最新

我将 <a href="https://github.com/DenisSergeevitch/desktop-fly" rel="nofollow">https://github.com/DenisSergeevitch/desktop-fly</a> 移植到了我的网页桌面环境 daedalOS 中：<a href="https://github.com/DustinBrett/daedalOS#desktopfly" rel="nofollow">https://github.com/DustinBrett/daedalOS#desktopfly</a><p>你可以访问 <a href="https://dustinbrett.com/?app=terminal" rel="nofollow">https://dustinbrett.com/?app=terminal</a> 并输入“fly”来生成一个或多个。</p><p>我还使用了原始的 FlyWire 数据，并将神经元数量增加到了 1,275 个。

我刚收到一封来自 Anthropic 的邮件。除了常规的新功能广告，其中有一段内容我觉得很有趣： > 如何让 Claude 像 Anthropic 一样工作 > > “我目前日常使用的模式是：两个首席代理互相监督，如果其中一个失败，另一个会重启它。这些代理会根据我同时进行的 8-10 个项目，委托给技术负责人或产品经理代理，每个项目又有 5-10 个独立代理，根据问题不同，这些代理可能是通才或专才。尽管如此，我每天的提示词输入量仍然只有 30-50 条，我的独立代理通常能自主工作 2-3 天。大约 60% 的交互对象是首席代理，35% 是项目负责人代理，只有 5% 的时候是出现问题需要介入。所有这些代理都直接与 SendMessage 工具通信。” > > – Daisy，Claude 代码工程师 这对我来说非常陌生，因为它和我使用 Claude 代码的方式截然不同。我目前的工作流程是： * 对于新功能，我会创建一个会话，根据复杂程度，我会使用“计划模式”或“超级能力”等功能来集思广益、梳理需求，并制定计划/规范。这个过程通常占据了我与代理交互的大部分时间。 * 然后，在它实现功能后，我会打开一个新的会话，利用我的技能来审查 PR，并将发现的问题发布到 PR 上。 * 一旦有了 PR 的评论，我会将它们反馈给原始会话，并使用另一个匹配的技能来判断这些发现的问题并尝试修复。这个过程通常会来回进行大约 3 轮。 * 当审查会话满意后，我会要求原始会话执行一个涵盖其已实现所有内容的端到端测试计划。 我觉得我的工作流程自动化程度不够，验证环节仍然过于手动。但这样我也更安心，因为我阅读了每一份报告，并且对 PR 的质量有一个大致的了解，而无需阅读代码。 这里有人使用类似于 Claude 的工作流程吗，即利用专门的代理而不是通用的代理？你们能分享一下你们的经验吗？你们有可以让我阅读以了解更多的指南/博客吗？