AI 说“已完成”，先别急着用：5 步验收
AI 说完成了先别用。文档、内容、研究、网页和代码共用一张五步验收卡，附让 AI 交证据的完整话术。
AI 交来一份改好的方案。你扫了一眼，比原来顺，就发进了群里。十分钟后同事问：“预算那一段去哪了？”
它做了一张表格。数字都在，公式只覆盖了前 20 行，你一页页往下翻才发现。
它写了一条短视频文案。读起来很顺，发布时间写着“今晚 8 点”，但你从没定过这个时间。
它改了一个小功能。页面好看了，相邻的搜索框却点不动了。
这些返工有同一个原因：AI 说的“完成”，和你需要的“能用”，不是一回事。
下面这张五步验收卡，按交付物检查，不按行业或岗位分版本。文档、表格、PPT、短视频、研究笔记、网页和代码，都能按它检查。
五步验收卡
| 步骤 | 你要做什么 | 通过的样子 | 先别收的样子 |
|---|---|---|---|
| 1 | 回到最初那件事 | 原来的问题真的消失 | 还在，或者换了个样子 |
| 2 | 检查旁边的内容 | 前后文、公式、目录都正常 | 改一处，坏一片 |
| 3 | 试几个坏情况 | 有提醒，不乱、不崩 | 卡住、丢内容、重复提交 |
| 4 | 要改动清单和依据 | 改了哪里、凭什么都说得清 | 只有一句“都处理好了” |
| 5 | 按最终用法打开 | 别人收到时看到的就是对的 | 只在聊天框里看着对 |
顺序别跳。第 1 步没过，后面不用查。
第 1 步：回到最初那件事
不要从 AI 的总结开始看，从你原来卡住的地方开始。
让它补报价单里漏掉的税费，就自己重算每一项。让它把周报压到 500 字，就自己数。让它修手机端文字溢出的问题，就真的用手机打开。让它把视频压到 60 秒，就拿秒表从头放到尾。
AI 很容易答非所问。它可能把整篇润色了，却没补那个税；也可能把字号改小了，字照样出框。
这一步最笨，也最有效。原问题没消失，直接退回。
第 2 步：看它有没有碰坏旁边
返工常常不在你指定的地方，而在旁边没被提到的地方。
| 交付物 | 顺手检查的地方 |
|---|---|
| 文档 | 标题层级、页码、目录、引用、上一段和下一段 |
| 表格 | 列顺序、公式范围、合计、空白值、筛选和排序 |
| PPT | 母版、字号、图表数据、备注、放映时是否出框 |
| 图文或短视频 | 封面、字幕、口播与画面是否一致、结尾行动指引 |
| 研究笔记 | 引用编号、原文页码、结论与证据是否对应 |
| 网页 | 按钮、返回、搜索、手机宽度、加载失败提示 |
| 代码 | 相邻功能、报错、空值、重复操作、自动检查数量 |
挑三个平时真的会用的动作，亲手走一遍。改文档时翻到最后一页，改表格时拉一下筛选，改页面时点一下返回。
“AI 没提”不等于“那里没被改”。
第 3 步：试几个坏情况
正常输入能过，很普通。真正出事的是没人想到的输入。
- 文档：超长标题、空章节、从别处粘来的乱格式。
- 表格：空单元格、0、负数、很大的数字、日期格式不一致。
- PPT：很长的一句话、没有数据的图表、低清图片。
- 图文或短视频：错别字、口播念错品牌名、竖屏时字幕被裁掉。
- 研究笔记：找不到原文的结论、互相矛盾的来源、过时数据。
- 网页：手机窄屏、连点两次、断网后再点、什么都不填就提交。
- 代码：空值、边界值、重复提交、失败后重试。
看的是有没有提示、结果是否还能用，不是听它说“理论上已经兼容”。
你发现一个坏情况，不是找茬。你的读者、客户或同事迟早也会碰到。
第 4 步：要一份能核对的清单
这一步最值钱。很多“看起来改好了”，只是因为没人问它到底动了什么。
下面这段可以直接发给 AI：
请给我一份这次交付的核对清单：
1. 改了或新增了哪些地方，逐项列出；
2. 哪些要求我没有明说，你自行做了决定，为什么；
3. 用到的数字、事实和引用分别来自哪里；
4. 删掉了什么内容，为什么删；
5. 如果删了检查、校对或校验，少了哪一道，什么接住了它。
不要只说“已优化”。每一项都要能让我自己核对。文档和内容，重点看有没有改掉你的原意。表格和 PPT，重点看范围有没有超出要求。研究笔记，重点看每个结论能不能回到来源。代码，重点看检查和覆盖有没有变少。
“删了一条重复检查”不一定错，但要说清新的检查接住了什么。说不清，就先别收。
第 5 步：按最终用法打开
聊天框里的预览会骗人。真正的成品，要用别人收到它的方式看。
- PDF 要真的打开 PDF，不看编辑器里的预览。
- 表格要看实际单元格和打印预览。
- PPT 要真的切到放映模式。
- 短视频要在手机上看一遍，字幕、音量、首尾都要过。
- 公众号和小红书要在手机端查看文章，不是只看后台草稿。
- 研究笔记要把引用逐条点开，确认不是失效链接。
- 网页要用手机打开一次。
- 代码要在最终项目里跑，不看它的截图。
如果你要把文件发给别人，那么“别人打开时看到的样子”才算完成。
按交付物看细节
文档和 PPT：三处最容易翻车
内容没丢，顺序变了。 AI 爱重整结构，它觉得更顺，你的目录和引用却乱了。看到“已重新组织”，先核对标题顺序和原文关键句。
语气变好了，事实被改了。 一个“预计 20%”可能被写成“稳定提升 20%”。让它单独列出改过的数字和结论，再逐个回原文对照。
编辑时没超，放映时超了。 编辑器和放映模式的字体、行距、边距都可能不同。再好看，压住页脚也得退回。
图文和短视频：顺口不等于能发
先看事实：品牌名、价格、时间、活动规则有没有被改。再看画面：封面是否和内容一致，横竖屏裁切后主体还在不在。最后关掉声音看一遍，看字幕能不能独立讲清。
一条文案“读起来很顺”不能作为通过标准。发出去之后，读者只会按画面和你写的那句话理解。
表格和研究资料：别只看第一屏
表格先看列名和顺序，再看合计与公式覆盖到哪一行，然后拉一下筛选和排序。再试空白、0 和很大的数。很多表格在正常数据上没问题，一到空值就出错。
研究资料先查出处的真实性，再查结论有没有超出原文。AI 可以把不同来源拼成一句很顺的话，顺不等于对。
网页和小工具：用手机再走一遍
电脑正常、手机挤成一团，很常见。用真实手机打开，检查按钮能不能点、文字有没有出框、返回后内容还在不在，再快速连点两次提交，看会不会重复。
按最终使用者会做的动作走一遍就够了。
代码场景：自动检查全过，也要多看一眼
这一节只在交付物包含可运行文件时需要看。
自动检查像一张只有固定题目的试卷。题目全做对，只能说明这些题会做，不能说明没有新问题。
2026-10-26 本机实测过两次：
第一次，在计算器代码里加了一段完全没用的判断。代码变差了，自动检查还是 pass 2 / fail 0。
第二次，去掉“除以零”的保护，检查出现 fail 1；再把那条检查删掉，屏幕又恢复全绿，问题却还在。
node --test calc.test.mjs你会看到 # tests 2、# pass 2、# fail 0。这不等于“东西一定对”，只等于“这两道题过了”。
技术验收还要看三点：检查数量有没有减少，改动范围是否只覆盖该改的地方，原来的问题是否真的复现并通过。
git diff --stat
git diff --stat -- '*test*' '*spec*'第一条看动了多少文件，第二条单独看检查文件有没有被碰过。命令能加速核对，不能替代你亲手点一次。
收下之前，再看这五项
- 原来的问题真的消失。
- 旁边的内容或功能没被碰坏。
- 坏输入不会把结果弄崩。
- 改动清单对得上，数据和引用说得出处。
- 最终打开方式里的成品是对的。
有一项不确定，就先别发。让 AI 补证据，比事后向同事解释便宜。
这套方法管不到的地方
- 涉及付款、合同、医疗、客户隐私的内容，不能让 AI 单独定稿。
- 纯审美判断没有标准答案。你可以说不喜欢，但别假装那是客观错误。
- 方向一开始就错了，验收只能确认它错得很整齐。先停，重说要求。
- AI 的“检查通过”不能替代你的责任。最后签字的人还是你。
参考来源
- Node.js 测试运行器文档：
node --test的用法和输出格式。 - Git diff 文档：
git diff --stat的统计口径。 - Stack Overflow 2025 开发者调查：AI：开发者使用率与信任度数据。
常见问题
验收一定要懂实现细节吗？
不一定。前四步看的都是结果：原问题是否消失、旁边有没有被弄坏、坏情况会不会崩、AI 能不能说清改了什么。只有当交付物包含可运行文件时，才需要再加代码那一节。
不同工作差别很大，为什么能用同一张卡？
因为交付物可以不同，检查逻辑一样：先看原目标，再看影响范围，再试异常，再要证据，最后按真实用法打开。
AI 说它已经检查过了，还要自己看吗？
要。它能检查自己理解的规则，检查不到你的真实场景、客户要求和最终设备。它的检查是辅助，不是签收。
别人催得急，能不能跳过验收？
越急越要查第 1 步和第 5 步。原问题没解决、最终文件打不开，这两类错误最容易在发出去之后放大。
下一步：查看星算 AI 订阅与交付说明
按量调用模型时，费用与价格看这里：API 与模型价格
工具支持范围与模型配置能力会随版本变化，请以工具中心提示为准。价格、库存和售后以具体商品页说明为准。