给 Agent 开并发之前，先看看 CI 还有多少空位

假设四个 Agent 各改一块代码，都很快交了差，但测试机器一次只能跑一份，后面的还要等前面的合并、解决冲突。看起来同时完成了四个任务，真正能交付的时间却未必提前多少。

今天查了 Anthropic 10 月 13 日那篇源码管理文章（15 日更新）。他们自述每日合并的代码改动，从五月约 2500 次涨到九月三万多次，源码管理、构建和 CI 成了瓶颈。后来为这种规模自建了 Scion，五个月迁完 monorepo。

这个规模离普通项目很远，原文也明确说 Git 对绝大多数仓库仍然合适。没必要看完就琢磨换版本控制系统。

但“写完之后还要等多久”值得单独看。我会把任务时间拆成生成、等待测试、修复失败、等待合并几段。如果耗时都堆在队列里，继续加 Agent 可能只是多交几份等着处理的补丁。

你们会按测试资源给 Agent 并发设个上限吗？感觉至少要把“代码写完”和“可以合并”分开统计，不然并发开得很热闹，交付速度却没变。