跳到正文
cccskills
免费在 GitHub 公开中文介绍

verification-before-completion

在报告任务完成或修复成功前运行测试、构建等检查,核对完整输出,并在提交修改或创建拉取请求前,以当前实际结果为依据说明状态。

原文查看原文说明

Use when about to claim work is complete, fixed, or passing, before committing or creating PRs - requires running verification commands and confirming output before making any success claims; evidence before assertions always

AI 评分80分/ 100查看安装方法

适用场景

  • 报告完成前核对结果
  • 验证问题是否修复
  • 提交或创建拉取请求前验证
  • 检查其他智能体的修改

中文介绍

功能

在报告任务完成或修复成功前,先进行能够支撑结论的验证。选择可验证该结论的命令并运行,检查完整输出、退出码和失败数量,再说明当前状态。测试、构建和代码规范检查分别处理,各自需要相应证据。对于需求是否满足,会逐项核对;对于其他智能体所做的修改,也会结合差异和验证结果进行检查。

适用场景

适合提交修复后的代码、准备提交修改或创建拉取请求时使用。帮助确认哪些内容已经验证、还存在哪些问题,避免仅凭以前的测试结果或“应该能运行”的判断,就将工作视为完成。

使用示例

  • “报告完成前先运行测试和构建,并根据结果总结当前状态。”
  • “检查原来的问题是否还会复现。”
  • “根据差异和运行结果,验证另一个智能体的修改。”

注意事项

需要能够验证目标工作的命令及运行环境。以前的运行结果或局部检查不能作为当前成功的证据。如果结果不足以支撑结论,会如实报告实际状态及相关证据。

本介绍由 AI(OpenAI Codex)根据公开的 SKILL.md 撰写。准确的规格请查看下方原文。

客观评估

AI 仅根据 SKILL.md 的内容,从 4 个方面进行了评估。星标数和热度不计入评估。

指令清晰度能否看出何时使用、做什么
A良好明确要求在报告完成或提交前检查新的验证结果。
步骤具体性步骤、输入输出和示例是否具体
A良好提供五个步骤及示例,涵盖命令选择、完整输出与退出码检查和附证据报告。
安全性发送数据、删除文件、执行命令等是否有说明
B部分不足要求运行验证命令及临时撤销修复,但未界定这些操作的范围。
安装难易度所需工具和 API 密钥是否少且有说明
B部分不足以能够运行测试、构建和代码规范检查为前提,但没有环境配置步骤。

总分按每项 A=25 分、B=15 分、C=5 分相加。 由 AI(OpenAI Codex)于 2026年10月19日 评估。仅供参考,安装前请同时查看原文。

如果您认为评估有误,请申请复核

请写明哪一项有误以及原因。无需登录。我们会对照 SKILL.md 重新评估,并在此处更新结果。

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

包含的文件(1)

  • SKILL.md3.6 KB

SKILL.md(原文)

安装前可以查看交给 AI 代理的指令内容。

Verification Before Completion

Overview

Core principle: Evidence before claims, always.

Violating the letter of this rule is violating the spirit of this rule.

The Iron Law

NO COMPLETION CLAIMS WITHOUT FRESH VERIFICATION EVIDENCE

If you haven't run the verification command in this message, you cannot claim it passes.

The Gate Function

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

Common Failures

ClaimRequiresNot Sufficient
Tests passTest command output: 0 failuresPrevious run, "should pass"
Linter cleanLinter output: 0 errorsPartial check, extrapolation
Build succeedsBuild command: exit 0Linter passing, logs look good
Bug fixedTest original symptom: passesCode changed, assumed fixed
Regression test worksRed-green cycle verifiedTest passes once
Agent completedVCS diff shows changesAgent reports "success"
Requirements metLine-by-line checklistTests passing

Red Flags - STOP

  • Using "should", "probably", "seems to"
  • Expressing satisfaction before verification ("Great!", "Perfect!", "Done!", etc.)
  • About to commit/push/PR without verification
  • Trusting agent success reports
  • Relying on partial verification
  • Thinking "just this once"
  • Tired and wanting work over
  • ANY wording implying success without having run verification

Rationalization Prevention

ExcuseReality
"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

Key Patterns

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

When To Apply

ALWAYS before:

  • ANY variation of success/completion claims
  • ANY expression of satisfaction
  • ANY positive statement about work state
  • Committing, PR creation, task completion
  • Moving to next task
  • Delegating to agents

Rule applies to:

  • Exact phrases
  • Paraphrases and synonyms
  • Implications of success
  • ANY communication suggesting completion/correctness

评价

还没有评价。欢迎分享你的使用感受。

评论

无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

提交后会立即公开。请勿填写邮箱、电话等个人信息。URL 最多 2 个。

0 / 1000 字

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

同一仓库的技能

brainstorming

免费有简介AI 评分 90分

在开始新功能或项目之前,通过对话明确目的、偏好和限制。根据需要用图示或原型核对理解,并按工作规模整理说明或设计文档。

  • 明确新功能的目的
  • 整理演讲或商业构想
  • 比较界面或房间布局
obra/superpowers30.2万2026年10月10日 更新

diagnosing-superpowers

免费有简介AI 评分 90分

读取 superpowers 会话记录,调查重复工作、偏离计划、耗时及令牌消耗。以文件路径和行号为依据整理经过,生成有证据支持的报告。

  • 调查重复工作或偏离计划的情况
  • 查看会话耗时和令牌消耗
  • 确认技能是否被使用
obra/superpowers30.2万2026年10月10日 更新

dispatching-parallel-agents

免费有简介AI 评分 90分

将相互独立的缺陷或测试失败分配给不同代理,并行调查和修复。明确各自范围与报告要求,再检查修改冲突、运行完整测试并整合结果。

  • 调查原因互不相关的测试失败
  • 修复不同功能中的独立缺陷
  • 明确多个代理的工作范围
obra/superpowers30.2万2026年10月10日 更新

executing-plans

免费有简介AI 评分 90分

在同一会话中逐项执行已有的实施计划,确认测试先失败后通过,记录进度与判断,并在全部任务结束后审查整个分支的更改。

  • 执行已有的开发计划
  • 不另派实施代理完成工作
  • 根据进度记录恢复任务
obra/superpowers30.2万2026年10月10日 更新

finishing-a-development-branch

免费有简介AI 评分 90分

在实现完成后检查全部测试,让用户选择本地合并、创建拉取请求或保留现状,并执行所选操作,再根据选择和工作环境整理分支与工作区。

  • 在本地合并已完成的功能
  • 推送分支并创建拉取请求
  • 保留已完成的修改以便日后整合
obra/superpowers30.2万2026年10月10日 更新

receiving-code-review

免费有简介AI 评分 80分

将代码审查意见与实际代码、支持的运行环境及现有行为进行核对,确认建议是否合理,梳理疑问并依据技术证据回复,再逐项修改和测试。

  • 梳理含糊的代码审查意见
  • 核实建议修改的兼容性
  • 检查拟扩展的功能是否实际使用
obra/superpowers30.2万2026年10月10日 更新

查看 obra 的全部技能

报告此技能的问题