WorkBuddy 交出来的东西怎么验收？五步检查，第一步最容易跳过
拿到一份 AI 生成的报告，大多数人的验收方式是：从头到尾读一遍，觉得挺顺，就用了。
问题在于——读起来顺，恰恰是这类产出的强项。 它天然会写得结构清楚、语气笃定、逻辑通顺。顺不代表对。
这篇给一套可以照做的验收流程，以及一个更重要的思路：验收的成本，在写指令的时候就该降下来。
本文依据 WorkBuddy 官方文档《高效使用技巧》《专家中心》与常见问题页，核对日 2026-08-16。我们没有安装客户端，本文不含实测数据。
一、先说前置：验收从写指令时就开始
能不能快速验收，取决于你有没有在指令里埋锚点。
官方在使用技巧里给的正面示范就带着锚点。比如那条「提炼 5 个核心结论并附原文页码」——「附页码」就是锚点，让你能一条条翻回去核。
四个通用锚点，建议写进每条指令：
- 每条结论附出处（页码 / 行号 / 文件名 / 链接 + 发布时间）
- 【事实】与【推断】分开标注
- 数字必须来自输入材料，没有的写「数据中无此项」
- 单独给一节「待确认事项」，列出你不确定的部分
最后一条最好用——让它自己把不确定的地方摆出来，你就知道该重点查哪几条。这个技巧来自官方在 Google 日历实践里给的建议：对重要会议，建议让它输出「待确认事项」和「风险点」。
二、五步验收法
第一步：抽查数字（最容易跳过，也最该做）
随机挑两三个带数字的结论，回原始文件核对。
为什么放第一步：数字错了，整份的价值归零——而且这是最容易客观判断对错的一项。
抽查不通过的话，整份重来。 别只改那一处——一处数字错，说明取数过程有问题，其他没抽到的地方大概率也有。
第二步：查有没有「材料里没有的东西」
对照输入材料，看结果里有没有出现原文里根本不存在的信息——多出来的一个数据点、一个没提过的名称、一段来源不明的背景。
指令里加「找不到的写『数据中无此项』」能大幅减少这类，但不能完全消除，所以还是要查。
第三步：看【事实】与【推断】的比例
如果你在指令里做了这个区分（强烈建议做），这一步很快：
- 推断占一大半 → 这份东西的信息价值有限，它主要在替你想，而不是替你查；
- 事实为主、推断有限 → 可用。
没做区分的话，这一步只能靠你自己读——所以更该在指令里预先要求。
第四步：检查红线
按任务类型对照：
| 任务类型 | 红线 |
|---|---|
| 财务相关 | 出没出结论？金额有没有被四舍五入？ |
| 法务相关 | 给没给「能不能签」这类法律判断？ |
| 数据分析 | 写没写归因结论（「因为 X 所以 Y」）？ |
| 人事相关 | 有没有涉及年龄性别婚育的筛选倾向？ |
| 对外文案 | 有没有极限词、有没有夸大承诺？ |
越了红线就是不合格，不管写得多好。
官方在专家中心的提示是这条的依据：AI 生成内容仅供参考，无法替代专业判断，不构成决策和投资建议。
第五步：格式能不能直接用
拿到手要不要二次加工？
- 要 → 下次在指令里把格式写死（官方对「生成的文件打不开」给的原因就是未在需求中明确指定输出文件类型）；
- 不要 → 通过。
三、一个终极判断
五步走完，问自己一句：
这份东西我敢不敢直接拿去汇报 / 发给客户 / 交给老板？
不敢的话，就说明还差核对。 这个问题比任何检查清单都准，因为它调动的是你对自己业务的判断。
四、不合格怎么办：官方给了四种调整方式
发现问题之后，别急着把需求重新描述一遍——那往往是效率最低的改法。官方给了四种更有效的：
| 方式 | 怎么用 | 适合什么 |
|---|---|---|
| 直接指出问题 | 「太长」「语气太正式」「第三段逻辑不通，重写」 | 大方向对，局部有问题 |
| 换角度重述需求 | 换一种说法描述你要的东西 | 它明显误解了意图 |
| 补充限制条件 | 受众、场景、格式、篇幅 | 「不算错但不合用」 |
| 切换角色视角 | 老板、客户、产品经理、分析师 | 内容对但侧重不对 |
官方的比喻是：像指导一个很勤奋、但需要反馈的实习生。
用得好一点的写法是具体到位置：
- ❌ 写得不太好，重写一下
- ✅ 第二段那三个数据没有出处，删掉或者标注来源；结尾那段总结跟开头重复了，去掉
五、改到第几轮该停
官方给了明确信号：会话过长出现「前说后忘」「越聊越跑偏」时，不要硬撑——直接开新任务，把关键背景重新简洁说一遍。
具体的停止信号：
- 改了四五轮，每次修好一处、坏掉另一处；
- 它开始重复之前已经改掉的问题；
- 你自己都记不清当前这版跟第一版差在哪了。
开新任务的技巧：把当前最接近的那一版当作样例带过去——绕了几轮之后，你对自己要什么的认识已经清楚多了，一次说全比继续打补丁快。
六、几类任务的专项验收点
调研报告：点开两三个来源链接，看打不打得开、内容对不对得上；看「未找到来源」有多少条。
数据分析：抽查数字；确认它只列了客观差异、没写归因结论；看有没有替你「解释异常」——一个似是而非的解释比没有解释更危险。
文件批量处理：先核对清单再看结果。官方的做法是先让它列出将要处理的文件，你确认后再执行——验收这一步其实在执行前就该做完。
合同条款整理：逐条回原文核对条号和原文引用是否逐字；确认没有出现「建议签/不建议签」这类判断。
PPT / 长文档：先看结构（大纲对不对），再看内容。结构错了内容再好也得重来。
七、验收成本高的时候，说明该往前挪
如果你发现每次验收都要花很久，那通常不是验收方法的问题，是指令的问题：
- 没写锚点 → 加上「附出处」；
- 没分事实与推断 → 加上标注要求；
- 没写死格式 → 加上格式、文件名、保存位置；
- 一次要太多 → 拆成几轮，每轮的产出一分钟内能判断对不对。
验收成本是可以在写指令的时候就压下来的。 这也是官方三要素公式的实际价值——做什么 + 有什么 + 怎么样，别让 AI 猜你的意图。
小结
- 「读起来顺」是这类产出的强项，顺不代表对。
- ★ 验收从写指令时就开始：四个通用锚点——每条附出处、【事实】与【推断】分开、数字必须来自材料、单独一节「待确认事项」。
- 五步验收：抽查数字（不通过就整份重来）→ 查材料里没有的东西 → 看事实/推断比例 → 检查红线 → 格式能不能直接用。
- 终极判断：这份东西我敢不敢直接拿去汇报？
- 不合格用官方给的四种调整方式（直接指出问题 / 换角度重述 / 补充限制条件 / 切换角色视角），比重新描述需求有效；官方比喻是「指导一个需要反馈的实习生」。
- 改到四五轮还在原地打转，就开新任务，把最接近的那版当样例带过去。
- 验收成本高，说明该改的是指令，不是验收方法。
功能与文档表述以官方为准，核对日 2026-08-16。