多个 AI 一起工作，怎样避免失控和重复施工？

适用边界与版本日期

这套方法适合一个任务需要设计、施工、审阅等不同能力，并且会跨 AI、跨会话或跨天继续的情况。本文按 2026-08-30 的公开实践整理，重点是共享文件与可追溯交接，不依赖某个供应商的“多 Agent”功能。

先用一个虚构练习参与其中：你要发布一页“社区活动说明”。AI-A 负责起草，AI-B 负责检查事实和可读性，你负责最终决定。三方不能同时改正文。

跟着做

1. 写一张唯一任务卡。 只用一句话写目标，再列出交付物、验收条件、允许修改的路径和明确禁止事项。所有参与者都读同一份，不在各自对话里另造版本。
2. 按交付物分角色。 为每个角色写“输入、动作、输出、不能做什么”。实施者可以改草稿；审阅者只写发现与证据；你负责接受、拒绝或推迟建议。
3. 声明文件所有权。 在交接表中写清每个产物当前由谁持有。同一文件同时只能有一个写入者；可并行的任务必须是不重叠的文件或只读检查。
4. 先完成，再交接。 AI-A 完成草稿后，记录版本标识、变更摘要和验证结果，再把状态从“施工中”改为“待审阅”。AI-B 此时才开始检查。
5. 让审阅保持只读。 AI-B 把每个发现写成“位置—证据—影响—建议”，不要直接修正文。这样你能看到原问题，也能判断建议是否成立。
6. 由人关门。 你逐条标记接受、拒绝或待定。接受的项再交回实施者修改并复验；不能让审阅者自动替你合并冲突意见。

做到这里，请尝试回答：此刻谁可以改正文？审阅发现存在哪里？下一位接手者凭什么知道任务已到哪一步？三个答案都应能从共享账本中直接找到。

应该看到什么

你应该得到一条清楚的状态链：待施工 → 施工中 → 待审阅 → 待决策 → 已复验。每次状态变化都附带一个产物路径或验证回执，而不是一句“已完成”。

在练习场景中，AI-A 留下社区活动草稿；AI-B 留下一份不修改草稿的审阅记录；你留下逐条处置结果。任一参与者重新进入任务，都能在几分钟内知道现状，不需要重读所有聊天。

证据与验收

用四个问题验收协作是否受控：

• 是否只有一份任务真源，目标和验收没有分叉？
• 每个文件是否能指出当前唯一写入者？
• 每次交接是否包含版本、已做、未做、验证和下一步？
• 审阅前后的草稿是否能证明审阅者没有暗中改写？

最后一项可以使用文件哈希、版本控制差异或只读权限记录来证明。工具不同没关系，关键是证据能被下一位复查。

常见失败、补救与停止线

• 两个 AI 同时改一份正文： 立即停止两边写入，保存各自副本，由人选定基线后重新分配所有权。
• 每个 AI 都重新规划： 指定唯一任务卡，后续对话只能引用和更新它，不能另建平行目标。
• 审阅者顺手修了内容： 将审阅结果退回为无效复核，恢复审阅前版本，重新做只读检查。
• 不同建议互相冲突： 保留两条建议和各自证据，交给人决定，不让第三个 AI 自动折中。

当共享文件发生未解释改动、同一路径出现多个写入者、任务边界被扩大，或外部发送/部署没有明确授权时，必须停止协作。先恢复唯一基线和权限表，再继续。

来源与深入阅读

需要完整练习角色拆分、顺序交接、只读复核和人工决策，请继续阅读 《Codex 使用手册》第 14 章：多 AI 协作但不失控。