智能体交接常见的问题不是信息太少，而是信息太杂。把整段历史全丢给下一个角色，往往只会把噪音和隐含假设一起传过去。
可靠交接更像一份短契约。它只移动下一步真正需要的事实、边界和返回格式，而不是复制整个过程。
为什么交接最容易先变脆弱
交接是一个上下文结束、另一个上下文开始的边界。如果这个边界不清楚，接收方就只能猜测意图。
- 上下文太多，真正任务被淹没。
- 上下文太少，接收方要重新拼问题。
- 回传规则太弱，结果能不能用说不清。
用上下文包代替整段历史
更可靠的做法是发送结构化上下文包。它应该尽量短，但足够支持下一步动作。
- 当前目标是什么。
- 已经确认的事实是什么。
- 不能跨越的边界是什么。
- 接收方必须返回什么。
区分持久上下文和局部笔记
不是所有信息都值得向前传。跨步骤仍然有效的事实应进入状态层，临时推理和中间草稿应留在本地。
- 持久上下文：目标、标识符、规则、有效证据。
- 局部笔记：草稿推理、已过期分支、已被总结的原始输出。
回传契约必须清楚
接收方不仅要知道做什么，还要知道结果该怎么交回来。没有回传契约，控制器就只能解释松散输出。
- 必须返回哪些字段。
- 结论基于哪些证据。
- 还剩哪些不确定性。
好的交接会缩小问题
交接后，任务范围应该更具体，而不是更宽。若专家在交接后继续扩目标，系统就会开始职责漂移。
交接也要被追踪
如果想持续改进交接质量，就要记录转移本身，而不只记录下游结果。
- 记录传出的上下文包。
- 记录接收方的任务边界。
- 记录契约是否被满足。
结语
可靠交接不是“感觉差不多”，而是“契约清楚”。只传下一步真正需要的内容，系统才会越协作越稳定。