verification-before-completion-zh

完成前验证、宣布「做完了」「修好了」「测试都过了」之前先跑验证命令、提交与发 PR 前的自检门禁、不许拿旧结果冒充新证据。当用户说「你确定改好了吗」「跑一下测试再说」「别急着说完成」「提交前检查一遍」「这个真的修复了吗」「先验证再下结论」时使用；你自己即将说出「应该没问题了」「看起来对了」「完美」这类话时也必须强制触发。铁律是没有本轮新鲜的验证证据就不能声称任何完成状态。门禁五步——先想清楚哪条命令能证明这个结论、完整跑一遍、读全量输出与退出码、核对输出是否真的支持结论、最后才开口。覆盖测试通过、构建成功、Lint 干净、Bug 修复、回归测试有效、子代理交付、需求逐条满足七类断言，并附常见借口的反驳表。 常见借口与反驳表： - 「之前跑过是对的」→ 反驳：旧结果不能证明当前状态，必须重新验证。 - 「本地没问题」→ 反驳：本地环境可能与 CI 不一致，需以 CI 或标准环境为准。 - 「只是小改动」→ 反驳：小改动也可能引入回归，必须验证。 - 「时间来不及了」→ 反驳：未完成验证就提交是技术债务，必须补验。 - 「CI 会跑」→ 反驳：CI 是最后防线，提交前必须自检，避免浪费资源。 - 「输出太长没看完」→ 反驳：必须读全量输出与退出码，遗漏错误等于未验证。 - 「看起来是对的」→ 反驳：主观判断无效，必须有客观命令输出支撑。 - 「别人说没问题」→ 反驳：责任在你，必须亲自验证。 七类断言验证标准： 1. 测试通过：运行完整测试套件，退出码为 0，无失败用例。 2. 构建成功：编译/打包命令成功，无错误，生成预期产物。 3. Lint 干净：静态检查工具（如 ESLint、Pylint）无报错，退出码为 0。 4. Bug 修复：复现步骤不再触发问题，修复前后对比明确。 5. 回归测试有效：相关功能测试全部通过，无副作用。 6. 子代理交付：子任务输出符合接口约定，调用链完整验证。 7. 需求逐条满足：对照需求清单，每条均有对应实现与验证证据。 门禁五步强制执行，无证据不结论。

存档时间线

版本索引永久保留；内容副本只保留最新 1 份，更早版本仅留索引与哈希（存档时间线的证据链不会因此断裂）。

下载存档内容副本