完了前の検証

完了前の検証

タスクを「完了」とする前に、結果の最終的かつ徹底的なチェックを行います。

PROMPT EXAMPLE
「verification-before-completion」を使用して作業を検証してください。
Fast Processing
High Quality
Privacy Protected

SKILL.md Definition

Verification Before Completion

Overview

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.

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

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

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

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

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

Why This Matters

From 24 failure memories:

  • your human partner said "I don't believe you" - trust broken
  • Undefined functions shipped - would crash
  • Missing requirements shipped - incomplete features
  • Time wasted on false completion → redirect → rework
  • Violates: "Honesty is a core value. If you lie, you'll be replaced."

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

The Bottom Line

No shortcuts for verification.

Run the command. Read the output. THEN claim the result.

This is non-negotiable.


About Superpowers

Superpowers is a complete software development workflow for your coding agents, built on top of a set of composable "skills".

Philosophy

  • Test-Driven Development - Write tests first, always
  • Systematic over ad-hoc - Process over guessing
  • Complexity reduction - Simplicity as primary goal
  • Evidence over claims - Verify before declaring success

Installation

Note: Installation differs by platform. Claude Code has a built-in plugin system. Codex and OpenCode require manual setup.

Claude Code (via Plugin Marketplace)

In Claude Code, register the marketplace first:

/plugin marketplace add obra/superpowers-marketplace

Then install the plugin from this marketplace:

/plugin install superpowers@superpowers-marketplace

Verify Installation

Check that commands appear:

/help
# Should see:
# /superpowers:brainstorm - Interactive design refinement
# /superpowers:write-plan - Create implementation plan
# /superpowers:execute-plan - Execute plan in batches

強力な Agent Skills

プロフェッショナルなスキルコレクションで AI パフォーマンスを向上させます。

すぐに使用可能

スキルをサポートする任意のエージェントシステムにコピー&ペースト。

モジュール設計

「code skills」を組み合わせて、複雑なエージェントの動作を作成。

最適化済み

各「agent skill」は、高性能と正確性のために調整されています。

オープンソース

すべての「code skills」は提供とカスタマイズのために公開されています。

クロスプラットフォーム

さまざまな LLM とエージェントフレームワークで動作します。

安全・確実

AI セーフティのベストプラクティスに従った精査済みのスキル。

エージェントを強化する

今日から Agiskills を使い始めて、その違いを実感してください。

今すぐ探索

使い方

3 つの簡単なステップでエージェントスキルを開始しましょう。

1

スキルを選択

コレクションから必要なスキルを見つけます。

2

ドキュメントを読む

スキルの仕組みと制約を理解します。

3

コピーして使用

定義をエージェントの構成に貼り付けます。

4

テスト

結果を確認し、必要に応じて微調整します。

5

デプロイ

特化型 AI エージェントを起動します。

開発者の声

世界中の開発者が Agiskills を選ぶ理由をご覧ください。

Alex Smith

AI エンジニア

"Agiskills は AI エージェントの構築方法を完全に変えました。"

Maria Garcia

プロダクトマネージャー

"PDF スペシャリストスキルは、複雑なドキュメント解析の問題を解決してくれました。"

John Doe

開発者

"プロフェッショナルでドキュメントが充実したスキル。非常にお勧めです!"

Sarah Lee

アーティスト

"アルゴリズムアートスキルは、非常に美しいコードを生成します。"

Chen Wei

フロントエンドスペシャリスト

"テーマファクトリーで作成されたテーマはピクセルパーフェクトです。"

Robert T.

CTO

"現在、私たちの AI チームの標準として Agiskills を使用しています。"

よくある質問

Agiskills について知っておくべきすべてのこと。

はい、すべての公開スキルは無料でコピーして使用できます。

フィードバック