智能体之间如何交接：交付结果，也交付未确定的部分

总结得更短，不一定交接得更好

一段漂亮摘要可能保留结论，却丢掉结论的适用条件。后续智能体若把候选判断当作已确认事实，就会在错误基础上继续推演。交接时需要明确区分事实、推断和待确认内容。

例如，前一个步骤找到了几份产品资料，不能直接写成“已确认产品适用”。应说明资料版本、覆盖范围与仍缺少的工况信息，让下一步知道可以继续什么、还不能决定什么。

把交接对象设计为可检查的结果

可以使用结构化字段表达任务标识、产物位置、来源列表和未完成事项。正文解释仍然有价值，但关键状态不宜只藏在长篇叙述中。接收方应能核对文件是否存在、字段是否完整。

交接协议应保持足够简单。若每次需要填写大量与任务无关的字段，系统可能用套话填满表格。只保留能够改变下一步判断的信息，并允许明确标注未知。

任务交接不能自动转移授权

一个智能体能够读取资料，不意味着接收方可以将其发送到外部；上一阶段提出的建议，也不意味着下一阶段已经获准执行。权限应在实际动作发生时检查。

同样，接收方不能因为交接摘要写了“已完成”，就忽略缺失产物。关键结果需要独立核对，尤其是后续动作会改变业务状态的情况。

只有交接带来价值，拆分才值得

多智能体可能适合职责清楚、可以分别验证的工作；若各步骤高度依赖细微上下文，拆分反而可能增加理解损失。应比较协作收益与交接成本。

组织中的协作经验在这里仍然适用：清楚的责任、可靠的依据与诚实的不确定性，比参与者数量更重要。让每次交接减少下一步的猜测，系统才会真正协同。

交接包带上事实、来源与未完成项

让接收方根据产物位置和引用核对能否继续，把待确认与不可执行范围明确留下。上一步的摘要不授予下一步新权限，声称完成的事项仍应有可打开的产物与结果证据。