要点
- Superpowers は 15 の組み合わせ可能なスキル（ブレインストーミング、計画、TDD、デバッグ、worktree、コードレビュー）をまとめたオープンソースのプラグインで、導入すれば Claude Code が自動で読み込みます。
- 公式マーケットプレイスなら /plugin install superpowers@claude-plugins-official の 1 行。obra/superpowers-marketplace を追加してから superpowers@superpowers-marketplace を入れる方法もあります。
- 作者のリリース記事が挙げる最低要件は Claude Code 2.0.13 程度。リポジトリのプラグインマニフェストは v7.0.2（2026-11-03 リリース）です。
- 流れは ブレインストーミング → worktree → 計画作成 → サブエージェント実行またはインライン実行＋TDD → レビュー → ブランチ完了。エージェントはどのタスクの前にも該当スキルを確認します。
リポジトリの状態は 2026-11-11 に確認：GitHub のスター数 315,938、最新リリース v7.0.2（2026-11-03）、最新コミット 22f0b463。スター数は毎日変わるのでスナップショットとして読んでください。本ページの導入コマンド・スキル名・バージョンは出典からの転記で、言い換えはしていません。
Superpowers とは何か
Superpowers は MIT ライセンスのオープンソースプラグイン（執筆時点で v7.0.2）で、Claude Code に道具を増やすのではなく、ソフトウェア開発の方法論を与えます。モデルでも API プロキシでもフォークでもなく、15 のスキルと、それらを探して従わせるブートストラップの組み合わせです。
スキルとは SKILL.md を入れたフォルダです。name と description を持つ YAML フロントマターと、その下の markdown の指示。description がトリガーで、Claude Code はそれを読んで適用可否を判断します。Superpowers はセッション開始フックで using-superpowers のブートストラップを注入するので、コードを書いた後ではなく答える前にスキルを探します。
Prime Radiant の Jesse Vincent（obra）が作り、2025-10-09 に公開されました。Anthropic が Claude Code のプラグインシステムを出した当日です。同じリポジトリが Codex、Cursor、Gemini CLI、Copilot CLI、OpenCode などにも入ります。1 つのスキルライブラリを複数のハーネスで使えます。
- バージョン
- v7.0.2 · 2026-11-03
- 最新コミット
- 22f0b463
- ライセンス
- MIT
Claude Code に Superpowers を入れる
公式に用意された 2 通りで、どちらもリポジトリの README からの転記です。Claude Code のセッション内で実行してください。シェルコマンドではなくスラッシュコマンドです。
方法 1 — 公式マーケットプレイス（1 行）
Anthropic の claude-plugins-official は対話式の Claude Code セッションを初めて起動したときに自動で追加されるので、必要なのはインストールの 1 行だけです。README には claude.com/plugins/superpowers の紹介ページへのリンクもあります。
/plugin install superpowers@claude-plugins-official方法 2 — Superpowers マーケットプレイス
作者自身のマーケットプレイスを使いたい場合（superpowers-chrome や elements-of-style などの関連プラグインも並びます）。1 行目でマーケットプレイスを登録し、2 行目で名前を指定してインストールします。
/plugin marketplace add obra/superpowers-marketplace/plugin install superpowers@superpowers-marketplace動かす前に必要なもの
- 1Claude Code 2.0.13 以降。作者のリリース記事がプラグイン手順の最低要件として挙げたバージョンです。
- 2インストール後の再起動。claude を終了して起動し直すと、セッション開始フックが動いてブートストラップが注入されます。
- 3フルワークフローには git リポジトリが必要です。worktree の手順で独立したブランチを作り、完了時にはマージ・PR・破棄の選択肢が出ます。
他のハーネスも同じリポジトリから
README はコーディングエージェントごとに 1 行のインストールコマンドを載せています。以下は原文の転記です。コマンドはリリースごとに変わるので、実行前に README を読み直してください。
| ハーネス | インストールコマンド |
|---|---|
| Codex CLI | /plugins |
| Cursor | /add-plugin superpowers |
| Gemini CLI | gemini extensions install https://github.com/obra/superpowers |
| Copilot CLI | copilot plugin marketplace add obra/superpowers-marketplace |
| Antigravity | agy plugin install https://github.com/obra/superpowers |
| Qwen Code | qwen extensions install obra/superpowers |
| Kimi Code | /plugins install https://github.com/obra/superpowers |
| Factory Droid | droid plugin marketplace add https://github.com/obra/superpowers |
| Grok Build | grok plugin install superpowers@xai-official --trust |
| Pi | pi install git:github.com/obra/superpowers |
| Hermes | hermes plugins install obra/superpowers --enable |
強制されるワークフロー
Claude Code の挙動を実際に変えるのはこの部分です。README の Basic Workflow にある 7 ステップに加え、どのタスクの前にも該当スキルを確認するというルールがあります。
- 1
brainstorming
何かを作る前に、本当に欲しいものとその理由を質問で引き出し、理解を復唱して訂正を受けます。小さな変更以上のものは設計ドキュメントになります。
- 2
using-git-worktrees
設計が承認されると新しいブランチに隔離ワークスペースを作り、プロジェクトのセットアップを実行し、テストのベースラインがきれいなことを確認してからコードに触ります。
- 3
writing-plans
承認された設計を 2〜5 分単位のタスクに分解し、それぞれに正確なファイルパス、完全なコード、検証手順を持たせます。
- 4
subagent-driven-development または executing-plans
実行は 2 通り。タスクごとに新しいサブエージェントを立てて都度レビューする（最も徹底）、現在のセッションでインラインに実装し最後にブランチ全体を 1 回レビューする（最も安い）。
- 5
test-driven-development
実装中は RED-GREEN-REFACTOR を徹底します。失敗するテストを書き、失敗を見て、最小限のコードを書き、通るのを見て、コミット。テストより先に書いたコードは削除されます。
- 6
requesting-code-review
タスクの合間に計画に対してレビューし、問題は重大度で報告されます。Critical は進行を止めます。
- 7
finishing-a-development-branch
最後にテストを検証し、マージ・PR・保持・破棄の選択肢を出して、選んだ処理を実行し worktree を片付けます。
v7.0.2 の 15 スキル全部
フォルダ名はエージェントが照合に使う識別子なので翻訳していません。各説明はコミット 22f0b463 時点のそのスキル自身のフロントマターを要約したものです。
テスト
test-driven-development
先にテストを書き、失敗を見てから通るだけのコードを書く。テストのアンチパターン集も同梱。
デバッグ
systematic-debugging
バグ・失敗テスト・想定外の挙動に対して、修正を出す前に 4 段階の根本原因プロセスを踏む。症状だけ直すのは失敗とみなす。
verification-before-completion
作業が完了・修正済み・通過したと主張する前に、検証コマンドを実行して出力を読む。
diagnosing-superpowers
セッションがおかしかったとき、記録を読んで行レベルの証拠つきで報告し、必要なら不透明化したバンドルを issue 用にまとめる。
コラボレーション
brainstorming
創造的な作業の前に必須。質問で意図を引き出し、作る前に理解を復唱して確認する。
writing-plans
仕様を、コードベースを見たことのないエンジニアでも実行できる計画に変える。タスクごとにファイル・名前・シグネチャ・テストを明記。
executing-plans
インライン実行。現在のセッションでタスクを順に実装し、最後にブランチ全体を新しいコンテキストで 1 回レビューする。
subagent-driven-development
タスクごとに新しい実装サブエージェントを立て、都度仕様と品質のレビューを行い、最後にブランチ全体を広くレビューする。
dispatching-parallel-agents
共有状態も順序依存もない独立タスクが 2 つ以上あるとき、逐次処理せず、それぞれ専用のコンテキストを組んで並列に委任する。
requesting-code-review
正確に組み立てたコンテキストを渡してレビュー用サブエージェントを派遣し、問題を最後ではなくタスクの間に表面化させる。
receiving-code-review
レビュー指摘への対応：実装前に検証し、仮定せず質問し、体裁だけの同意はしない。
using-git-worktrees
隔離ワークスペースを確保する。プラットフォーム標準の worktree ツールを優先し、無い場合だけ手動の git worktree に落とす。
finishing-a-development-branch
テストを検証し、環境を判定し、マージ／PR／保持／破棄を提示し、選択を実行して片付ける。
メタ
writing-skills
プロセス文書に TDD を適用してスキルを作成・編集する。スキルが実際に発火するかを試す方法も含む。
using-superpowers
ブートストラップ用スキル。スキルの探し方、読み込み方、なぜ応答の前に必ず呼ぶのかを扱う。
Superpowers と素の Claude Code の違い
素の Claude Code にもプランモード、ネイティブのスキル、サブエージェント、worktree、プラグインがあります。Superpowers は新しい部品を足すのではなく、「いつそれを使うか」という主張と、その主張を飛ばしにくくするフックを足します。
| 項目 | 素の Claude Code | Superpowers 導入後 |
|---|---|---|
| ワークフローの出どころ | セッションごとに自分で選ぶ。プランモード、CLAUDE.md の慣習、あるいは貼り付けるプロンプト。 | セッション開始フックが必須スキルのブートストラップを注入し、その順序が既定になります。 |
| 計画 | プランモードが計画を作り、承認後に同じコンテキストで実装が始まる。 | brainstorming → 設計ドキュメント → writing-plans で、計画がファイルパスとテスト付きの 2〜5 分タスクになります。 |
| 隔離と実行 | worktree もサブエージェントも存在するが、使うかどうかは自分で決める。 | 設計後に using-git-worktrees が自動で走り、subagent-driven-development か executing-plans かを選ばされます。 |
| 品質ゲート | テストとレビューは自分で依頼するか、フックや CI を自分で組む。 | TDD、verification-before-completion、requesting-code-review がタスクの間に発火し、レビューの Critical は進行を止める。 |
効くところ
- 既定が「まずコードを書く」から「まず聞く」に変わります。実用上の最大の違いで、作者のリリース記事の中心でもあります。
- スキルが小さく読める。振る舞いはすべて markdown ファイルで、開いて差分を見て書き換えられます。
- 1 つのスキルライブラリを複数ハーネスで。同じリポジトリが Claude Code、Codex、Cursor、Gemini CLI などに入ります。
コストになる点
- トークンとターンが増えます。質問、設計ドキュメント、計画、タスクごとのレビューが最初のプロダクションコードより前に来ます。
- 意図的に主張が強い設計。YAGNI、厳格な TDD、必須のスキル呼び出しは、新規開発には向いてもレガシーリポジトリの緊急修正には重いです。
- 更新し続ける対象が 1 つ増え、フルに活かすには git リポジトリとサブエージェント対応ハーネスが前提です。
セッションがおかしいとき
スキルが不要なときに発火する、必要なときに黙る、エージェントが自分の計画を無視する。そんなときのために diagnosing-superpowers スキルが同梱されています。セッション内で頼めば記録を読み、証拠つきで何が起きたかを報告し、必要なら不透明化したバンドルを issue 用にまとめます。過去のセッションは「in session <id>」で指定します。
figure out what went wrong with superpowers in session <id>テレメトリーと無効化
README は明快です。brainstorming スキルの任意のビジュアルコンパニオンは Prime Radiant のサイトからロゴを読み込み、そこには Superpowers のバージョンが含まれますが、プロジェクト・プロンプト・エージェントの情報は含まれません。SUPERPOWERS_DISABLE_TELEMETRY に真値を入れれば無効になります。Claude Code の DISABLE_TELEMETRY と CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC も尊重されます。