冲突与 diff 归属

用途：多个 Agent 并行改代码时，避免结果互相覆盖、责任无法追溯

两类冲突

类型	表现	检测
文本冲突	同一文件同一区域被两方修改，合并冲突	Git 合并报错
语义冲突	文本可自动合并，但组合后行为错误（一方改了函数签名，另一方加了新调用点）	只有跑测试/集成验证才能发现

语义冲突是并行 Agent 的主要风险，它不会被 Git 拦住，却会让“每片都通过测试”的整体失败。

每条变更必须能回答：这是哪个 Agent、在哪个任务、基于什么输入、对哪个提交做的？

落地做法：

手段	说明
按文件/模块分区	任务切分时约定各 Agent 的可写范围，越界即失败
契约先行	接口、类型、命名先定，减少“各自发明”
扩展点而非修改点	新功能以新增文件/注册方式实现，减少同文件竞争
小批量频繁集成	冲突面随时间累积，早合入代价低
格式化独立	代码风格变更单独提交，避免与逻辑变更混在一起
锁与所有权	对无法分区的共享文件（lockfile、路由表）设单一写入者

经验：优先并行探索，谨慎并行实现。