Claude Code Superpowers：構造化AI開発のためのスキルフレームワーク

Claude Code は、頼んでもいないのに見栄えの良いコードを千行でも喜んで書いてくれます。

たいていの場合に必要なのは小さな修正なのに、リファクタリングや「改良」されたロジック、3つの新しいファイル、そして何も検証していないのに合格するテストまで付いてきます。エージェントは、実際に何を作ろうとしているのかを一度も尋ねず、自分の作業を振り返ることもありません。これが多くのコーディング支援ツールのデフォルトの挙動であり、そのせいで15分のタスクが2時間かかるセッションが多いのです。

Superpowers は、Jesse Vincent による Claude Code 向けのプラグインで、規律あるエンジニアリングのワークフローを示すことでこの問題を解決します。ブレインストーミング、テスト駆動開発、体系的デバッグ、サブエージェント駆動開発、コードレビュー、スキル作成をカバーし、信頼できる本物のエンジニアのように Claude が振る舞うようにします。

本記事では、Superpowers の概要、スキルの仕組み、そして構造化されたAI支援開発にどのように活用できるかを順にご紹介します。

生成AIをこれから始めるなら、Generative AI Concepts コースに登録してください。半日で強固な基礎が身につきます。

Claude Code Superpowers とは？

Superpowers は、Claude Code を規律あるエンジニアに近づけることを目指したスキルフレームワークです。

これは Jesse Vincent と Prime Radiant のチームが開発し、公式の Claude プラグインマーケットプレイスで配布されているプラグインです。要件の精緻化から完成ブランチのマージまで、ソフトウェア開発ライフサイクル全体をカバーする合成可能なスキルのライブラリをインストールします。

各スキルは、特定のタスクに対する構造化された方法論です。計画や設計を扱うものもあれば、実装、デバッグ、テスト、レビュー向けのものもあります。スキルは連携して機能するため、Claude は各リクエストを単発として扱うのではなく、ワークフロー全体を連鎖させて進められます。

Superpowers を使うと、考えるために立ち止まり、コードの前にテストを書き、当てずっぽうではなく根本原因からデバッグし、完了を宣言する前に自分の作業をレビューするコーディングエージェントが手に入ります。

Claude Code Superpowers の仕組み

Superpowers は、Claude に呼び出せるスキル群と、特定のワークフローを実行するスラッシュコマンドを与えることで挙動を変えます。

スキルとは、Claude が従うための明確な方法論を書いた小さな Markdown ファイルです。タスクがスキルの目的に合致すると、Claude はそれを読み、手順を適用します。各スキルの内容を覚える必要はありません。Claude は、タスク開始前に関連するスキルがないか確認し、自動的に取り込んでくれます。

スラッシュコマンドでワークフローを起動することもできます。たとえば、作りたいものを記述すると、ブレインストーミングスキルのソクラテス式設計セッションが自動的に起動します。設計が承認されると、writing-plans スキルがそれを小さく検証可能なタスクに分割し、executing-plans または subagent-driven-development が、組み込みのレビューのチェックポイントを設けながら計画を実行します。

基本的なパターンは常に同じ3ステップに従います。

1. スキルを呼び出す —— タスクを記述するか、スラッシュコマンドを実行します。
2. Claude がスキルの方法論に従う —— 即興ではなく一歩ずつ手順に従います。デバッグなら4段階の根本原因追及プロセス、TDDなら実装前に失敗するテストを書くことを意味します。
3. チェックポイントやレビューで前進を導く —— 一部のスキルは、先に進む前に承認のために一時停止します。別のスキルでは、新しいサブエージェントが計画に照らして作業をレビューし、重大度で問題にフラグを付けます。

エージェントは、完璧なプロンプトをあなたが書くのを待ってはいません。すでにプロセスを理解しており、必要なときだけ意思決定の入力を求めながら順に進めます。これが、通常の Claude Code との違いとしてこのフレームワークが体感される理由です。

Claude Code Superpowers の中核スキル

Superpowers にはスキルのライブラリが付属しますが、実務の大半を担ういくつかだけを知っておけば十分です。

ブレインストーミング

brainstorming スキルは、コードを書く前に起動します。

Claude がいきなり解決策に飛びつくのを許さず、実際に何を望んでいるのかを磨き込むためのソクラテス式の往復を強制します。Claude は鋭い質問を投げかけ、考えていなかった代替案も検討します。

アウトプットは、小さなセクションに分割された設計ドキュメントです。読みやすく、検証できます。設計を承認するまで次に進まないため、「Claude が別物を作ってしまった」問題を源流で断ち切れます。

テスト駆動開発

test-driven-development スキルは、古典的な RED-GREEN-REFACTOR サイクルを厳格に徹底します。

• RED：まず失敗するテストを書き、その失敗理由が正しいことを確認します。
• GREEN：テストを通すのに必要最小限のコードだけを書きます。
• REFACTOR：テストが緑になったら、振る舞いを変えずに実装を整えます。

実装コードを書く前に、テストは必ず失敗していなければなりません。テストの前にコードを書いた場合、このスキルはそのコードを削除してやり直すよう指示します。厳格なルールです。

体系的デバッグ

systematic-debugging スキルは、行き当たりばったりの当て修正を4段階プロセスに置き換えます。

1. 根本原因の調査：バグを再現し、最初の症状ではなく実際の原因源まで遡ります。
2. パターン分析：同じ原因を共有する関連問題が他所にないか探します。
3. 仮説検証：修正について明示的な仮説を立て、変更前に検証します。
4. 実装：前の3段階を経てから修正を書きます。

このスキルには安全装置も組み込まれています。修正が3回連続で失敗した場合、Claude はコードを見るのをやめ、代わりにアーキテクチャレビューを実行します。小手先の修正を繰り返してしまう無限ループを防ぎ、より大きな見直しが必要な問題に対処します。

サブエージェント駆動開発

subagent-driven-development スキルは、長大なひと続きのコンテキストで処理するのではなく、新しいサブエージェントに作業を分割します。

計画内の各タスクごとに、Claude は新しいサブエージェントを作成します。そのサブエージェントがタスクを実装し、別のレビュー用サブエージェントが、まず仕様順守、次にコード品質という2段階チェックを実施します。いずれかが不合格なら、次のタスクに進む前に修正へ戻します。

各サブエージェントは自分のタスクに必要な情報だけを参照し、レビュー工程でドリフトを早期に捉えて混乱を防ぎます。

スキル作成

writing-skills スキルを使うと、Superpowers 自体の新しいスキルを作成できます。

Claude が、スキルの方法論の記述、実際のシナリオでの検証、結果に基づく改善までを案内します。ここでも TDD の規律が適用され、スキルが何をすべきかを定義し、その振る舞いのテストを書き、最後にスキルの手順を書く流れになります。

これにより Superpowers は拡張可能になります。チーム固有の規約やレビューのチェックリストをコード化すれば、Claude はフレームワークの他の要素と同様にそれに従います。

Superpowers のスラッシュコマンド

スラッシュコマンドは、どのワークフローを実行するかを Claude に伝える手段です。

タスクを平易な英語で記述して Claude に適切なスキルを選ばせてもよいですし、スラッシュコマンドで直接制御しても構いません。ワークフローのどの段階にいるのかを明確に指定したく、Claude に推測させたくないときに便利です。

コマンドは開発ライフサイクルの特定のポイントに対応しています。ゼロからワークフローを走らせるものもあれば、より大きな流れの中の個別ステップだけを実行するものもあります。

典型的なセッション例は次のとおりです。

• /superpowers:brainstorm から始め、新機能の要件を精緻化します。Claude はソクラテス式の質疑を行い、エッジケースを洗い出し、承認用の設計ドキュメントを作成します。

• 設計が承認されたら、/superpowers:plan を実行して、正確なファイルパスやコード変更を含む小さく検証可能なタスクに分解します。

• 次に、/superpowers:execute-plan がチェックポイント入りでタスクを実行し、必要に応じてサブエージェントを作成し、計画に沿ってレビューのために一時停止します。

• 実装後は、/superpowers:review でコードレビューワーエージェントを実行し、先へ進む前に問題を洗い出します。

注：Superpowers は非常に活発に開発が進んでいます。執筆時点でも直前日に新リリースが出ており、バージョンによって正確なコマンド名は変わる可能性があります。現在のシンタックスは プロジェクトの GitHub リポジトリ を確認してください。

Superpowers におけるコードレビュー

Claude がタスク（またはタスク群）を実装した後、コードレビューワーエージェントが、クリーンなコンテキストを持つ別のサブエージェントとして実行されます。実装に至った会話履歴は見ず、計画、コード、レビュー基準だけを参照します。これは、レビューアを可能な限りバイアスのない状態に保つために重要です。

レビューアは次の3点を確認します。

1. 実装と計画の整合：コードは計画で宣言されたことを実現しているか。抜けや余計な機能はないか。
2. コーディング規約：プロジェクトの規約に従っているか。命名、整形、エラーハンドリング、CLAUDE.md のルールなどを含みます。
3. アーキテクチャ整合性：既存のコードベースの構造に適合しているか、場違いな新パターンを導入していないか。

問題は重大度で分類されて返ってきます。致命的な問題は修正されるまで先に進めません。低い重大度の指摘は報告にとどめ、今対処するか後回しにするかを判断できます。

要するに、コードがコンパイルできたりテストが通ったりしただけでタスク完了とはなりません。別のエージェントが、計画通りでコードベースに適合していることに同意する必要があります。

Claude Code Superpowers での TDD

多くのコーディング支援ツールは、テストを「あるとよいもの」程度に扱います。

機能を頼むと、まず機能が書かれ、テストは後付けか、そもそも現れません。その結果、何も証明されていないのに「動いている」コードが生まれます。Superpowers は、テストを Claude が最初に書くもの、そしてその後すべてのゲーティングメカニズムにします。

test-driven-development スキルは、あらゆる変更に対して RED-GREEN-REFACTOR サイクルを実行します。

ステップ1：失敗するテストを書く

望む振る舞いに対するテストを書き、実行します。

テストは必ず失敗しなければなりません。初回で通るのは、その振る舞いが既に存在するか、テストが本来の確認をしていないかのどちらかです。いずれにせよ、テストが失敗し、その理由が明確になるまで先へは進みません。

この段階は、実装を書く前に「完了」の姿を考えさせる効果もあります。テストは実行可能な仕様です。

ステップ2：最小の修正を実装する

失敗しているテストを通すために、最小限のコードだけを書きます。

目標は、できるだけ少ないコードで RED を GREEN に反転させることです。余計なことをしようとすると、スキルが制約をかけます。ここで YAGNI（You Aren't Gonna Need It）が生きます。Claude は今日必要なものだけを作り、将来かもしれない需要には備えません。

ステップ3：リファクタリング

テストが緑になったら、振る舞いを変えずにコードを整えます。

この段階で構造が改善されます。ヘルパーの抽出や長い関数の分割などを行っても、変更のたびにテストが通っている必要があります。リファクタリングでテストが壊れたら巻き戻します。

ステップ4：レビュー

次のタスクに進む前に、コードレビューワーエージェントを新しいコードに対して実行します。

実装が計画に沿っているか、テストが要件を満たしているか、変更全体がプロジェクトの標準に合致しているかを確認します。いずれかが不合格なら、タスクは完了ではありません。

原則は、テストの存在前に書かれたコードは削除される ことです。Claude が先走って、失敗するテストを用意する前に実装してしまった場合、そのコードは破棄し、正しいサイクルからやり直します。

Claude Code Superpowers でのデバッグ

デバッグは、2026年になってもなおAIコーディングツールが苦手とする領域です。

systematic-debugging スキルは、これを防ぐために設計されました。

当てずっぽうのパッチではなく、Claude は4つの段階を順番に進みます。まずは根本原因の調査——バグを確実に再現し、最初の症状ではなく本当の発生源まで辿ります。次にパターン分析で、同じ根本原因を共有する関連問題が他所にないかを探ります。その後、仮説検証で、修正について明示的な理論を述べ、変更前に検証します。これら3段階を経て、最後に実装が行われます。

1回あたりは遅く感じるかもしれませんが、全体としてははるかに速くなります。Claude の当て推量を眺める時間が減り、実際の修正に時間を使えるからです。

また、問題発生時のセーフガードも備わっています。修正が3回連続で失敗した場合、Claude は小手先のパッチをやめ、アーキテクチャレビューを実行します。

修正失敗が続くのは、問題の所在が勘違いであるか、設計自体が誤っているサインです。Superpowers は3回目の失敗をストップサインと見なし、視野を広げて見直すことを強制します。

Superpowers で新しいスキルを書く

Superpowers には優れた既定ライブラリがありますが、最大の魅力は拡張できることです。

各チームには、一般的なベストプラクティスと完全には一致しない独自の規約があります。標準の Claude はそれらを知りませんから、毎回プロンプトで繰り返し伝える羽目になります。カスタムスキルは、ルールを一度だけコード化し、以後は毎回 Claude にそれを守らせる手段です。

writing-skills スキルは、新しいスキルの構築手順を案内します。Superpowers がコードで用いるのと同じ TDD の規律を適用し、スキルが何をすべきかを定義し、その振る舞いのテストを書き、最後にスキル本体を書く流れです。

スキルの執筆

スキルは、Claude が従える方法論を記した Markdown ファイルです。

まず、そのスキルが解決する問題と、どのトリガーで有効化されるべきかを記述します。次に、Claude が踏むべき手順、実行すべきチェック、決して破ってはならないルールを書きます。形式はコードではなく構造化されたプレーンテキストなので、チームの誰でも読んで編集できます。

writing-skills スキルは、よくある落とし穴を避けるのにも役立ちます。曖昧すぎるスキルは無視され、厳格すぎるスキルはエッジケースで機能しません。既存スキルと重複すると、Claude が誤った方法論を選択する原因になります。

スキルのテスト

Superpowers は、スキルのテストをエンジニアリング作業として扱います。スキルがカバーすべきシナリオを書き、スキルを読み込んだ Claude をそれらに対して実行し、指定どおりの振る舞いになるか確認します。Claude が誤った動作をするなら、スキル側の改善が必要です。

これは、意図と記述の隔たりを埋める工程です。自分には明快に読めるスキルでも、Claude にとっては曖昧かもしれません。実例で走らせて初めて分かります。

継続的な改善

初版のスキルは、たいてい想定外のエッジケースを見落とします。Claude が方法論には従っているのに、当然と考えていたステップを飛ばすこともあります。あるいは不適切な場面でスキルが発火するかもしれません。こうしたギャップが、スキルの磨き方を教えてくれます。

時間とともに、スキルライブラリはチームの実際の働き方の記録になります。既に代償を払った失敗と、そこから生まれた規則が刻まれます。新しいエンジニアは規約を学ばなくても、Claude がすでに従っています。

これが、Superpowers を単なるプラグインではなくフレームワークたらしめる所以です。

デフォルトのスキルは出発点に過ぎません。真価は、リポジトリ内の他のコードと同様に、チームが所有し、レビューし、改善する対象としてスキルライブラリを扱うときに現れます。

Claude Code Superpowers と標準の Claude Code の違い

標準の Claude Code は汎用のコーディングエージェントです。やりたいことを伝えると、そのやり方を見つけてくれます。

その柔軟性こそが肝です。ファイルのリファクタリング、関数のデバッグ、テストの作成、コードの解説などを依頼でき、要望に適応します。ただし、出力品質はプロンプトの巧拙に依存します。曖昧なプロンプトは曖昧な回答を生み、制約や例示を含む詳細なプロンプトは、望む結果に近づきます。

Superpowers は、そこに構造を加えます。スキルが、Claude が特定タスクにどう取り組むかを定義するため、毎回方法論を一から指示する必要はありません。TDD には既にワークフローがあり、デバッグには手順があり、コードレビューには基準があります。最初から多くが整っています。

以下は並置した概要です。

Claude Code と Superpowers の比較

標準の Claude Code も依然として有用です。すべてのタスクにワークフローが必要なわけではなく、5行の修正に構造を強いるのは大げさです。単一のプロンプトではうまく記述しきれない規模の作業には Superpowers を使ってください。

Claude Code Superpowers と他の Claude プラグイン

Superpowers は Claude マーケットプレイスで唯一のプラグインではありませんが、働き方 に焦点を当てる稀有な存在です。

他の人気プラグインは、より具体的な課題を解決します。

• Frontend Design は独自の美学を持つフロントエンドを生成し、UI が他のAI製ページと同じ見た目になるのを防ぎます。
• Code Review は信頼度ベースのフィルタリングを備えた特化レビューエージェントをプルリクに対して実行します。ワークフローのうちレビューだけを強化したい場合に有用です。
• Context7 は、ソースリポジトリからバージョン固有の最新ドキュメントとコード例を Claude のコンテキストへ取り込み、「Claude が古いAPIを使ってしまう」問題を解決します。
• Skill Creator は個々のスキルの構築、評価、ベンチマークを支援します。

これらはいずれも一つのことを上手にこなします。UI コードを良くしたいなら Frontend Design、最新ドキュメントを文脈に取り込みたいなら Context7 を入れます。

Superpowers はその反対で、Claude に新機能を足すのではなく、開発サイクル全体へのアプローチを変えます。ブレインストーミング、計画、実装、テスト、デバッグ、レビュー、マージのすべてに方法論を与えます。スキルは機能の寄せ集めではなく、連携して働きます。

Superpowers は他のプラグインと併用できます。

Superpowers セッション内で Context7 を使えば、規律あるワークフローに従いながら最新ドキュメントを活用できます。Frontend Design を使えば、UI も他の作業と同様に、計画→実装→レビューのサイクルで構築されます。

Claude Code Superpowers は誰に向いているか？

Superpowers は、構造が必要なほど複雑な作業に最適です。

具体的なシチュエーションは次のとおりです。

• 規律あるAIコーディングのワークフローを求めている： 自信満々なのに誤ったコードを出す Claude を経験し、実行前に立ち止まって考える枠組みが欲しい場合。

• チームで TDD を実践している： プラグインがサイクルを強制し、Claude は常にテストから始め、テストを通す最小限のコードのみを生成します。

• 複雑な Claude Code ワークフローを構築している： 複数ステップの機能や多くのファイルを編集するリファクタリングでは、計画とレビューの工程が有効です。

• 独自のスキルを書きたい： チームの規約を CLAUDE.md に長々と書いてきたなら、スキルの方がすっきりと実現できます。

以下の場合は、Superpowers はやり過ぎかもしれません。

• すばやい補完スタイルの支援が欲しい： 1行の修正に4段階のデバッグは不要です。標準の Claude Code の方が速いでしょう。
• 単発の簡単なスクリプトを書いている： 使い捨てコードに、計画・テスト・レビューのオーバーヘッドは見合いません。

判断基準は、たいてい「今日以降そのコードがどれだけ重要か」です。二度と見ないなら Superpowers は過剰です。誰かが読む・動かす・保守するなら、選ぶ価値があります。

長所と制限事項

Superpowers は個人開発者やエンジニアリングチームに有益ですが、追加のオーバーヘッドに見合わない場合や制限もあります。

長所

最大の「売り」は構造化された方法論です。Claude が普段は即興で対応しているタスクにも定義済みプロセスで取り組むため、セッション間・メンバー間で出力がより一貫します。

AI コーディングツールの苛立ちの元となるカオスな挙動を抑えます。ランダムなパッチ、新機能の勝手な追加、テストのスキップ、「頼んだものと違うものを作った」といった問題がなくなります。

TDD とデバッグも特筆に値します。テストがコードに先行し、デバッグは根本原因から始まります。Superpowers フレームワークがこれらを強制します。

スキル作成機能により、フレームワークを自分たちのものにできます。チームの規約やプロジェクトの知見をスキルに埋め込み、毎回 Claude に順守させられます。

制限事項

学習コストがあります。スキルの役割、呼び出しどき、ワークフロー段階のつながりを理解する必要があります。最初の数回は、フレームワークを学びながら作業するため、素の Claude Code より遅く感じるでしょう。

また、単純なタスクには重く感じる場合があります。小さな修正に4段階のデバッグは不要です。いつフレームワークを使い、いつ使わないかの勘所が必要です。

さらに、このフレームワークは実際にワークフローに従うことに依存します。ブレインストーミングを省略すれば、計画段階が依存する設計ドキュメントが失われます。計画を飛ばせば、実行段階は基準を失います。スキルは連鎖する前提で設計されており、その鎖を断つと価値も損なわれます。

いずれも致命的な欠点ではありませんが、認識しておくべき点です。Superpowers は、このやり方を望むエンジニアにとって大規模プロジェクトでこそ報われます。小規模なデモ用途では真価は発揮されません。

結論

Superpowers は、熟練のエンジニアリングチームが手作業で従うであろう方法論——設計、実装、テスト、デバッグ、レビュー——を Claude に与えるプラグインです。

核となる価値は規律です。Superpowers により、Claude は当て推量をやめ、実際に機能するプロセスに従うようになります。これにより、プロンプトの繰り返しが減り、無駄なセッションや手戻りが減り、すべての行を読み直さなくても信頼できるコードが得られます。

Claude をチャットボットではなく、実際のエンジニアリングパートナーのように振る舞わせたいなら、Superpowers を試す価値があります。

生成AIはビジネス環境で機能するのか？Generative AI for Business コースに登録して、中小企業からエンタープライズまでの価値をご確認ください。