验收标准

你可能会说：

• “AI 说"已完成"，我怎么知道它真的做对了？”
• “怎么描述我要的效果，才不会一直返工？”

它是什么

好的验收标准有两个特征：具体，能检查。"页面好看"不能检查；"所有页面的正文字号是 17px、行宽 680px"能检查；"迁移后首页截图和原来逐像素一致"也能检查。

验收标准要在开始之前写好，而不是做完之后再想。它决定了 AI 在哪里停下来：没有标准，AI 做到"看起来差不多"就会宣布完成。

最好让每一条都对应一个验证办法：一条命令、一次截图比对、一个要点开的页面。这样"做完了"就不再是一句口头声明。

打个比方

像买家具时的验货单：尺寸、颜色、抽屉能不能顺滑拉开，一条条对照。不能只凭送货员一句"都装好了"就签收。

在这个网站里

这个网站从单页应用迁到 Astro 时，验收标准是"外观不变"，落成了可检查的做法：新旧两版逐屏截图、逐像素比对。中文界面下首页和列表页差异 0.000%，抽查的三篇文章在 0.03% 以内。Vibe Coding 每个阶段的验收标准则写在方案文档的排期表里，比如"站内零死链"。

容易搞混的地方

你可以这样告诉 AI

接下来去哪

先知道

• 需求说明——动手之前写下来的"做成什么样"：目标、范围、参考、限制、以及怎样才算完成。

接着看

• 回归——原本正常的东西，因为一次改动又坏了。它不是新功能的 bug，而是"倒退"。
• 截图比对——把改动前后的页面截图，逐像素比较差了多少。人眼看不出的细微变化，它都能数出来。

在这些课里出现

• 第 7 课 · 把需求交代清楚
• 第 8 课 · 识别 AI 味儿与过度设计
• 第 15 课 · 重构时的隐形依赖
• 第 16 课 · 验收：怎么确认"真的没变"
• 第 22 课 · 别让它自己验收自己
• 第 25 课 · 看得见才改得好：日志、评测与闭环

相关的真实事故

• 截图比对显示差异 8%，其实是截图的方法错了