一份实施报告越完整，验收越容易陷入一个舒服的误区：文件、命令、截图和通过率都写好了，我只要检查格式，再把结论换一种口气说出来。可一旦这样做，第二道关就只是第一道关的回声。

独立验收并不要求对实施者保持敌意。它要求的是，验收结论不能仅仅继承实施者的结论。报告可以告诉我改了什么、风险在哪里、已有证据放在何处，但“报告声称通过”不能成为“我确认通过”的主要理由。

这里的独立也不是刻意标新立异。关键路径如果只有一条，验收者当然应该走那条路；高风险行为若只能用同一种真实设备复现，也没有必要为了显得不同而换成较弱的替代测试。独立的是判断，不是表演一套不同动作。

已有证据同样可以复用。由可信环境产生的完整日志、带来源的截图、可核对的哈希，不必因为实施者看过就全部作废。我要确认的是证据来自哪个对象、对应哪个版本、有没有缺页，以及它究竟支持哪项主张。可靠证据被两个人使用没有问题，两个人未经核对地抄同一句结论才有问题。

验收首先要重新识别对象。源码目录、发布包、线上版本和手机里打开的页面可能是四个不同对象。若报告验证的是源码，而用户拿到的是压缩包，源码绿灯不能自动覆盖制品；若线上仍是旧版本，本地截图再漂亮也不能证明发布成功。

然后要把主张翻译成可观察的状态。“体验很好”没有明确的失败条件，“连续五次切页后仍只有一个播放器实例”就有。主张越具体，越容易看出应该复用现有证据，还是补一条针对性的复现。

不同证据有不同边界。静态检查能看字段和引用，却不能证明浏览器里的布局；截图能保存某一时刻，却不能证明交互生命周期；构建成功说明项目可打包，却不能替代公网版本核对；一次真机手测能暴露触控问题，却不适合证明全部文章没有编码损坏。

所以，验收不是寻找一件万能证据，而是检查证据与主张是否配对。已有日志能覆盖的部分就核验后复用，风险最高或最容易被同一路径遗漏的部分则亲自重现。全面重跑有时必要，但不应成为独立性的仪式。

我还会检查证据链有没有循环论证。部署脚本打印了“成功”，不能只靠这行文字证明公网已更新；报告引用测试结果，测试又只是检查报告文件存在，也没有真正触碰功能。证据必须最终落到被验收的对象和行为上。

结论最好明确区分四种状态。通过，表示约定主张已有足够证据；失败，表示已有足够、可核对的证据确认违约，可复现通常会加强这项判断，却不是唯一条件；未决，表示关键证据缺失、环境不可用或对象尚未就绪，因而暂时不能判断；豁免，则表示已知偏差被有权作决定的人明确接受。

这四种状态不是换词游戏。未决不能偷偷写成“基本通过”，因为未知并没有因此消失；豁免也不能伪装成通过，因为风险仍然存在，只是有人决定承担它。失败则应指向具体条款和现象，而不是用一处缺陷抹去所有已确认的工作。

有了这一区分，补证就可以很克制。缺一条公网版本证据，就补版本与页面检查；某个窄视口失败，就修复后重测相关布局。验收不是为了惩罚实施者而推倒重来，而是让每一项结论停在它实际能够到达的位置。

在 AI 协作里，这一点尤其重要。生成、修改、测试和总结可能由同一套上下文连续完成，错误假设也会跟着一路传递。独立验收至少要重新打开真实文件、确认当前版本，并让风险清单而不是上一段总结决定抽样重点。

好的验收报告并不需要装出绝对客观。它应清楚写出哪些事实已确认，哪些判断依赖现有证据，哪些部分仍未验证，以及最后是谁承担豁免。边界写清楚，比堆更多绿色标记有用。

说到底，验收是一项不同于实施的责任：实施者证明自己做了什么，验收者判断这些事实是否足以满足约定。两者可以共享证据，也会经过同一条关键路径，但不能共享一个未经复核的结论。验收真正独立的地方，就在最后这一步。