用途：让接手方在你不说话的情况下，也能判断「现在该做什么、什么不能做、做到什么算完」。
覆盖：多 Agent 协作、跨实例接手、人交接给 Agent、Agent 交接给人。
产出：一份交接包（状态 + 边界 + 验收），不是一段任务描述。
拿到就能跑：先判断该不该交。交接的成本常常高于自己做。
| # | 问什么 | 怎么问出口（原话） | 判据 | 答不上来时 |
|---|---|---|---|---|
| Q1 | 这件事需要在我停手之后继续吗 | 「我要是现在走开，这件事会卡住吗？」 | 会卡住 → Q2；不会 → 自己做 | 看有没有「只有我能做的下一步」 |
| Q2 | 对方有我没有的条件吗 | 「换个人做，会不会更快、或者能看到我看不到的东西？」 | 有 → Q3；没有 → 自己做 | 交接不会让它更聪明，只是换了个执行者 |
| Q3 | 交接成本低于重做成本吗 | 「写清楚要花多久？我做要花多久？」 | 低 → 交；不低于 → 自己做 | 估一下：交接包写不到十分钟的，通常不值得交 |
| 条件 | 做法 |
|---|---|
| Q1 = 不会卡住 | 自己做 |
| Q1 = 会，Q2 = 没有独有条件 | 自己做（交接只增加一次信息损耗） |
| Q3 = 成本不低于重做 | 自己做 |
| 三条都过 | 交，写三件套 |
⛔ 最常见的错误是「为了并行而交接」——并行只在两段工作真的互不依赖时才有效，否则两边会做同一件事，或者互相覆盖。
交接包里必须有三样，缺一样对方就得猜：
不是「我做了什么」，是「现在处于什么状态」：
做到哪一步：<步骤名 / 序号>
产物在哪：<文件路径或链接>
还没做的：<下一步是什么>
已知的问题：<发现的坑、待确认的点>⛔ 不要写过程流水账。「我先查了 A，又查了 B，发现 C 不对」——对方要的是结论状态，不是你的探索路径。
| 项 | 内容 |
|---|---|
| 可以改 | <文件 / 模块 / 范围> |
| 不可以改 | <别人的部分、已定稿的、线上的> |
| 遇到什么要停 | <需要授权的动作、判断不了的岔路> |
「不可以改」比「可以改」更重要。 交接事故里最常见的是「它顺手改了你没让它改的东西」。
完成判据：<能判真假的句子>
谁来验：<人 / 自动检查 / 双方>
验不过怎么办：<退回 / 降级 / 重新交接>⛔ 没有验收标准的交接，等于把「做没做完」也一起交了出去。
| 现象 | 最可能的原因 | 处理 |
|---|---|---|
| 对方重复做了已完成的部分 | 状态没写清「到哪一步」 | 补状态，标明产物位置 |
| 对方覆盖了我的改动 | 边界没写「不可以改」 | 补边界，指明归属 |
| 做完发现不是要的 | 验收标准缺失或不可判 | 补可判的完成条件 |
| 交接后信息对不上 | 交接包过期（写的是几小时前的状态） | 交接前刷新一次状态 |
| 对方卡住不问 | 没写「遇到什么要停」，它不敢停也不敢问 | 补停住条件与提问方式 |
| 两边同时改同一处 | 并行边界没划清 | 拆成互不重叠的范围，或改成串行 |
最后一条值得单独说：并行不是把任务分两半，是把「互不重叠的写权限」分两半。分的是范围，不是工作量。
交接：<一句话说清交给谁、做什么>
状态：第 N 步 / 产物在 <位置> / 下一步是 <动作>
边界：可改 <...>；不可改 <...>；遇 <情况> 停住
验收：<判据> · 由 <谁> 验 · 不过则 <处置>handoff: {to, task}
state: {step, artifacts: [...], next, known_issues: [...]}
boundary: {may_change: [...], must_not_change: [...], stop_when: [...]}
acceptance: {criteria, verifier, on_fail}boundary.must_not_change 为空时，这次交接风险最高——说明你还不知道哪些地方碰不得。
交到第 3 步，产物在 X；只能改 Y，不要动 Z；做完看 A 指标。
2026-11-06。协作方式随工具变化，但「状态 + 边界 + 验收」三件套与平台无关。与所执行系统的既定标准冲突时，以那个系统的标准为准。