【2026年10月最新】everything-claude-codeとは？Claude Code最強プラグインを「入れるべき機能」だけ厳選する方法

「GitHubで話題のeverything-claude-codeを入れてみたけど、エージェントもスキルもコマンドも多すぎて、結局何を使えばいいのか分からない」——Claude Codeを使い込んでいる方ほど、このプラグインの情報量に圧倒されがちです。

25種類以上のサブエージェント、100を超えるスキル、数十のスラッシュコマンドをすべて有効にすると、便利になるどころかコンテキストウィンドウが圧迫され、API料金もかさみます。

本記事では、everything-claude-code（以下ECC）の中身を一通り整理した上で、実際に効果が出やすい機能の選び方と、コンテキスト・コストを圧迫させない設定の勘所を解説します。

• 前提・環境

• Claude Code CLI v2.1以上（claude --versionで確認）
• Node.js、Git（フックの実行とリポジトリ取得に必要）

everything-claude-codeとは？

everything-claude-codeは、Claude Codeを「一人のプログラマー」から「専門家チーム」に変えるための設定パックです。

作者のAffaan Mustafa氏が、2025年9月のAnthropic×Forum Venturesハッカソンで優勝した際に使っていた設定群を、10か月以上の実戦を経てオープンソース化したものです。計画→実装→レビュー→テストという開発フローを、エージェント・コマンド・フックに仕組み化することで、毎回同じ指示を出し直す手間や、レビュー漏れを減らすことを狙っています。

Claude Code専用ではなく、Cursor、OpenCode、Codex、Antigravityなど複数のAIコーディングツールにも対応しているのが特徴です。AGENTS.mdという共通規約ファイルを使うことで、1つのリポジトリから各ツール向けに設定を配布できます。

なお、本家はaffaan-m/everything-claude-codeで、本記事が対象とするWorldFlowAI/everything-claude-codeはその内容を引き継いだリポジトリです。インストールコマンドの中にaffaan-m/...という表記が残っている場合がありますが、機能自体は同一の設計思想に基づいています。導入時はご自身が参照しているリポジトリ名で読み替えてください。

中身の全体像：5層構造

ECCは、役割の異なる5つのレイヤーで構成されています。「誰が」「どうやって」「何を」「いつ」「常に守るべきこと」を、それぞれ別のファイルに分離しているイメージです。

レイヤー	役割	中身の例
agents	誰が担当するか	planner、architect、code-reviewer、security-reviewerなど
skills	どうやるか（手順・知識）	TDDワークフロー、言語別コーディング規約、バックエンド/フロントエンドパターンなど
commands	何を実行するか	/plan /tdd /code-review /build-fix など、エージェント+スキルをワンコマンドで起動
hooks	いつ自動実行するか	セッション開始時の文脈復元、ファイル編集後のフォーマット・型チェックなど
rules	常に守るべきこと	セキュリティ必須チェック、コミット規約、テストカバレッジ基準など

処理の流れをまとめると、次のようになります。

これ以外にも、MCPサーバー設定（GitHub、Supabase、Vercelなど）やテストスイート、サンプルのCLAUDE.mdが同梱されています。

everything-claude-codeの導入手順

ここではECCぼ導入手順を解説していきます。

導入方法は大きく2つあります。

方法1：プラグインとしてインストール

Claude Code内で以下を実行します。

# マーケットプレイスを追加
/plugin marketplace add affaan-m/everything-claude-code

# プラグインをインストール
/plugin install everything-claude-code@everything-claude-code

スコープを聞かれたら「Install for you (user scope)」を選ぶと、どのプロジェクトでも使えるようになります。

動作確認は次のコマンドで行います。

/plan "簡単な機能の実装計画を立てて"

plannerエージェントが起動し、タスク分解を含む計画書を出力すれば成功です。

方法2：手動インストール（上級者向け）

git clone https://github.com/WorldFlowAI/everything-claude-code.git
cd everything-claude-code

# エージェントをコピー
cp agents/*.md ~/.claude/agents/

# ルールをコピー（common + 使用する言語のみ）
mkdir -p ~/.claude/rules
cp -r rules/common/* ~/.claude/rules/

# コマンドをコピー
cp commands/*.md ~/.claude/commands/

フックはhooks/hooks.jsonの内容を~/.claude/settings.jsonにマージして有効化します。MCPサーバーを使う場合はmcp-configs/mcp-servers.jsonから必要なものだけを~/.claude.jsonにコピーし、YOUR_*_HEREのプレースホルダーを自分のAPIキーに置き換えます。

つまずきやすいポイント

• プラグイン版では「ルール」が配布されません。 Claude Codeのプラグイン機構の制約によるもので、ルールを使いたい場合は上記の手動コピーが別途必要です。
• プラグイン版はコマンド名に名前空間が付きます。 /planではなく/everything-claude-code:planのように入力する必要がある場合があります。短い名前で使いたいなら手動インストールを選択します。
• 「Unknown skill」と表示される場合は/reload-pluginsを実行してから再度試してください。
• Windows環境でも、v1.8.0以降はフック・スクリプトがすべてNode.jsで書き直されており、WSLなしでも動作します。パッケージマネージャー（npm/pnpm/yarn/bun）は自動検出されますが、CLAUDE_PACKAGE_MANAGER環境変数や.claude/package-manager.jsonで固定することもできます。

公式ガイドへのリンクは記事末尾にまとめています。

【要注意】全部入れると何が起きるか：コンテキスト圧迫とコスト増の実態

ECC最大の注意点は、便利な機能を入れすぎるとClaude Code自体の処理能力が落ちることです。

作者自身がREADMEで明確に警告しています。

MCPサーバー、フック、ルールをすべて有効にすると、200kトークンのコンテキストウィンドウが70k程度まで縮小する可能性がある

コンテキストウィンドウがツール定義やスキルの説明文で埋まってしまうと、肝心のコード本体を読む余裕がなくなり、的外れな提案が増えます。

推奨されている上限の目安は次の通りです。

項目	推奨上限	理由
MCPサーバー数	10個未満	サーバーごとのツール定義がコンテキストを消費する
アクティブなツール数	80個未満	1ツールあたり概算500トークン前後を消費する
アクティブなスキル	実際に使うものだけ	未使用スキルの読み込みは純粋な無駄

コスト面では、/orchestrate featureのように複数エージェントが直列で動くコマンドを多用すると、1回の実行でAPI従量課金が数ドル単位になることもあります。

APIキーの従量課金で運用している場合は、どのコマンドがどれだけエージェントを連鎖させるかを事前に把握しておきましょう。

本当に入れるべき機能だけを選ぶ基準

弊社が過去に「絶対に入れるべきClaude Codeスキル6選」で提示した選定基準は、ECCのような大規模プラグインにもそのまま当てはまります。

• 基準1：開発フェーズごとに1本だけ残す。計画、実装、レビュー、セキュリティ、テストという開発フェーズに対して、同じ役割を担うエージェント・スキルを複数有効にしないことです。

• 基準2：タスクの規模に応じて起動するコマンドを変えます。小さな修正にまで計画立案エージェントを挟むと、かえって遅くなります。

タスクの規模	推奨コマンド	避けるべきこと
ワンライナーの修正・簡単な質問	素のClaude Codeで直接依頼	/planや/orchestrateを通す
通常の機能追加	/plan → 実装 → /code-review	エージェントを増やしすぎる
中〜大規模な機能実装	/orchestrate feature（planner→tdd-guide→code-reviewer→security-reviewerを自動連携）	小規模タスクへの流用
プロトタイプ・使い捨てスクリプト	ルール・フックを一時的にminimalへ	strictプロファイルのまま運用

基準3：まず最小構成で始め、困ってから足す。いきなり全エージェント・全スキルを有効にせず、次の3点セットから始めるのが現実的です。

1. /plan（コードを書く前に計画を可視化する）
2. /code-review（信頼度80%以上の問題だけを報告するノイズフィルター付きレビュー）
3. SessionStart / Stopフックのみ（セッション間の文脈引き継ぎだけを先に有効化する）

この3点に慣れてから、/tddや/orchestrate、継続学習機能を順に足していく流れが最もおすすめです。

モデル振り分けでコストをさらに抑える

ECCのエージェントは、役割ごとに想定モデル（Opus / Sonnet）が割り当てられています。設計判断のような後戻りしにくいタスクにはOpus、パターン検出や定型チェックにはSonnet、というように、精度とコストのバランスを取る設計です。

この考え方自体は、別記事「Claude Codeの料金を賢く抑える、モデル振り分け・キャッシュ設計の裏技5選」で紹介したtoken-budget-advisorパターンと同じ発想です。ECCを導入する際も、次のようにタスクの性質で手動切り替えを徹底すると、API従量課金での運用でもコストを抑えやすくなります。

# 日常タスクはSonnetで
/model sonnet

# 設計判断やセキュリティ監査などここぞという場面でOpus
/model opus

ECCに同梱されているセキュリティスキャナー「AgentShield」も、通常はクイックスキャンで済ませ、リリース前の深掘り分析だけ--opusオプションを使う、といった使い分けが推奨されています。

# 通常のクイックスキャン
npx ecc-agentshield scan

# リリース前など、ここぞという場面でのレッドチーム分析
npx ecc-agentshield scan --opus --stream

導入前に知っておきたい注意点

セキュリティ面

AgentShieldはCLAUDE.md・設定ファイル・フック・MCP設定・エージェント定義・スキルの各カテゴリを、100以上の静的解析ルールでスキャンします。

シークレットの直書きや、フックに紛れ込んだ破壊的なコマンド（rm -rfなど）がないかは、導入時に一度確認しておくと安心です。

ECCが向かないケース

• ワンライナーの修正や簡単な質問（エージェントを起動する意味がない）
• プロトタイプ・使い捨てスクリプト（品質ゲートがかえって邪魔になる）
• すでにMCPサーバーを多数登録している環境（ECCのスキル・ルールがさらにコンテキストを圧迫する）

バージョン要件

一部機能はClaude Code CLI v2.1以上が前提です。claude --versionで事前に確認してください。

Claude Codeの裏技を使いこなしてトークン利用を効率化しよう！

everything-claude-codeは、「AIを使う」だけでなく「AIの操縦システム自体を整える」という発想のプラグインです。ただし、良い機能が多いからといって全部入れると、コンテキストウィンドウの圧迫とコスト増という形で跳ね返ってきます。

まずは/plan・/code-review・SessionStart/Stopフックの3点セットから始め、自分のタスク規模・チーム体制に合わせて段階的に機能を足していくのが、遠回りに見えて一番早い導入方法です。

さらに詳しく知りたい方は、以下もあわせてご覧ください。

• everything-claude-code（GitHub）
• Claude Code Docs（公式ドキュメント）
• スキルでClaudeを拡張する – Claude Code Docs

📌 本記事の情報は2026年10月時点のものです。Claude Code・ECCともにアップデートが頻繁なため、最新の仕様は公式ドキュメントをあわせてご確認ください。