在宣布任务完成前运行验证命令并核对结果,确保结论可靠无误。
该技能材料显示其为纯提示词型、无密钥、无远程端点的开源内容,整体风险较低。主要需留意的是来源社区采用度低、许可证与维护状态不明确,供应链可信度一般。
材料明确标注无需任何密钥或环境变量;作为纯提示词技能,不涉及凭证采集、存储或转发。
材料明确无远程端点,且系统检查项为 prompt-only;未见将用户数据发送到外部服务的描述。
该技能本身是行为规范/提示文本,不自带可执行组件,也未声明会启动进程或调用系统能力。README中提到“运行验证命令”属于对使用者的流程要求,不是技能自身的执行权限。
未声明任何文件、目录、数据库或其他资源访问能力;作为纯提示词内容,本身不具备读写本地数据的机制。
来源为 GitHub 开源仓库,源码可审计,这降低了风险;但仓库 star 为 0、许可证未声明、维护状态未知,社区验证和持续维护信号较弱,建议在正式环境使用前自行复核仓库内容。
复制安装指令,让 AI 自动完成配置 · 推荐新手
请帮我安装 askskill 上的 "Verification Before Completion" 技能: 1. 下载 https://raw.githubusercontent.com/obra/clank/main/skills/debugging/verification-before-completion/SKILL.md 2. 保存为 ~/.claude/skills/verification-before-completion/SKILL.md 3. 装好后重载技能,告诉我可以用了
我刚修改了登录模块,请在说明任务完成前先运行相关测试命令,检查是否全部通过,并贴出关键输出结果与失败项说明。
返回测试执行结果、通过/失败状态,以及基于输出得出的完成结论。
在确认可以部署前,请先执行构建和本地启动验证命令,确认没有报错,并总结日志中的关键结论。
包含构建与启动日志摘要、是否存在错误、以及是否可部署的明确判断。
这个数据清洗任务完成后,不要直接说成功。请先运行校验命令或统计检查,确认记录数、空值和格式都符合预期,再汇报结果。
提供校验步骤、关键统计结果,以及数据是否处理成功的结论。
Claiming work is complete without verification is dishonesty, not efficiency.
Core principle: Evidence before claims, always.
Violating the letter of this rule is violating the spirit of this rule.
NO COMPLETION CLAIMS WITHOUT FRESH VERIFICATION EVIDENCE
If you haven't run the verification command in this message, you cannot claim it passes.
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
| Claim | Requires | Not Sufficient |
|---|---|---|
| Tests pass | Test command output: 0 failures | Previous run, "should pass" |
| Linter clean | Linter output: 0 errors | Partial check, extrapolation |
| Build succeeds | Build command: exit 0 | Linter passing, logs look good |
| Bug fixed | Test original symptom: passes | Code changed, assumed fixed |
| Regression test works | Red-green cycle verified | Test passes once |
| Agent completed | VCS diff shows changes | Agent reports "success" |
| Requirements met | Line-by-line checklist | Tests passing |
| Excuse | Reality |
|---|---|
| "Should work now" | RUN the verification |
| "I'm confident" | Confidence ≠ evidence |
| "Just this once" | No exceptions |
| "Linter passed" | Linter ≠ compiler |
| "Agent said success" | Verify independently |
| "I'm tired" | Exhaustion ≠ excuse |
| "Partial check is enough" | Partial proves nothing |
| "Different words so rule doesn't apply" | Spirit over letter |
Tests:
✅ [Run test command] [See: 34/34 pass] "All tests pass"
❌ "Should pass now" / "Looks correct"
Regression tests (TDD Red-Green):
✅ Write → Run (pass) → Revert fix → Run (MUST FAIL) → Restore → Run (pass)
❌ "I've written a regression test" (without red-green verification)
Build:
✅ [Run build] [See: exit 0] "Build passes"
❌ "Linter passed" (linter doesn't check compilation)
Requirements:
✅ Re-read plan → Create checklist → Verify each → Report gaps or completion
❌ "Tests pass, phase complete"
Agent delegation:
✅ Agent reports success → Check VCS diff → Verify changes → Report actual state
❌ Trust agent report
From 24 failure memories:
ALWAYS before:
Rule applies to:
No shortcuts for verification.
Run the command. Read the output. THEN claim the result.
This is non-negotiable.
先用伪代码梳理方案与迭代思路,再高效转成可执行代码。
帮助用户检索过往 Claude Code 对话,快速找回事实、决策与上下文线索。
帮助用户用接口封装实现细节,从业务层面设计与理解系统
帮助开发者保持类接口抽象一致,避免混杂序列化、持久化等无关职责。
为工程师生成分步实施计划,帮助在陌生代码库中快速落地任务。
帮助你在实施前先比较2到3种方案,选出更优设计与执行路径。
在宣称任务完成或修复成功前,先执行验证并用结果佐证结论。
为 Claude Code 会话提供系统化校验流程,帮助检查结果正确性与质量。
验证 AI 代理声称完成的输出文件是否真实存在且为最新生成。
在提交前验证代码变更,并检查是否满足 React 贡献要求。
为 Django 项目执行发布前校验流程,涵盖迁移、测试、安全与部署检查。
帮助团队在发布前系统核对部署条件、风险点与回滚准备事项。