“帮我把这个 Word 优化一下”没有可验证的完成标准。文字变顺，不代表日期正确；预览好看，不代表在 Word 里不跳页；文件生成成功，也不代表原稿没有被覆盖。
本教程给你一套可以直接跑的三页练习：原稿故意放入日期、人数、结论、标题层级和项目名错误；事实表给出唯一允许采用的 F01–F08；参考成稿在你完成第一次生成后才打开。
- 下载可编辑错稿 DOCX
- 下载 F01–F08 事实表 CSV
- 下载空白验收表
- 下载三页参考成稿 DOCX：完成自己的成稿后再打开。
本站已经生成两份 DOCX，并用隔离的 LibreOffice 渲染器逐页检查：都是三页，中文、表格和分页正常。本站没有登录 WorkBuddy，也没有把参考成稿冒充 WorkBuddy 输出；你需要在验收表记录自己的实际结果。
这次练习到底修什么
原稿包含可机械验证的问题：
| 类型 | 错稿中的问题 | 唯一依据 |
|---|---|---|
| 事实冲突 | 结束日期、活跃人数和行动截止日期错误 | F01、F02、F07 |
| 过度结论 | 把 24 份问卷扩大为所有参与者 | F06 |
| 状态误判 | 把“重新处理”写成根因已解决 | F04 |
| 决策越界 | 没有发布决定却写成具备发布条件 | F08 |
| 结构与格式 | 标题层级跳级，项目名两种写法混用 | 成稿验收 C01–C02 |
你的目标不是写得更华丽，而是交付 NovaDesk-review.docx、change-summary.md 和 open-questions.md，同时证明原稿哈希没有变化。
1. 建立不会覆盖原稿的工作区
新建独立目录，并建立四个子目录：
workbuddy-word-lab/
├── source/ # 只放原稿和事实表
├── working/ # WorkBuddy 的过程文件
├── output/ # 最终三个交付物
└── evidence/ # 验收表、截图、哈希和 PDF把错稿和事实表复制到 source/，把空白验收表放到 evidence/。参考成稿先留在下载目录，不要放进 WorkBuddy 可读的工作区。
在 macOS 可用 shasum -a 256 source/workbuddy-word-source.docx；Windows PowerShell 可用 Get-FileHash source/workbuddy-word-source.docx -Algorithm SHA256。把运行前哈希写进验收表。
2. 先用 Ask 做只读盘点
官方当前任务栏提供 Agent、Plan、Ask。Ask 适合先理解材料；这一步只输出报告，不允许编辑文件：
只读取 source/workbuddy-word-source.docx 和 source/workbuddy-word-fact-ledger.csv，不修改任何文件。
输出：
1. 当前标题层级和章节顺序；
2. 每个数字、日期、人物、状态和结论对应的事实 ID；
3. 与 F01–F08 冲突的原句；
4. 材料没有支持的因果或发布结论；
5. 项目名、标题、表格和分页问题；
6. 仍需人工确认的问题。
不要补造材料外信息。事实表没有给出的内容一律写 [待确认]。至少应发现 5 月 10 日、40 名活跃用户、5 月底、所有参与者认可、已经具备公开发布条件五类错误。若少于五类，先追问缺项，不进入改写。
3. 用 Plan 固定修改地图
多步骤任务先确认计划，可以在文件写入前发现范围漂移。发送：
基于刚才的盘点，规划一份面向管理层的三页内部评审稿。
先用表格输出：旧位置 / 处理动作（保留、移动、改写、删除）/ 新位置 / 事实 ID / 原因。
固定结构为：结论、1 试点范围、方法和口径、2 结果、3 风险和待确认事项、4 下一步、附录事实核对、修改摘要。
只允许采用 F01–F08；不能推断因果，不能替我作公开发布决定。
先停在计划，等我确认，不生成或修改 DOCX。检查每个纠错项都有 F 编号，删除项有理由，未知负责人和日期仍是“待确认”。确认后再进入 Agent。
4. 让 Agent 生成新文件
官方说明 WorkBuddy 可生成和编辑 Word 文档；右侧边栏可预览产物、查看工作空间文件和本轮变更。把执行合同一次写全：
按已确认计划执行，只读取 source，不覆盖或重命名 source 中任何文件。
在 output 中创建：
- NovaDesk-review.docx：三页、可编辑、面向管理层；
- change-summary.md：逐项列出原文、修改后、事实 ID 和原因；
- open-questions.md：只列材料未提供的错误根因、第二项行动负责人和日期。
DOCX 要求：
- 项目名全文统一为 NovaDesk；
- 只使用标题、标题 1、标题 2，不跳级；
- 正文黑色，11pt 左右，行距和段间距一致；
- 表格有可读列宽、重复表头、浅灰边框和隔行底色，不裁切文字；
- 页脚使用连续页码，不插入空白页；
- F01–F08 每项至少在附录出现一次；
- 不生成材料未要求的自动目录、图片或外部研究。
完成后先报告创建和修改的文件，再逐项自检 F01–F08、C01–C02；发现不一致就修正，但不要修改 source。如果系统要求扩大目录权限，取消并检查工作目录。这个练习只需要读 source/、写 working/ 和 output/。
5. 在右侧边栏做第一轮验收
不要只看聊天里的“已完成”。依次检查右侧边栏：
- 预览：三页是否都有正文，表格是否完整，是否出现乱码或空白页。
- 工作空间文件：三个规定产物是否都在
output/，原稿还在source/。 - 变更：是否只新增输出，没有覆盖或删除源文件。
逐项对照事实表。尤其检查 F03 只能描述时间变化，F04 仍保留根因未知，F06 必须写 24 份问卷，F08 不能被顺滑地改成发布建议。
再次计算原稿 SHA-256，必须与运行前完全相同。哈希不同即判定失败，先恢复备份，再缩小权限重跑。
6. 用 Word 或 WPS 做交付验收
在目标办公软件中打开 NovaDesk-review.docx，不要只依赖 WorkBuddy 预览：
- 打开导航窗格，确认标题可识别、层级连续。
- 点击正文、表格和页码，确认它们仍是可编辑元素。
- 检查三页无空白页，表格文字没有裁切或跨页断裂。
- 打开打印预览，或导出 PDF 后逐页检查溢出和字体替换。
- 分别记录 Word、WPS 的实际结果；你只用其中一个时，另一列写“未测试”。
这一步才能发现不同排版引擎造成的字体替换、行高变化和分页漂移。
7. 最后才对照参考成稿
先完成自己的验收表，再打开参考成稿。参考稿展示一种合格答案，不要求像素级一致。比较：
- F01–F08 的事实和限定语是否一致。
- 结构是否先结论、再范围和方法、再结果与风险。
- 标题是否真用样式，而不是只加粗放大。
- 表格、页码和三页边界是否稳定。
- 修改摘要是否能追溯每个高风险改动。
若事实不一致，回到内容阶段；若只发生分页或字体问题，只修格式。每一轮只改变一类问题，才能知道修复是否有效。
完成标准
- Ask 盘点至少找到五类预设错误。
- Plan 给每项动作绑定事实 ID。
- Agent 另存三个规定产物，原稿哈希未变。
- F01–F08 和 C01–C02 全部通过。
- WorkBuddy 预览、Word 或 WPS、打印预览均有实际记录。
- 参考成稿只在首次生成后用于对照。
做到这些，你得到的不是一份“看起来更专业”的文件，而是一条能说明来源、改动、权限和兼容性的交付证据链。