很多智能体系统在人机协作处掉链子：智能体干到一半需要人接手，或者人处理完要交回给智能体，结果对方拿到一堆零散对话记录，从头看起，效率还不如重做。问题不在交接意愿，而在没有定义移交包。

一份合格的移交包首先要讲清任务状态。包括原始目标、已完成的部分、当前卡在哪一步、卡住的原因是什么。只写完成了百分之多少是没有用的，接手方需要知道的是下一步具体该做什么，以及前面哪些结论可以直接沿用。

其次要交代关键决策与依据。执行过程中做过的取舍，例如排除了哪个方案、为什么排除，依据是什么，都应写进移交包。否则接手方很可能重复踩同一个坑，或者推翻一个本来合理的决策，导致工作反复横跳。

第三是未验证信息的清单。哪些结论来自可靠来源，哪些只是临时假设，哪些还在等外部返回，必须分开标注。把假设写成事实交出去，是交接中最危险的错误，因为接手方没有上下文去质疑它。

第四是责任边界。移交包要明确写出接手方可以自行决定的范围，以及哪些动作必须先确认再执行。边界不清时，接手方要么过于谨慎、处处请示，要么擅自越界、酿成不可逆后果。边界写得越具体，协作越顺畅。

落地建议是把移交包做成固定模板，而不是自由发挥的总结。模板字段固定为目标、进度、卡点、决策、待验证项、权限边界六项，智能体在触发交接时按模板填写。模板化的另一个好处是便于复盘：交接后出问题，可以直接定位到模板里哪一项写错了，而不是笼统地归咎于沟通不好。

交接完成后还需要一次确认闭环。接手方应当用自己的话复述任务状态与下一步计划，移交方确认无误后交接才算完成。没有确认环节的交接等于把责任悬空，出问题时双方都认为对方已经接手。确认内容不必长，关键是让理解偏差在交接当时暴露，而不是在执行中途爆发。