新しい機能や企画を作り始める前に、対話で目的や希望、制約を整理します。必要に応じて図や試作品で認識を確かめ、作業の規模に合った設計をまとめるスキルです。
- 新機能の目的を明確にしたいとき
- 講演や事業のアイデア整理
- 画面や部屋の配置を見比べたいとき
作業完了や不具合修正を報告する前に、テストやビルドを実行して結果を確認します。コミットや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作成の前に役立ちます。過去のテスト結果や「動くはず」という推測だけで完了と扱うのを避け、確認できた範囲と残る問題を把握したい場面に向いています。
対象の作業を検証できるコマンドと実行環境が必要です。以前の実行結果や一部だけの確認は、現在の成功を示す根拠として扱いません。結果が主張を裏づけない場合は、実際の状況と証拠を報告する方針です。
この紹介文は、公開されている SKILL.md をもとに AI(Claude Haiku)が作成しました。正確な仕様は下の原文を確認してください。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
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
ALWAYS before:
Rule applies to:
まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
新しい機能や企画を作り始める前に、対話で目的や希望、制約を整理します。必要に応じて図や試作品で認識を確かめ、作業の規模に合った設計をまとめるスキルです。
superpowersの作業記録を読み、作業の重複や計画逸脱、時間・トークン消費などを調べます。ファイルの行番号を根拠に、経緯を報告書へまとめるスキルです。
互いに依存しない不具合やテスト失敗を別々のエージェントに割り当て、並行して調査・修正するスキル。担当範囲を明確にし、結果の確認と変更の統合まで案内します。
作成済みの実装計画を、同じセッションでタスクごとに実行します。テストの失敗と成功、進捗や判断を記録し、最後にブランチ全体をレビューするスキルです。
実装完了後に全テストを確認し、ローカルでのマージ、Pull Request作成、現状維持を選んで進めます。選択と作業環境に応じてブランチや作業領域を整理します。
コードレビューの指摘を実際のコードや対応環境と照らし合わせ、妥当性を確認します。不明点の整理、根拠を示した返答、修正ごとのテストまで進めるスキルです。