完成前验证
概览
没有验证就声称工作已完成是不诚实,不是高效。
核心原则: 始终先有证据,再做声明。
违反这条规则的字面要求,就是违反这条规则的精神。
铁律
NO COMPLETION CLAIMS WITHOUT FRESH VERIFICATION EVIDENCE
如果你没有在这条消息中运行验证命令,就不能声称它通过。
门禁函数
BEFORE claiming any status or expressing satisfaction:
1. IDENTIFY: What command proves this claim?
2. RUN: Execute the FULL command (fresh, complete)
3. READ: Full output, check exit code, count failures
4. VERIFY: Does output confirm the claim?
- If NO: State actual status with evidence
- If YES: State claim WITH evidence
5. ONLY THEN: Make the claim
Skip any step = lying, not verifying
常见失败
| 声明 | 需要 | 不充分 |
|---|---|---|
| 测试通过 | 测试命令输出:0 个失败 | 之前运行过、“应该通过” |
| Linter 干净 | Linter 输出:0 个错误 | 局部检查、外推 |
| 构建成功 | 构建命令:exit 0 | Linter 通过、日志看起来正常 |
| Bug 已修复 | 原始症状测试:通过 | 代码已修改、假定已修复 |
| 回归测试有效 | red-green 循环已验证 | 测试通过一次 |
| Agent 已完成 | VCS diff 显示变更 | Agent 报告“成功” |
| 需求已满足 | 逐行检查清单 | 测试通过 |
危险信号 - 停止
- 使用“应该”、“可能”、“看起来”
- 在验证前表达满意(“太好了!”、“完美!”、“完成!”等)
- 没有验证就准备 commit/push/PR
- 信任 agent 的成功报告
- 依赖局部验证
- 想着“就这一次”
- 疲惫并想结束工作
- 任何在没有运行验证的情况下暗示成功的措辞
防止合理化
| 借口 | 现实 |
|---|---|
| “现在应该能工作” | 运行验证 |
| “我有信心” | 信心 ≠ 证据 |
| “就这一次” | 没有例外 |
| “Linter 通过了” | Linter ≠ compiler |
| “Agent 说成功了” | 独立验证 |
| “我累了” | 疲惫 ≠ 借口 |
| “局部检查足够了” | 局部什么也证明不了 |
| “换了措辞,所以规则不适用” | 精神高于字面 |
关键模式
测试:
✅ [Run test command] [See: 34/34 pass] "All tests pass"
❌ "Should pass now" / "Looks correct"
回归测试(TDD Red-Green):
✅ Write → Run (pass) → Revert fix → Run (MUST FAIL) → Restore → Run (pass)
❌ "I've written a regression test" (without red-green verification)
构建:
✅ [Run build] [See: exit 0] "Build passes"
❌ "Linter passed" (linter doesn't check compilation)
需求:
✅ Re-read plan → Create checklist → Verify each → Report gaps or completion
❌ "Tests pass, phase complete"
Agent 委派:
✅ Agent reports success → Check VCS diff → Verify changes → Report actual state
❌ Trust agent report
为什么这很重要
来自 24 条失败记忆:
- 你的人类伙伴说过“我不相信你” - 信任破裂
- 未定义函数被交付 - 会崩溃
- 缺失需求被交付 - 功能不完整
- 时间浪费在虚假的完成状态上 → 重新引导 → 返工
- 违反:“诚实是核心价值。如果你撒谎,你会被替换。”
何时应用
始终在以下情况之前应用:
- 任何形式的成功/完成声明
- 任何满意表达
- 任何关于工作状态的正面陈述
- 提交、创建 PR、完成任务
- 移动到下一个任务
- 委派给 agents
规则适用于:
- 精确短语
- 改写和同义表达
- 成功的暗示
- 任何暗示完成/正确性的沟通
底线
验证没有捷径。
运行命令。阅读输出。然后再声明结果。
这没有商量余地。