我测了一下为什么在 Claude Code 里并行跑超过 3 个 agent 就会卡住

过去几周我基本一直泡在 Claude Code 里构建一些 agent 工具，但总是碰壁。不管我有多大的处理能力，一旦并行 agent 超过三个，整个系统就会崩溃。我没有凭空猜测，而是回顾了过去 35 天里的操作记录，大约 1800 多次交互，找出真正的瓶颈所在。结果发现这是一个 duty-cycle 问题。你实际能有效管理的 agent 数量，正好等于 agent 等待你做决定或审查的时间比例的倒数。N ≈ 1 / (agent 等待你的时间占比)。一旦我看到了这个数学关系，一切就都明白了。增加 agent 数量并不会带来线性扩展，因为你本身成了主要的延迟来源。不过，更大的成本在于 merge（合并）——也就是把所有并行完成的工作整合回一个连贯状态的过程。我运行的 agent 越多，花在手动合并它们的输出、修复它们在并行工作时产生的冲突上的时间就越多。实际上，我的大部分时间都花在了“合并”上。目前我正在构建一种自动化的方式来协调这个合并过程，这样合并就不会吞噬并行带来的生产力提升。对于在同一代码库上运行多个 agent 的各位，你们目前是怎么处理合并的？是手动操作，还是已经找到了自动化状态协调的方法？