用途：在完成任务、宣布完成之前应用该原则，用真实产物验证结果，而不是凭代理指标、自我报告或“能编译”推断正确性。未经验证的工作正确性未知；间接验证（文件修改时间、输出新鲜度、代理自我报告、缓存截图）看似省事，一旦推断错误代价更高。
主要能力/做法：完成任何任务后先问“我如何证明它确实能用”。检查真实事物而非代理：直接检查进程存活，而不是通过派生状态间接判断；读取实际值，而不是缓存或派生表示；验证失败时，先怀疑观察方法，再怀疑系统。
代码与功能：构建是必要但不充分的；要运行并走真实功能路径；检查完整链路，数据是否从输入流到输出；集成要端到端测试完整通信路径。
委派：信任产物而非自我报告。验证委派工作时，检查实际输出产物（git diff、文件内容、运行时行为），而不是被委派者的总结；代理会报告其意图，而不总是实际发生的事。
可脚本化时写成脚本：最强的证明是能重复运行同一比较的确定性脚本，而非一次性目测。写好脚本、运行它，并保留输出作为可复核的产物；比较新旧编译输出的脚本能发现目测遗漏的问题。
限制与说明：产物要保持对人可见；仅在大型或复杂工作、需要后续审计轨迹时（如大规模移植或迁移）才提交。多数工作只需可见，不需要提交。该原则本身不含具体命令；资料未提供安装方式、收费或平台信息。