YunLab.ai CHAPTER 06 · 6.1–6.7
教材版本：v1.0 · 官方资料核验：2026-08-23 · 当前界面与账号可用性以读者实际状态为准。
6.1 本章要解决什么：一套事实怎样服务多个使用场景
为什么
同一组事实，面对负责人、团队和同事时，重点和长度都不一样。负责人需要知道范围、截止时间和不能承诺的部分；团队需要快速看到进度；同事只需要收到一段可以继续确认的短消息。如果三份文字各写一遍，日期和状态就很容易分叉。
本章练习的不是“让 AI 多写几篇”，而是先保留一份事实源，再从这份事实源派生三种表达。派生只改变说法，不增加事实。
在 Codex 桌面端怎样做
先在自己的练习文件夹中复制“02_读者起始包/01_合并空白练习册.md”，命名为“我的第6章练习册.md”。在 Codex 桌面端新任务中粘贴下面的请求，并把允许读取和唯一写入位置写清楚：
我在做一个离线练习。请只读“我的第6章练习册.md”，不要读取其他资料。
请先列出这次允许做什么和不做什么，再告诉我需要填写哪些字段。
不要替我编造事实，不要发送、发布、删除或修改原始输入。
唯一可以写入的位置是“我的第6章练习册.md”中的空白区域。
如果当前客户端无法读取或写入本地文件，就手工完成对应表格；以上提示词只是任务写法，不是界面或能力保证。
这些提示词按 Codex 桌面端的新任务写法编写；当前客户端是否支持读取或写入本地文件，以你的界面和权限为准。完成后由人打开练习册，确认里面仍只有空白字段和自己的填写。
你应该看到什么
你应该看到一个清楚的顺序：先有一份事实清单，再有三种用途配置，最后才有三份草稿。若一开始就出现三份长文，说明顺序倒了。
常见坑
- 把“不同读者”理解成“可以添加不同事实”。预警是三份稿件出现不同截止时间。补救是回到底稿逐项比对，必要时停止写作。
- 把“AI 说完成”当成人工验收。预警是没有人打开文件逐项核对。补救是保留草稿状态，直到人完成最后检查。
6.2 从独立冻结的虚构事实快照开始
为什么
“事实快照”是某一时点实际允许使用的事实清单和状态记录。它把本次练习的起点固定下来，避免写到一半又偷偷加入新内容。本节的快照是独立、完全虚构、已冻结的练习材料，不是现实通知；它不引用第5章事实，也不要求读者先完成第5章。
本练习的固定快照如下，后面的三份成果只能引用这些内容：
| 字段 | 固定内容 |
|---|---|
| 练习名称 | 新员工共享资料整理演练 |
| 目的 | 把已经整理过的入职资料说明成便于负责人、团队和同事分别查看的草稿 |
| 已整理资料 | 入职说明草稿；工具清单草稿；常见问题草稿；第一周安排草稿 |
| 尚未确认事项 | 是否需要为每项资料增加责任角色；是否需要把第一周安排拆成更细步骤 |
| 本轮整理截止 | 周四17:00 |
| 负责人角色 | 资料整理负责人 |
| 适用范围 | 这次虚构练习中的四项共享资料整理，不扩展到其他资料 |
| 不能作出的承诺 | 不能承诺资料已经最终批准；不能承诺第一周安排一定发生；不能承诺已经发送、发布或获得任何账号权限 |
| 当前状态 | 草稿练习，等待人工验收，不发送 |
在 Codex 桌面端怎样做
打开“02_读者起始包/01_合并空白练习册.md”的个人副本，在“事实快照”部分逐项填写上表。不要把表格复制到三个输出里再分别修改。可以使用以下请求：
请只读“我的第6章练习册.md”中“事实快照”部分。
请把已知事实、尚未确认事项、截止时间、负责人角色、适用范围和不能作出的承诺分别列出。
如果一个字段没有依据，请写“待确认”，不要猜测。
不要创建输出稿，不要修改事实快照，不要发送或发布。
你应该看到什么
事实快照中有四项已整理资料、两项尚未确认事项、一个截止时间、一个角色范围和不能作出的承诺。你还应该看到“草稿，等待人工验收”的状态，而不是“已发布”。
常见坑
- 把“周四17:00”写成今天的具体日期。预警是出现快照中没有的日期。补救是删去推测日期，回到“周四17:00”。
- 把尚未确认事项写成已经决定。预警是出现“负责人已确认”之类的话。补救是标为“待确认”，必要时停止派生。
6.3 什么是唯一事实底稿
为什么
底稿不是资料仓库。它是一份只收录本次可以核对的事实、来源位置、状态和限制的清单。三份输出都从它取内容，任何输出都不能反过来改它。
底稿中的一行最好只说一件事。例如“截止时间是周四17:00”是一条事实；“是否需要把第一周安排拆成更细步骤”是一个待确认事项，不能和截止时间合并。
在 Codex 桌面端怎样做
在练习册中建立以下字段表，逐行填写，不要把四项资料的完整内容粘进来：
| 字段 | 填写方法 | 填写示例 |
|---|---|---|
| 编号 | 每条记录一个简单编号 | 已填写 |
| 事实或待确认事项 | 一句只写一件事 | 已知或待确认 |
| 依据位置 | 写资料名称或练习册位置 | 可回查 |
| 信息性质 | 事实、待确认或限制 | 必填 |
| 适用范围 | 写这条内容适用于什么 | 必填 |
| 版本 | 写底稿版本 | 必填 |
| 人工决定 | 留给人选择通过、退回或继续待确认 | 空白直到人工检查 |
可复制请求：
请只读“我的第6章练习册.md”的事实快照。
请把每条内容拆成“一句只说一件事”的底稿记录，并为每条保留依据位置、信息性质、适用范围和版本。
不能补充快照之外的新事实；不能替我填写人工决定；唯一写入位置是练习册的底稿表。
图前导语：下面的图只说明一份底稿如何被三种用途引用，不表示 Codex 会自动保存或发送。
你应该看到什么
每条记录都有来源位置和信息性质。三份输出还没有出现，人工决定仍然是空白或待确认。底稿中没有整段聊天记录，也没有与本练习无关的资料。
常见坑
- 把所有原始文件整段粘进底稿。预警是底稿无法逐条检查。补救是拆成一行一事。
- 把“待确认”当成事实。预警是输出里把问号去掉。补救是保留信息性质和人工决定字段。
6.4 冻结底稿版本、日期和适用范围
为什么
“冻结”不是永久不许改，也不是验收通过。它只是暂时停止修改一份基础材料，先据此完成输出。发现错误时，要回到底稿建立新版本，再重新派生受影响的稿件。
在 Codex 桌面端怎样做
在练习册顶部写下“底稿版本：v1.0”“冻结用途：本次三份草稿练习”“适用范围：四项共享资料整理演练”“冻结状态：待人工验收”。然后在新任务中请求 Codex 只检查字段是否齐全：
请只读“我的第6章练习册.md”的底稿表。
只检查版本、适用范围、状态、截止时间、四项资料、两项待确认事项和不能作出的承诺是否都有记录。
不要改写底稿，不要生成三份输出；如果缺字段，只列出缺口并停止。
你应该看到什么
你能回答“这份底稿是哪一版、只适用于什么、现在是什么状态”。如果回答不了，就不能开始派生。底稿的“冻结”标记应与“待人工验收”同时存在。
常见坑
- 把冻结写成“已经正确”。预警是出现“已确认无误”。补救是改成“暂时固定，待人工验收”。
- 发现小错误后直接改三份稿。预警是三份稿件修改时间和版本不一致。补救是回到底稿建新版本。
6.5 明确读者、用途、渠道和长度要求
为什么
“给谁看”决定解释多少；“用来做什么”决定重点；“放在哪里”决定长度和格式。渠道在这里指保存或交接的地方，不代表已经发送。
在 Codex 桌面端怎样做
把下面的配置填进练习册。长度是练习参考，用来控制写作范围，不是必须硬凑够字数：
| 版本 | 读者 | 用途 | 保存渠道 | 长度建议 | 不允许做的事 |
|---|---|---|---|---|---|
| 完整说明 | 负责人角色 | 了解目的、资料、限制和待确认事项 | 本地草稿文件 | 约200—300字（练习参考，不必硬凑） | 不替负责人做决定 |
| 一页摘要 | 团队成员 | 快速了解当前整理进度 | 本地草稿文件 | 150至250字 | 不删掉目的、截止、未知和必要限制 |
| 短消息草稿 | 同事 | 请求查看或确认 | 本地草稿文件 | 80至120字 | 不真实发送，不删掉目的和必要限制 |
可复制请求：
请只读“我的第6章练习册.md”的事实底稿。
请为三个版本分别写出读者、用途、保存渠道、长度范围和禁止动作。
不要生成正文，不要增加新的事实，不要把“保存为草稿”写成“发送”。
你应该看到什么
三种配置的读者和用途不同，但事实来源相同。每种配置都明确保存为本地草稿，并写出不允许的动作。
常见坑
- 把长度要求当成删掉限制的理由。预警是一页摘要没有截止时间。补救是先保留关键字段，再压缩句子。
- 把保存渠道写成真实聊天群或邮箱。预警是出现真实地址。补救是只写“本地草稿文件”。
6.6 定义三种输出配置
为什么
配置是底稿和成稿之间的中间层。它让你在写作前决定哪些字段必须出现，减少同一件事在不同版本里变形。
在 Codex 桌面端怎样做
在练习册增加“输出配置表”，为每个版本写“必须包含”和“可以省略”：
| 版本 | 必须包含 | 可以省略 | 结束状态 |
|---|---|---|---|
| 完整说明 | 目的、四项资料、两项待确认、截止、负责人角色、范围、不能承诺、状态 | 解释性过渡句 | 草稿 |
| 一页摘要 | 目的、四项资料、截止、两项待确认、适用范围（可概括）、不能承诺、状态 | 详细解释 | 草稿 |
| 短消息草稿 | 目的、截止、需要对方确认的事项、不扩大范围、不能承诺与草稿提醒 | 四项资料的逐项说明 | 草稿 |
请求 Codex 只检查配置覆盖面：
请只读底稿表和输出配置表。
请检查三个版本的必填字段是否都能在底稿中找到依据，并列出不能直接引用的字段。
不要写输出，不要自行填入人工决定；发现配置冲突就停止。
你应该看到什么
每个版本都有明确的必填字段和结束状态。短消息可以短，但不能失去截止时间或“仍是草稿”的说明。
常见坑
- 把“可以省略”理解成“可以改掉”。预警是短消息把“待确认”改成确定语气。补救是保留信息性质。
- 三个版本使用不同版本底稿。预警是配置表没有底稿版本栏。补救是补上同一个版本号再继续。
6.7 建立底稿字段到各版本的映射表
为什么
映射表回答“某个句子来自底稿哪一行”。它是跨版本一致性的索引，尤其适合检查数字、时间和待确认事项。
在 Codex 桌面端怎样做
在练习册中建立字段映射表。每个字段只写一次来源，再标明三个版本是否使用：
| 底稿字段 | 依据位置 | 完整说明 | 一页摘要 | 短消息草稿 | 备注 |
|---|---|---|---|---|---|
| 目的 | 底稿编号 | 使用 | 使用 | 使用 | 不改事实 |
| 四项已整理资料 | 底稿编号 | 使用 | 使用 | 可概括 | 名称不变 |
| 两项待确认事项 | 底稿编号 | 使用 | 使用 | 提醒确认 | 不变肯定 |
| 截止时间 | 底稿编号 | 使用 | 使用 | 使用 | 周四17:00 |
| 负责人角色 | 底稿编号 | 使用 | 可省略 | 可省略 | 只在完整说明出现 |
| 适用范围 | 底稿编号 | 使用 | 可概括 | 用一句话保留 | 不扩大范围 |
| 不能作出的承诺 | 底稿编号 | 使用 | 使用 | 使用 | 保留草稿状态 |
| 当前状态 | 底稿编号 | 使用 | 使用 | 使用 | 草稿，待人工验收，不发送 |
请求 Codex：
请只读“我的第6章练习册.md”中的事实底稿、输出配置和字段映射表。
逐行检查每个映射字段都有依据位置，并指出任何“使用”但底稿没有依据的格子。
只写入练习册的检查备注，不改底稿、不生成三份输出。
你应该看到什么
映射表中每一行都能回到一个底稿位置。没有“凭常识补充”的行，也没有把待确认事项映射为确定事实的行。
常见坑
- 只映射重要数字，不映射限制。预警是三份文稿没有“不能承诺”。补救是把限制当成必查字段。
- 把“可概括”写成“可删掉”。预警是一页摘要漏掉范围。补救是先核对用途，再决定怎样缩短。