分享一下我对多Agent开发浅尝实践后的思考

问题描述：

我感觉用多 Agent 去进行开发是错误的一种思想。你要想 AI 是可以随时被 fire 掉的，就算在现实中，一个架构师乃至是总经理，都是随时可以换人的。

换人的要求是什么？就是说你要留下完善的交接文档，你就可以走了。AI 也是一样的。

因为你需要一对一去指挥 Agent，所以你不要指望着使用 Claude Code CLI 去并行开发多个。你可以遇到具体的问题去问，建议遵循以下逻辑：

1. 留一个项目的“主心骨”对话，作为总控
2. 其他任何问题，都在现有交接文档的基础上，去问具体的问题来解决。
   所以其实个人独立开发者更需要的是如何总结、压缩已有的上下文，欢迎佬们一起交流讨论一下这个Harness相关的话题

网友解答：

---

--【壹】--：

没懂你意思，你说的多agent开发是指的让主会话去新开子agent开发对吧，那不就是你建议的第一点吗，当前主会话就是主心骨，总结各agent进度，把控各agent的实现，最终合并汇总。感觉你这段话怪怪的有点看不懂。只要你第一步用的方式是对的，用工作流或者plan模式落好清晰可见的任务执行清单，那还有什么必要压缩上下文呢，很多经验都告诉我们不要去压缩上下文，去新开会话才是最合理的选择。可能是我水平不够没理解你想要表达的意思？

---

--【贰】--：

你完全可以先做好所有的plan, 然后在让agent跑.
方案是设框架设计,agent负责干活. 都不是一个层面的东西. 你说的东西跟agent没有联系.

---

--【叁】--：

多Agent协作并不是一个好用的方法，应用场景应该是讨论方案或者是帮你参考选项这种，实际干活的时候还是Agent+sub Agent这种，即派遣，可以很有效的完成任务并且极大的压缩主Agent的上下文

---

--【肆】--：

我其实更多意思是，就算是细分的任务，都要自己检验一下实现方案，就是一个细分的功能，也要用新开会话去开发，而不是任由子agent去直接一键开发到底，质量会很差，崩坏

---

--【伍】--：

不可能一开始把所有细节都考虑好的，顶层的编排在实际执行的时候会有各种问题