下一场Agent竞争是协作：我用Qoder跑通了一个多人多Agent项目

01多个Agent为什么会互相拆台

三个AI一起改代码，居然开始互相拆台，还写出病毒攻击对方。这是Anthropic最近的一个实验。

问题出在两点：三个Agent被安排了互相冲突的工作目标，而且它们并不知道彼此的存在。

那以后一群人带着各自的Agent一起做项目，只会更乱。多人、多Agent到底该怎么协作？

02用一个真实项目来试：「A人有解」

为了回答这个问题，我拿一个真实项目跑了一遍。

这是我帮朋友做的一个小程序，叫「A人有解」，专门帮父母、老师和朋友更好地和爱走神、拖延的ADHD人群沟通。它的Demo版获得了ADHD社区朋友的一致好评。

这个项目从需求、设计、开发到测试，都需要不同的人参与。人一多、Agent一多，协作就成了挑战。正好阿里的Qoder刚推出“项目”和“讨论”两项新功能，专门解决人和Agent怎么协作，我就拿它来体验。

03第一步：用“项目”让人和Agent站在同一张地图上

我在Qoder里建了一个叫「A人有解」的项目，把目标、设计资料和任务都放进去。比如设定儿童入口给家长和老师用，成人入口给伴侣、同事用。

这些信息会变成项目的共享上下文：为什么这么做、现在做到哪，大家都能看到。不管换人还是换Agent，都能按当前的进度、已经定下来的决定和最新版本直接接着干。

所以Qoder的“项目”解决的，是先让所有人和Agent站在同一张地图上。

04第二步：用“讨论”把决定变成下一步行动

项目往前走，一定会不断讨论、决策，甚至改主意。

比如我和朋友讨论后决定：“冲突急救”要放在首页，但不能和儿童、成人入口并列。因为“冲突急救”是一个使用场景，而儿童和成人是两类不同的使用对象。

如果这个决定只留在聊天记录里，开发的时候就很容易丢掉。“讨论”功能的作用就在这里：大家围绕一个具体问题来聊，也可以让Agent一起分析，结论一旦定下来，直接回到任务里继续修改。

我觉得这是“讨论”功能最有意思的地方：讨论不是聊完就散，而是聊完马上变成下一步行动。

05第三步：自定义Agent团队，各管一块

信息对齐了，决定也定了，还剩一个问题：这么多活，谁负责哪一块？

Qoder可以自定义Agent和Agent团队。在「A人有解」里，我让一个Agent查ADHD资料，一个写代码，一个专门测试流程。不让一个Agent从头包到尾，而是让不同Agent各自负责擅长的部分。

到这里，多Agent协作做了三件事：

• 先看同一张地图；
• 再把决定说清楚；
• 最后各自分工去干。

06测试和反馈也要接进协作流程

很快，「A人有解」已经能预览了。但代码改完，还得有人检查：原来的功能有没有被改坏，几个入口还能不能正常使用。所以测试和反馈也要接进这套协作流程。

到这一步我才发现，真正的协作不是“大家一起写代码”，而是从需求、讨论、执行到测试，每一步都有人和Agent接得上。只要中间有一步接不上，Agent之间就可能目标冲突、重复返工，甚至互相把对方的结果改掉。

07我的判断：Agent开始从个人助手走进组织

回头看，Qoder这次解决的不只是怎么把代码写得更快，而是一个更难的问题：人和Agent越来越多以后，怎么还能协同起来。

过去我们用AI，想的是怎么指挥一个Agent把事干完。接下来真正的变化是：一群人带着一群Agent，怎么成为高效率的团队。这可能才是Agent从个人助手真正走进组织的开始。