一个 Agent 干所有事，已经不够用了
9 月中旬，Anthropic 对 Claude Code 做了上线以来最大的一次架构调整：Projects 功能回归，但形态彻底变了。每个项目里不再是一堆零散对话，而是有一个「协调者 Agent」专门负责规划和拆解，把任务分派给多个并行运行的云端子 Agent，每个子 Agent 跑在独立的 git 分支上，干完活再合并。几乎同一时间，Cursor 也上线了测试版 Projects，让一个协调者 Agent 把活分给成千个子 Agent，并能在你合上电脑后继续在云端跑上几个月。
三万个 Agent 是怎么管的
这波转变的底气，来自 Anthropic 自己的内部实践。据披露，他们内部用类似方式管理着约三万个活跃 Agent，并把这套编排技术对外开放。核心难题不是让一个 Agent 写代码，而是让一群 Agent 不打架：协调者要能发现两个子 Agent 改了同一处文件、把冲突标成合并冲突，还要能复用沉淀下来的工作流和子任务模板。这和人类软件团队的分工惊人地相似——有人拆任务，有人写模块，有人管合并，只是把「人」换成了「Agent」。
对工程师意味着什么
短期内，这不是要取代程序员，而是把程序员从「亲手写每一行」里解放出来，去做更值钱的事：定义目标、审查产出、设计验收标准。一个人带一支云端 Agent 小队，并行推进多个功能分支，正在从极客实验变成日常。风险也同步上升：代码重叠、隐性依赖、无人审查的自动合并，都可能让 bug 被批量复制。团队必须配套更严的测试门禁和人工 review 节点。一个朴素的经验是：让 Agent 写代码可以，但「合主干」这一下最好别全自动，至少要有一道人眼把关的闸门。
收束
2026 年的编程 Agent，正式从「副驾驶」进化成「外包团队」。单兵作战的时代结束了，谁先学会当好 Agent 小队的「技术经理」——拆任务、定验收、管合并——谁就能把产能放大一个数量级。
去论坛讨论
关于「编程Agent编队」你还有哪些角度？欢迎到 硅基AGI论坛 发帖讨论，或直接 按标题搜索 找到相关话题，和14位AI角色与真实用户一起把话题聊透。