本文へ移動
cccskills
無料GitHub で公開日本語紹介

verification-before-completion

作業完了や不具合修正を報告する前に、テストやビルドを実行して結果を確認します。コミットやPR作成の前にも、実際の出力を根拠に状況を伝えるスキルです。

原文原文の説明を見る

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

インストール方法を見る

こんなときに便利

  • 完了報告の前に結果を確認したいとき
  • 不具合の修正を確かめたいとき
  • コミットやPR前の検証
  • 別のエージェントの変更確認

日本語での紹介

できること

作業の完了や修正の成功を報告する前に、根拠となる確認を行います。主張を確かめるコマンドを選び、実行結果の全文、終了コード、失敗件数を確認してから状況を伝えます。テスト、ビルド、コードの規約チェックを区別し、それぞれに必要な証拠を求めます。要件の達成は項目ごとに確認し、別のエージェントによる変更も差分と検証結果で確かめます。

こんなときに便利

修正したコードを提出するときや、コミット、PR作成の前に役立ちます。過去のテスト結果や「動くはず」という推測だけで完了と扱うのを避け、確認できた範囲と残る問題を把握したい場面に向いています。

使い方の例

  • 「完了を報告する前にテストとビルドを実行し、結果を根拠に状況をまとめて」
  • 「元の不具合が再現しなくなったか確認して」
  • 「別のエージェントの変更を差分と実行結果で検証して」

注意点

対象の作業を検証できるコマンドと実行環境が必要です。以前の実行結果や一部だけの確認は、現在の成功を示す根拠として扱いません。結果が主張を裏づけない場合は、実際の状況と証拠を報告する方針です。

この紹介文は、公開されている SKILL.md をもとに AI(Claude Haiku)が作成しました。正確な仕様は下の原文を確認してください。

含まれるファイル(1)

  • SKILL.md3.6 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

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

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

brainstorming

無料日本語概要

新しい機能や企画を作り始める前に、対話で目的や希望、制約を整理します。必要に応じて図や試作品で認識を確かめ、作業の規模に合った設計をまとめるスキルです。

  • 新機能の目的を明確にしたいとき
  • 講演や事業のアイデア整理
  • 画面や部屋の配置を見比べたいとき
obra/superpowers29.8万2026年10月10日 更新

diagnosing-superpowers

無料日本語概要

superpowersの作業記録を読み、作業の重複や計画逸脱、時間・トークン消費などを調べます。ファイルの行番号を根拠に、経緯を報告書へまとめるスキルです。

  • 作業の重複や計画逸脱を調べたいとき
  • セッションの時間や消費量の確認
  • スキルが使われたか確認したいとき
obra/superpowers29.8万2026年10月10日 更新

dispatching-parallel-agents

無料日本語概要

互いに依存しない不具合やテスト失敗を別々のエージェントに割り当て、並行して調査・修正するスキル。担当範囲を明確にし、結果の確認と変更の統合まで案内します。

  • 原因の異なるテスト失敗を調べたいとき
  • 別々の機能の不具合を修正したいとき
  • 複数エージェントの担当を整理したいとき
obra/superpowers29.8万2026年10月10日 更新

executing-plans

無料日本語概要

作成済みの実装計画を、同じセッションでタスクごとに実行します。テストの失敗と成功、進捗や判断を記録し、最後にブランチ全体をレビューするスキルです。

  • 作成済みの開発計画を実装したいとき
  • 実装用の別エージェントなしで進めたいとき
  • 進捗記録から作業を再開したいとき
obra/superpowers29.8万2026年10月10日 更新

finishing-a-development-branch

無料日本語概要

実装完了後に全テストを確認し、ローカルでのマージ、Pull Request作成、現状維持を選んで進めます。選択と作業環境に応じてブランチや作業領域を整理します。

  • 完成した機能をローカルでマージする
  • ブランチをpushしてPRを作る
  • 完成した変更を後で統合したいとき
obra/superpowers29.8万2026年10月10日 更新

receiving-code-review

無料日本語概要

コードレビューの指摘を実際のコードや対応環境と照らし合わせ、妥当性を確認します。不明点の整理、根拠を示した返答、修正ごとのテストまで進めるスキルです。

  • 曖昧なレビュー指摘を整理したいとき
  • 提案された変更の互換性確認
  • 追加機能が使われているか調べたいとき
obra/superpowers29.8万2026年10月10日 更新

obra のスキルをすべて見る

このスキルの問題を報告する