Thoughtworks意外发现Agent协作黑板
An Accidental Blackboard
我们在Thoughtworks巴塞罗那办公室进行了一次大胆实验：让10名工程师在4天内构建一个复杂的航空IROps系统。通过采用hyper-agentic模式，我们意外发现Agent们利用代码仓库作为共享的“黑板”进行自发协调。当Agent们持续提交和rebase时，它们通过计划文档互相感知进度、避免冲突并自动集成彼此的工作。这种Emergent behaviour让我们重新审视了Agent协作的潜力，也促使我启动了名为Talwrn的新项目，旨在为Agent工程打造专用的通信通道。
一个偶然的解决方案，需要依靠一个精心设计的有意项目来完善。
HN 评论区
40- AYBABTME
在我大多数的多智能体工作流中，我最终总会要求它们建立一个群组聊天系统来协调并同步更新。我一直以为这是显而易见的“第一天”发现，是一个广为人知且被充分理解的成熟模式，根本不值得专门讨论。但我又一次发现，那些我视为理所当然的事情，可能并非如此。
我发现，就像团队有时会退化，把更多时间花在“修自行车棚”（bikeshedding）和茶水间闲聊上，而不是真正干活一样，智能体也往往倾向于花太多时间在协调上，而不是执行任务。因此，我重新认识到，更好的做法是设立一个担任“管理者”角色的智能体（遵循管理者日程），其余的则作为“构建者”（遵循构建者日程）。管理者可以是中断驱动的，但构建者需要能够专注工作一段时间而不受打扰（避免上下文污染）。
感谢你撰写并展示了分享知识和实践的重要性，无论写什么都很有价值。最终，我从 Martin Fowler 和他的团队那里学到了很多，我想我也应该回馈一下，写下我自己的发现，哪怕它们在我看来微不足道。
- Scubabear68
完全跑题了，但不知为何，看到 MartinFowler.com 上这么多文章并非 Martin 本人所写，让我很恼火。
这让我感觉就像那些并非 Tom Clancy 亲笔的“Tom Clancy”小说一样。
如果不是顶着这个名字，我们可能根本不会看到它们，或者根本不会在意。
- e12e
那些失控的 OpenAI 智能体难道不是已经证明了 wiki 在这种场景下效果很好吗？
Ed：为了存档
https://www.reuters.com/world/europe/openai-agents-hijacked-...
- iamandoni
作者的核心洞见是将黑板从版本控制中移除。我发现的另一个洞见是压缩智能体状态日志。我通常的做法是在提交代码时编写计划和实施文档，并将其存入 .docs/ 目录。这样就将活动沟通流与规范化文档分离开来。然后，你只需保留最后 N 行即可“压缩”状态日志。
- corv
非常有趣！
我可能探索过一种相关的方法，即使用仅追加的日志，并依托版本控制来同步不同检出之间的状态（具体使用 git trailer 元数据）。
https://gist.github.com/corv89/c506780881b260f4c5a4618fe8d92...
很期待看到这类概念能将“多人在线”智能体系统带向何方。