交付一份可继续协作的文档

核心方法

一个可交接的文档包，应该让没有参加整理过程的人也能接着工作。本课把已确认事实、行动项、未决问题与演示大纲连接起来，并通过一次交接演练检查是否存在信息断层。

协作交付不意味着把整个聊天记录打包扔给对方。需要提供当前版本、使用说明、关键材料和待处理事项，让读者知道哪里是事实、哪里是建议、哪里需要下一次确认。

案例拆解

第一步：建立文件结构。

帮助页测试交接包/
  00-阅读说明.md
  01-已核对会议摘要.md
  02-行动与待确认清单.md
  03-五页演示大纲.md
  04-来源与修订记录.md

阅读说明写清会议日期、材料范围、当前版本和对接方式。真实联系人按团队允许的范围填写；课程练习只使用虚构角色，不放入真实私人联系方式。

第二步：统一状态。 如果纪要说入口尚未决定，演示就不能写已经选择首页。行动表的截止时间、负责人和完成定义也应与确认记录一致。对同一件事情，只保留一个可追踪的当前状态。

第三步：分开已确认与待确认。 用短清单列出设计排期、入口评估、下一次讨论安排，不把它们藏在长文末尾。每项写清需要谁确认；不知道对接人时，就把确认对接人作为一个明确缺口。

第四步：做交接演练。 假设一位未参会同事收到文档，让他回答：目前决定了什么？今天可以开始做什么？哪一步被什么条件挡住？需要向谁询问？若答案必须靠你额外口头解释，应补进相应文档。

第五步：检查链接与权限。 打开所有引用，确认分享范围合适；检查是否指向旧版本；不要把某个本地文件路径当成别人可以访问的地址。发送文档与分配任务需要遵守团队的确认流程。

提示词与使用说明

请作为未参加会议的接手者，检查下面的交接包。
回答：已决定什么、明确行动是什么、哪些条件未满足、需要向谁确认。
找出纪要、行动表和演示之间的矛盾，以及无法据此执行的模糊事项。
只提出缺项与修正建议，不自行安排负责人、截止日期或发布动作。
交接包：[文档内容]

真实检查可以先自己完成，再邀请合适的人复核。AI 的阅读反馈能发现组织问题，但不能代替参会者确认承诺，也不能证明链接权限对所有人都正确。

独立练习

先把答案写进本课笔记，再展开解析。以下人物、活动和数据均为教学用的虚构材料；练习记录请填写你实际完成的过程。

给定材料

拟交付：会议纪要.pdf、演示稿.pptx。
缺少：负责人确认、最新状态、演示中数字的原始来源，以及后续跟进位置。

你的任务

写一个交接目录与 README，说明哪份是当前版本、谁需确认什么、行动去哪里更新。找出纪要与演示里一处可能发生的不一致。

验收与迁移

对照自己的成果逐项检查。未达到的项目，写明缺什么、怎样补；这些标准用于自查，不会自动标记课时完成。

• 当前版本与待确认项清楚
• 纪要、行动、演示的责任与日期一致
• 接手人知道后续在哪里更新

带回自己的场景

做一次冷读：离开聊天记录，仅凭交付包判断下一步。如果还必须问你很多背景，就补进 README。