@imjaredz: 自从加入 @cognition 以来，我一直痴迷于了解我们的工程团队自己如何使用 Devin。如果我们在构建最好的编码代理……

自从加入@cognition以来，我一直痴迷于了解我们工程团队自己是如何使用Devin的。

如果我们正在构建最好的编码代理，加上我们拥有最优秀的工程师，并且从一开始就完全拥抱AI……那么，仅通过观察我们技术人员的工作就能学到很多东西，这是理所当然的。

是的，有很多技巧和窍门。我录了一个视频，讲了我最喜欢的一个……

Agent Fan Out（代理扇出）——让你的代理分解问题，并行启动10个以上的代理，然后合并它们的结果。

这是我看到每个人都做过的事情：

• 我们的模型研究团队启动100个Devin来检查评估日志
• 或者我们的产品团队使用5个子Devin来尝试同一个功能的5种不同实现方案

如果工程变得廉价且容易，为什么不把产品构建10次然后选择最好的那个呢？

从主从关系的角度来理解：主Devin -> 10个子Devin -> 主Devin拉取它们的结果。

这有两个好处：

1. 当上下文很小且任务小而精确时，代理最聪明。上下文窗口是有限的，信息太多会让人分心。
2. 代理善于帮助你将一个大型问题分解成独立且可并行处理的工作块。

每个Devin都是自己的虚拟机/计算机，所以这也是一个加快速度的好方法。我做过一次从React Native到Swift的迁移，让Devin把它分解成6个部分，然后启动新的Devin并行工作。

在视频中，我构建了一个全新项目，并尽力展示这个代理扇出的概念。

我还加入了一些我同事用过的其他技巧：

• 让Devin自己写提示词（尤其是用于创建子Devin时）。这比我们人类强多了。
• 同时做很多事情。你应该完全打乱你的注意力跨度。你的工作就是照看38个不同的Devin。
• 不要成为瓶颈。在让代理开始工作之前，我确保告诉它，如果有任何可以消除歧义的问题，就来问我。给你的代理所有它需要的信息（甚至更多），这样它就能埋头工作，而不用每隔几分钟就停下来问你问题。
• 让Devin自我测试。集成冒烟测试基本上已经解决了。

希望这对你有用！！

另外，请忽略灯光……我不小心在地下酒吧打开了“派对模式”。

灵感来自

这是一篇很长的帖子 @imjaredz …

证明我的注意力仍然健康且正常运转

现在你明白了吧！！

Mogging是一种心态

谢了兄弟！