85%工程师在跑几十上百个agent，评论区先问谁来审

X上一条推文把Claude Code负责人的分享拎了出来。视频里，负责人给出一个数字：85%的工程师在运行几十或数百个agent。推文配文很兴奋，说他们接管了AI空间，看视频学习。原帖在这里。

数字很抓人，评论区更接近工程现场。Biscuit问，几百个agent的输出谁来审。Nash说，跑几十个agent是容易复制的部分，过了几个之后，时间全花在审查它们做了什么。Nour Salama已经在做小规模版本：每个任务一个git worktree，避免agent互相碰撞。他追问，这么多分支最后怎么合回去。

这几条回复把多agent工作流的关键暴露出来。生成代码的边际成本在降，审阅、合并、冲突处理、责任归属没有同步降。一个任务一个worktree能隔离文件改动，减少低级碰撞，但语义冲突、重复实现、测试遗漏、最终合并策略仍要人做决定。agent越多，审查队列越长，合并越像瓶颈。

对开发背景的AI从业者，能抄的部分是任务拆分、工作区隔离、审查队列和合并规则。对普通用户，看到几十上百个agent先别把它当成自动完成。它更像把工作并行铺开，然后由人收拾结果。评论区的问题比推文的兴奋更接近日常。