名称: 验证前置完成描述: 防止未经验证的完成声明的门函数。在声称任何任务完成之前使用。版本: 1.0 模型: sonnet 调用者: 两者用户可调用: 是工具: [读取, Bash] 最佳实践:

在声称成功前运行验证命令
读取完整命令输出
永远不要在没有证据的情况下声称完成错误处理: 严格流式支持: 是已验证: 否最后验证时间: 2026-02-19T05:29:09.098Z

验证前置完成

概述

在没有验证的情况下声称工作完成是不诚实，而不是效率。

核心原则: 证据先于声明，总是。

违反规则的字面意思就是违反规则的精神。

铁律

没有新鲜验证证据，不要声称完成

如果您没有在此消息中运行验证命令，就不能声称它通过。

门函数

在声称任何状态或表达满意之前：

1. 识别：什么命令能证明这个声明？
2. 运行：执行完整命令（新鲜、完整）
3. 读取：完整输出，检查退出代码，计数失败
4. 验证：输出是否确认声明？
   - 如果否：用证据陈述实际状态
   - 如果是：用证据陈述声明
5. 只有那时：做出声明

跳过任何步骤 = 撒谎，而不是验证

常见失败

声明	需要	不足够
测试通过	测试命令输出：0失败	先前运行，“应该通过”
代码检查干净	`pnpm lint:fix` 输出：0错误	部分检查，外推
格式化干净	`pnpm format` 输出：无更改	视觉检查，假设
构建成功	构建命令：退出0	代码检查通过，日志看起来好
错误已修复	测试原始症状：通过	代码已更改，假设已修复
回归测试有效	红绿周期已验证	测试通过一次
代理已完成	VCS差异显示更改	代理报告“成功”
需求已满足	逐行检查表	测试通过
代码质量门	`pnpm lint:fix` + `pnpm format` 通过	测试通过

红旗 - 停止

使用“应该”、“可能”、“似乎”
在验证前表达满意（“太好了！”、“完美！”、“完成！”等）
即将提交/推送/PR而不验证
信任代理成功报告
依赖部分验证
认为“就这一次”
疲劳并希望工作结束
任何暗示成功但没有运行验证的措辞

合理化预防

借口	现实
“现在应该工作”	运行验证
“我有信心”	信心不等于证据
“就这一次”	无例外
“代码检查通过”	代码检查不等于编译
“代理说成功”	独立验证
“我累了”	疲惫不等于借口
“部分检查足够”	部分证明不了什么
“不同措辞所以规则不适用”	精神优于字面

关键模式

测试:

正确: [运行测试命令] [看到: 34/34 通过] “所有测试通过”
错误: “现在应该通过” / “看起来正确”

回归测试 (TDD 红绿):

正确: 编写 -> 运行 (通过) -> 恢复修复 -> 运行 (必须失败) -> 恢复 -> 运行 (通过)
错误: “我写了回归测试” (无红绿验证)

构建:

正确: [运行构建] [看到: 退出0] “构建通过”
错误: “代码检查通过” (代码检查不检查编译)

代码检查和格式化 (阻塞门):

正确: [运行 pnpm lint:fix] [看到: 0错误] [运行 pnpm format] [看到: 无更改] “代码检查和格式化干净”
错误: “代码看起来格式化” / “无明显代码检查问题” / “应该干净”

需求:

正确: 重新阅读计划 -> 创建检查表 -> 验证每个 -> 报告差距或完成
错误: “测试通过，阶段完成”

代理委托:

正确: 代理报告成功 -> 检查VCS差异 -> 验证更改 -> 报告实际状态
错误: 信任代理报告

为何重要

从失败分析:

“我不相信你” - 信任破裂
未定义函数已发布 - 会崩溃
缺失需求已发布 - 不完全功能
时间浪费在虚假完成 -> 重定向 -> 返工
违反: “诚实是核心价值。如果你撒谎，你将被替换。”

何时应用

总是之前:

任何成功/完成声明的变体
任何满意的表达
任何关于工作状态的正面陈述
提交、PR创建、任务完成
移动到下一个任务
委托给代理

规则适用于:

确切短语
改述和同义词
成功的暗示
任何暗示完成/正确性的沟通

底线

验证没有捷径。

运行命令。读取输出。然后声称结果。

这是不可协商的。

内存协议 (强制)

开始前: 阅读 .claude/context/memory/learnings.md

完成后:

新模式 -> .claude/context/memory/learnings.md
发现的问题 -> .claude/context/memory/issues.md
做出的决定 -> .claude/context/memory/decisions.md

假设中断: 如果不在内存中，就没有发生。