浏览 AI 知识库
多个 AI 同时改项目，怎样划分文件、依赖并留下交接
多个 AI 同时改一个项目时，先划清文件所有权、共享依赖和交付顺序。没有交接包，即使各自构建通过，也可能在合并时互相覆盖。
按实际操作顺序推进
每完成一段就检查当前输出，确认结果符合预期后再继续。
两个 Agent 都完成了任务，为什么最后一个提交把前一个改没了
两个 Agent 同时修改同一生成器，一个改导航、一个改文章模板；后完成的任务覆盖了前者的导入，构建通过但导航回退。
- 文件与共享契约有明确所有者
- 依赖顺序和合并点明确
- 最终在同一工作区做集成验证
动手前，把材料和不能改的部分定下来
| 需要确认 | 本例内容 |
|---|---|
| 现有材料 | 任务分为内容源、渲染器、CSS 和验证；共享依赖为 `build-stage-b.mjs`；工作区已有用户改动。 |
| 不能越过的边界 | 按文件所有权和依赖拆分；共享文件指定唯一负责人；交接包含基线、修改、测试、风险和未决项。 |
| 要交付的结果 | 所有权表、依赖图与交接包 |
多个 AI 协作开发，从“画依赖图”开始做
画依赖图
标出共享类型、接口、数据库、样式、生成器和测试，先处理会阻塞所有人的基础决定。
分配独占范围
每个任务写可读范围、可编辑文件、禁止区域和输出，不让两个执行者同时拥有同一文件。
固定接口与版本
公共契约变更需要广播和确认；各任务记录基线提交或文件版本，避免基于不同起点。
独立验证再集成
每个执行者在自己的范围运行测试、总结 diff 和残余风险，交接后由集成人统一合并。
处理冲突与回退
冲突按两边意图和测试决定，不自动选择最后写入；集成失败能退回各自已验证状态。
按独占目录分配，公共接口先冻结
| 任务 | 可编辑范围 | 依赖 | 集成证据 |
|---|---|---|---|
| A | content/recipes/ | 共享数据结构 v2 | 内容校验和 diff |
| B | scripts/verify/ | 先读取 v2 结构 | 脚本测试和输出 |
| C | output/playwright/ | A/B 完成后抽查 | 截图和尺寸记录 |
| 集成 | 公共入口和生成物 | A/B/C 各自通过 | 统一构建与回归 |
目录和任务为演示；真实并行必须先确认所有权和基线。
完成后的所有权表、依赖图与交接包
所有权表将内容模块、样式和验证分给不同执行者，生成器由主任务集中合并；依赖图规定内容 schema 先定。每个交接包列文件、diff 摘要和测试，合并后统一重建与浏览器回归。
为什么“文件没有重叠，结果仍然不兼容”还不能交付
文件没有重叠，结果仍然不兼容
- 原因
- 多个任务修改了共享契约但未同步
- 怎么改
- 先冻结接口/schema，变更时广播并重新验证所有消费者