在宣称任务完成或修复成功前,先执行验证并用结果佐证结论。
该技能材料表现为纯提示词/流程规范,不要求密钥、未声明任何远程端点,也未描述文件读写或代码执行能力。基于现有材料与其开源来源,整体风险较低,主要仅需注意仓库维护与社区采用度有限。
材料明确标注无需密钥或环境变量;README 也未要求登录、令牌注入或凭证传递,未见明显凭证泄露或滥用面。
系统检查项与材料均显示无远程端点;该技能属于提示词型规则说明,未描述向外部服务发送用户数据或联网校验行为。
虽然 README 讨论“运行验证命令”,但当前审计对象本身被标记为 prompt-only,未提供可执行程序、安装脚本或本机进程启动机制;材料体现的是行为约束而非代码执行能力。
未声明需要读取或写入本地文件、仓库内容、系统资源或外部数据源;从材料看仅提供完成前核验的提示规范,不涉及额外数据访问授权。
正面因素是 GitHub 开源、源码可审计;但许可证未声明、社区采用度为 0 star、维护状态未知,说明供应链可信度中等偏谨慎,建议人工复核仓库内容与提交历史。
复制安装指令,让 AI 自动完成配置 · 推荐新手
请帮我安装 askskill 上的 "verification-before-completion" 技能: 1. 下载 https://raw.githubusercontent.com/obra/superpowers/main/skills/verification-before-completion/SKILL.md 2. 保存为 ~/.claude/skills/verification-before-completion/SKILL.md 3. 装好后重载技能,告诉我可以用了
我刚修复了登录接口的报错。请先不要直接说“已修复”,而是列出应执行的验证命令、说明每一步要检查的输出,并在我贴出结果后再判断是否真的修复完成。
先给出测试或验证步骤、通过标准与所需证据,再根据实际输出判断是否可宣称修复成功。
在创建 PR 之前,帮我检查这个项目应运行哪些构建、测试和静态检查命令。只有当这些命令输出符合预期时,才能得出“可以提交 PR”的结论。
输出一套 PR 前验证清单,并强调必须依据命令结果而不是主观判断来下结论。
我认为数据清洗脚本已经跑通。请先设计验证方案,包括运行命令、关键日志、样本结果和异常检查项;在没有看到这些证据前,不要说任务已完成。
给出面向数据流程的验证步骤和验收标准,确保先看证据再确认任务完成。
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.
根据需求先拆解多步骤任务,生成清晰可执行的实施计划
在对话开始时建立技能发现与调用规则,确保先用技能再作答。
系统化定位 bug、测试失败与异常行为,并在修复前梳理原因与排查步骤。
在开发分支完成并通过测试后,帮助选择合并、提 PR 或清理收尾方案。
用于在当前会话中拆分并并行推进独立实现任务,加快开发执行效率。
在创意与实现前梳理用户意图、需求与方案方向,降低返工风险。
在宣布任务完成前运行验证命令并核对结果,确保结论可靠无误。
在提交前验证代码变更,并检查是否满足 React 贡献要求。
验证 AI 代理声称完成的输出文件是否真实存在且为最新生成。
为 Claude Code 会话提供系统化校验流程,帮助检查结果正确性与质量。
为 Quarkus 项目执行发布前验证闭环,涵盖构建、测试、扫描与差异审查。
核验模型或文档中的陈述是否被证据支持、反驳或证据不足。