让两个 coding agent 同时改一个仓库：先分区，再合并

一个人同时开两个 coding agent 改同一个仓库，听起来是双倍产出，实际常常是双倍返工：两个 agent 改了同一批文件，合并时冲突；一个改了接口，另一个还在按老接口写调用。并行的问题不在速度，在协作界面没定义清楚。

做法：第一，先分区再开工：按目录或模块把仓库切成互不重叠的片区，一个 agent 只碰自己的片区，公共文件（锁文件、入口、配置）上锁，谁都不许动。第二，接口先行：跨片区的调用先把接口定死——函数签名、返回结构、错误码写成文字约定，两个 agent 都照着写，实现可以并行，接口不能并行。第三，合并定序：片区内部随便改，合入主分支按固定顺序来，一次只合一个，合完跑一遍测试再合下一个。第四，留一个“合成分支”做集成点：各 agent 先合到集成区，在集成区跑全量测试，通过了再进主分支。

取舍：分区和定接口都是前置成本，小任务上这套流程比单干还慢；而且分区切得不好，跨区调用一多，并行度就被吃掉了。所以这套做法只适合改动面大、模块边界清楚的任务。它的价值在于把“合并时的惊喜”变成“开工前的约定”：冲突从代码合并时提前到接口设计时，而设计时的冲突便宜得多。

总结：多 agent 并行的瓶颈从来不是 agent 的速度，是人事先没把活儿分干净。先分区、接口先行、定序合并，省下的返工时间远超前置成本。