跨团队交接最容易出问题的地方，不是没人写总结，而是总结只写了“事情到哪一步”。接手团队真正需要的是：为什么做、谁参与过、哪些材料可信、哪些权限还没开、哪些风险已经暴露、下一步到底由谁推进。
AI Agent 很适合做交接清单的第一稿。它可以从会议纪要、工单、需求文档、聊天记录和任务系统里抽取材料，再整理成统一结构。这个流程可以接上 工单闭环复盘、值班表 和 影响面评估。
先写清楚交接对象
交接清单第一行要说明交给谁。交给研发、客服、销售、运营、法务或外部供应商，需要的信息完全不同。研发更关心复现路径和日志，客服更关心口径和升级条件，销售更关心客户承诺和时间节点。
如果一份交接给所有人看，最后往往谁都不够用。更好的方式是让 Agent 生成主清单，再按接收团队生成不同视角的摘要。
需求背景要保留证据
交接里不要只写“客户反馈强烈”。要保留来源：是哪几个客户、出现在哪些场景、相关工单或访谈在哪里、有没有原话片段。没有证据的背景，很快会在转述中变形。
这一步和 运行证据包 的逻辑一样。Agent 可以帮你总结，但每个关键判断都要能回到原始材料。
权限和依赖要单独列
很多交接卡住，不是任务没人做，而是权限、账号、数据源、审批人、外部系统依赖没有说清楚。Agent 生成交接清单时，应该单独列出依赖项：谁有权限，谁能审批，哪些连接器会用到，哪些数据不能外发。
这可以对照 权限矩阵 和 连接器清单。如果交接会导致权限变化，就不能只当普通任务转派处理。
未决问题要写成选择题
交接时最怕“还有些问题待确认”。接手人看完不知道该问谁、问什么、怎么判断。Agent 更好的输出，是把未决问题写成选择题：A 方案影响什么，B 方案影响什么，需要谁在什么时候拍板。
这样交接清单就不只是状态同步，而是推动决策的材料。特别是跨产品、运营和客服的任务，未决问题写清楚，比多写一段总结更有用。
行动项要能追踪
最后一部分必须是行动项：负责人、截止时间、验收标准、关联证据。负责人可以先写角色，但不能只写“后续跟进”。没有验收标准的行动项，很容易在下一次会议里重新讨论。
如果团队已经做了 周报自动化，交接清单可以自动进入周报，跟踪未关闭事项和超期风险。
总结
用 AI Agent 做跨团队交接，不是让它替人转发信息，而是让需求背景、当前进展、权限边界、风险点、未决问题和行动项一次说清。交接材料越结构化，协作断点越少。
