Everything Claude Code（ECC）：Claude Code 向けオープンソースエージェントフレームワーク

Everything Claude Code（ECC）は、Claude Code を再利用可能なスキル、特化エージェント、永続メモリ、MCP 連携で拡張するオープンソースフレームワークです。

更新 2026年6月29日 · 15 分読む

AIで探索

コーディングエージェントが一般化して以来、毎回のセッション冒頭で、スタックや規約、好み、レビュー基準を何度説明し直しましたか？

問題は、新しい会話が毎回ゼロから始まることです。Claude Code のようなツールはコードの書き方は知っていますが、チームがどうやってコードを書くかは知りません。時短のはずが、毎回同じプロジェクト文脈を貼り付け、モデルの逸脱を修正し、指示を最適化し、汎用的な提案をレビューし続ける手作業になってしまいます。

Everything Claude Code（ECC）は、その改善を目指すオープンソースのフレームワークです。名前に反して Anthropic 非公式です。これは Claude Code の上に載るエージェントシステム兼ワークフロー層（モデルでも IDE でもない）で、汎用のコーディングエージェントを、すでにチーム標準を理解している専門的なエンジニアリング基盤に変えます。

本記事では、ECC の概要、構成要素のつながり、インストール方法、そして誰に向いているのかを解説します。

そもそも Claude Code とは？日々の開発ワークフローでの使い方は、Claude Code 101 コースで学べます。

Everything Claude Code とは？

ECC は、エンジニアリング作業向けの事前構築された運用レイヤーで Claude Code を包むオープンソースリポジトリです。

プロジェクトは affaan-m/ECC on GitHub で見つかります。MIT ライセンスで、Affaan Mustafa によってメンテナンスされ、実プロダクトで 10 ヶ月以上にわたる日次の Claude Code 利用から構築されています。名前に反して Anthropic 非公式です。

このリポジトリは 4 つの要素をひとつのインストールにまとめています：

エージェントハーネス：企画、アーキテクト、コードレビュア、セキュリティレビュア、ビルドエラー解決などの特化サブエージェント群。Claude Code は何でも 1 つのコンテキストでやろうとせず、これらに委譲します。
スキルエコシステム：数百の小さなワークフロー定義。TDD、セキュリティレビュー、フレームワークパターン（Django、Spring Boot、Next.js など）、言語別コーディング標準、ML エンジニアリング作業をカバーします。
ワークフレームワーク：ツールイベントで実行されるフック、常時適用のルール、MCP サーバー設定、会話間で維持されるセッションメモリ。
コマンド層：よく使うワークフローを実行するためのスラッシュエントリをメンテナンス。旧コマンド名向けの後方互換シムフォルダも同梱。

重要なのは、エンジンはあくまで Claude Code であること。コードを読み、ツールを動かします。

ECC の役割はその周辺すべてです。どのサブエージェントが担当するか、どの手順に従うか、スタックが採る慣習は何か、そして昨日のセッションから何を引き継ぐかを、Claude Code に伝えます。

実際には、プロジェクトごとに Claude Code を一から設定する必要がなくなるということです。ECC を一度インストールし、スタック用のルールパックをコピーすれば、そこから先の進め方をすでに理解した専門基盤が手に入ります。

Everything Claude Code が人気を集めた理由

発端は 1 本の X スレッドでした。

2026 年初頭、Mustafa 氏が The Shorthand Guide to Everything Claude Code を投稿。数日で 10K 超のブックマークがつきました。その後リポジトリをオープンソース化し、ECC はいまや 200K スター、34+ フォークを超えています。

その理由は次のとおりです。

エージェント的コーディングが実験段階から日常利用へ： Claude Code の利用が広がるにつれ、素の状態の限界が見えてきました。必要だったのは、コールドスタートの文脈、ばらつくコードレビュー出力などを解消する事前構築の設定層です。
良いエージェントプロンプト作成は想像以上に難しい：盤石な TDD ワークフローや、信頼度でフィルタするコードレビュアプロンプトを仕上げるには反復が必要です。モデルの変化に合わせてゼロから構築・保守したくないチームも多く、他者の実戦投入済みバージョンを再利用するのが近道でした。
コントリビューションの積み上げ： 270 名超の貢献者が言語ルールパック（Java、Kotlin、Rust、Perl、PHP）、フレームワーク対応（Quarkus、Laravel）、翻訳、Claude Code 以外の IDE 連携（Cursor、OpenCode、Zed）、各種スキルを追加。
微調整なしで専門性を付与：チームの慣習でモデルをファインチューニングするのは現実的ではありません。実行時の構造化されたスキルとエージェントのセットで類似効果に近づけ、ECC はそれをパッケージ化した有力な試みのひとつです。

X のスレッドから始まり、そこから雪だるま式に広がっていきました。

Everything Claude Code の仕組み

ECC はレイヤードなシステムです。

利用者とコードベースの間に 5 つの要素があります。実行環境は Claude Code。これをスキル、エージェント、MCP、メモリ層が包みます。各要素は 1 つの役割に特化し、セッション中に互いに仕事を受け渡します。

Claude Code

Claude Code は基盤となるモデルインターフェースです。

Anthropic 公式の CLI で、Claude をコーディングエージェントとして実行します。ファイルを読み、差分を書き、シェルコマンドを実行し、ツールを呼び、会話を保持します。ECC はこれを置き換えません。ECC が追加するものはすべて、セッション開始時に Claude Code に読み込まれ、既存のプラグイン・フック・コマンドシステム上で動きます。

スキル

スキルは Markdown ファイルとして保存された再利用可能なワークフロー指示です。

各スキルは小さなフォルダで、SKILL.md に特定のタスクの扱い方を記述します。説明、手順、期待される出力、制約を定義します。ECC には約 260 のスキルがあり、言語パターン、テストワークフロー、フレームワークの慣習、ML エンジニアリング、運用タスクをカバーします。

覚えておくべきなのは、スキルを手動実行しないこと。Claude Code が作業内容に応じて選びますし、プロンプトで参照することもできます。

エージェント

エージェントは、Claude Code が委譲する特化サブエージェントです。

各エージェントは Markdown で定義され、名称、説明、許可ツールのリスト、挙動範囲を定めるシステムプロンプトを持ちます。code-reviewer はファイルを読み所見を報告するだけ。planner はコードに触る前に実装設計図を書きます。イメージできるでしょう。

この分割の狙いはコンテキストの分離です。各サブエージェントは自分のタスクのためのクリーンなコンテキストウィンドウを得るため、メインセッションが膨れ上がりません。メインが調整し、サブが実行します。

MCP 連携

MCP（Model Context Protocol）は、Claude Code が外部ツールやデータソースと対話するための手段です。

ECC は MCP サーバー経由で GitHub、Supabase、Vercel、Railway などに接続するための設定を備えています。各サーバーは、セッション中に Claude Code が呼び出せるツールを公開します。ECC はその動く設定とセキュリティルールを同梱している、という位置付けです。

デフォルトで ECC が有効にするコネクタは 1 つ（chrome-devtools）のみ。その他はオプトインで、ツール名の衝突を避け、攻撃面を小さく保ちます。

メモリ層

メモリ層は ECC をセッション間でステートフルにします。

各会話の Stop イベントでフックが動作し、セッション要約を ~/.claude/sessions/ に書き込みます。次のセッションでは SessionStart フックで関連文脈を読み込みます。モデルが利用者のパターンから「学習」したスキルは Continuous Learning v2 に抽出され、本能（instinct）として信頼度付きで保存され、後で再利用できます。

セッションエイリアス、学習済みスキル、メトリクスは単一のエージェントデータルート（デフォルト ~/.claude。Claude Code と Cursor の両方で ECC を使う場合はハーネスごとに設定可能）に格納されます。

各要素の連携

典型的なセッションは次のように進みます。

セッション開始：前回の文脈に加え、現行プロジェクトに関係するスキルとルールをフックが読み込みます。
要求を伝える：例：「OAuth ログインを追加して」
planner エージェントが最初に実行：設計図を書き、まだコードには触れません。
TDD スキルが介入：失敗するテスト、最小実装、リファクタの流れに従います。
MCP ツールの呼び出し： GitHub MCP が関連 PR を取得したり、Supabase MCP がスキーマを確認したりします。
最後に code-reviewer エージェントが実行：自身のコンテキストウィンドウで差分を精査し、報告します。
セッション終了： Stop フックが要約を書き、新たなパターンを本能へ抽出し、次回用に保存します。

モデル自体は引き続き Claude Code。ECC は各ステップで使うスキル・エージェント・ツールをオーケストレーションします。

Everything Claude Code のスキル

スキルは、ECC が Claude Code に「何をすべきか」を伝える主要手段です。

スキルは SKILL.md を含むフォルダです。Markdown に説明、手順、制約、期待される出力、適用文脈を定義します。モデルが実行時に読むプレーンテキストです。

これは意図的な設計です。ECC は何かを「再学習」させるのではなく、Claude がその場で読み取り従う指示を読み込むだけです。

スキルはリポジトリルートの skills/ に置かれます。インストール後は ~/.claude/skills/ にコピーされ、Claude Code はその直下の子として読み込みます。

各スキルフォルダの基本構成は共通です：

SKILL.md - ワークフロー定義
任意の補助ファイル（テンプレート、スクリプト、例）
任意の metadata.yaml （タグ付け・発見用）

スキルは 2 つの方法でエージェントの挙動に影響します。第一に、セッション開始時に読み込まれ参照可能になること。第二に、要求内容に基づいて関連スキルが選ばれることです。「まず失敗するテストを書いて」と言えば TDD スキルが有効に。「SQL インジェクション観点でレビューして」と言えばセキュリティレビューのスキルが有効に。

ECC には約 260 のスキルがあります。レンジを示す例をいくつか：

frontend-patterns：React と Next.js の慣習。コンポーネント構造、フックの使い方、サーバー／クライアントコンポーネントの判断、状態管理パターン。
django-patterns、django-tdd、django-security、django-verification：Django スタックを 4 つのスキルに分割。アーキテクチャ、テストサイクル、OWASP 風の監査、出荷前の検証ループ。
architect（architect エージェントと対）：システム設計レビュー。レビューで何をカバーし、どんな成果物を出し、どのトレードオフを浮かび上がらせるかを定義。
tdd-workflow：レッド・グリーン・リファクタのサイクル。失敗するテストを書く→通す最小コード→リファクタ→カバレッジ検証。順序を強制します。
security-review：OWASP Top 10 の監査チェックリスト、ハードコードされた認証情報の検出、入力バリデーションの見直し、依存関係の脆弱性チェック。何をスキャンし、何をフラグするかを定義します。

Everything Claude Code のエージェント

エージェントは、独自のコンテキストウィンドウを持つ特化ペルソナです。

各エージェントは agents/ フォルダ内の Markdown ファイルで、名称、説明、許可ツールリスト、システムプロンプトを持ちます。システムプロンプトが役割を定め、許可リストが可能な操作（ファイル読み取り、bash 実行、MCP 呼び出し、コード書き込み）を制御します。Claude Code が自動でタスクを割り当てます。

ECC には 66 のエージェントがあり、いくつかのカテゴリに分かれます。

計画エージェントはコードが書かれる前に動きます。

planner は機能要求を実装設計図に分解：変更ファイル、定義すべきインターフェース、書くべきテスト、考慮すべきエッジケース。architect はより上位：システム設計、データモデルの決定、サービス境界。これらはコードを読んで計画を書くのみです。

コーディングエージェントは実装作業を担います。

tdd-guide はテスト先行を強制。go-build-resolver、pytorch-build-resolver、kotlin-build-resolver のような言語別リゾルバは各エコシステムのビルドエラーを修正。refactor-cleaner は未使用コードを削除します。

アーキテクチャエージェントは構造面の判断をレビューします。

architect は設計全般、database-reviewer はクエリパターンとスキーマ選定、mle-reviewer は本番 ML パイプライン（データ契約、評価カバレッジ、サービング、モニタリング）を監査します。

QA エージェントは成果物の検証を行います。

code-reviewer は信頼度しきい値付きで差分を品質・セキュリティ監査。security-reviewer は OWASP 風に走査。e2e-runner は Playwright の E2E テストを担当。言語別レビュア（typescript-reviewer、python-reviewer、go-reviewer、rust-reviewer ほか）が言語特有のチェックを担います。

この細分化の理由はコンテキストの分離にあります。

code-reviewer が走るとき、差分とレビュー用スキルだけを読み込んだ新しいコンテキストウィンドウを得ます。企画メモや会話履歴は見えません。レビューに集中します。その集中が、1 つの汎用エージェントに同一コンテキストで企画・実装・テスト・レビューまで求める（多くの場当たり的な Claude Code セットアップが陥る形）より良い出力を生みます。

ECC におけるコンテキストとメモリ管理

ECC は Claude Code のようにセッション間ですべてを忘れません。

ECC のメモリは、適切なタイミングでファイルを書き出し・読み込むフック群です。ディスク上のプレーンな Markdown と JSON に過ぎません。

永続化されるのは 3 つ：

セッション要約（終了時に書き込み）：最後のメッセージ後に Stop フックが走り、全文やり取りから要約を ~/.claude/sessions/ に保存。内容は「作業内容・決定事項・未解決事項」。次回の SessionStart で読み込まれ、前回の続きから把握できます。
本能（Instinct）：セッションから抽出されたパターン： Continuous Learning v2 が、うまくいった行動を観測し、信頼度・アクション・根拠・例を持つ本能として書き出します。/instinct-status で学習状況を確認。/evolve で関連本能をクラスター化し新たなスキルに昇華。
ログファイル（運用層の記録）：フック実行、スキル実行、MCP 呼び出し、コスト、エラーなど。~/.claude/metrics/ と ~/.claude/session-data/ に保存。デバッグや、同梱のダッシュボード GUI で有用。

大したことではないと思うかもしれませんが、重要な理由がいくつかあります：

長期案件： 6 ヶ月のリファクタは毎週リセットされません。先週の決定・トレードオフ・既知の問題は、セッション開始時に読み込まれる要約に含まれます。
繰り返し説明が不要：毎回スタックや規約を貼り直したり、「Postgres を使うと決めた、Oracle ではない」と念押しする必要がありません。
コンテキストウィンドウ制約の回避： 100 万トークンでも 6 ヶ月の履歴は入りません。要約が重要事項を圧縮します。完全な履歴はディスクに、モデルには必要部分だけを。

読み込む文脈は環境変数で調整可能です。ECC_SESSION_START_MAX_CHARS は開始時に読み込む要約の上限（デフォルト 8,000 文字）。ECC_SESSION_START_CONTEXT=off は低コンテキスト構成向けに無効化。ECC_SESSION_RETENTION_DAYS はプルーニングまでの保持日数を制御します。

同一マシンで Claude Code と Cursor の両方で ECC を使う場合は、ECC_AGENT_DATA_HOME を設定してメモリを分離してください。さもないと互いのセッションファイルを上書きします。

Everything Claude Code の MCP 対応

MCP は、ファイルやシェルコマンド以外の呼び出しに使われます。

Model Context Protocol は、言語モデルを外部ツールへ接続する Anthropic の標準です。MCP サーバーは別プロセスで動き、「この Notion ページを読む」「GitHub で PR を開く」といった型付き操作を公開。Claude Code はそれらを関数呼び出しのように叩きます。

ECC は mcp-configs/mcp-servers.json に GitHub、Supabase、Vercel、Railway、Linear など一般的なサービス向けの MCP 設定を同梱。各エントリはサーバー起動コマンド、必要な環境変数、ECC が適用するセキュリティルールを含みます。

ECC はこれらを自動有効化しない点は知っておくべきです。

2026 年 6 月の MCP コネクタポリシーにより、デフォルト有効は 1 件（chrome-devtools）に減りました。他はすべてオプトインです。プロジェクトの .mcp.json にコピーするか、Claude Code の /mcp コマンドで有効化します。理由は実務面（一部ゲートウェイが長い MCP ツール名で壊れる）とセキュリティ面（各 MCP サーバーは潜在的攻撃面）にあります。

実際の使い勝手は次のとおりです：

外部連携： GitHub のエントリを .mcp.json に追加しトークンを供給すれば、課題の参照、PR の作成、CI ステータス確認がコピペなしで可能に。
ツール呼び出し：スキルやエージェントは MCP ツールを名前で参照。たとえばデプロイスキルは Vercel MCP を、DB レビューエージェントは Supabase MCP を呼べます。
プロジェクト自動化： MCP サーバーとフックを組み合わせれば、セッションをまたぐ自動化が可能。PR オープン時のフックでレビューエージェントを起動し、GitHub MCP で差分を取得、Linear MCP でチケットを更新といった連携ができます。

すでに同梱 MCP の自前運用がある場合は、ECC_DISABLED_MCPS にカンマ区切りで指定してください。ECC はインストール・同期時にそれらをスキップし、同名サーバーの競合を回避します。

AgentShield とセキュリティ機能

セキュリティこそが ECC を他と分ける要素です。

AgentShield は ECC に付属するスタンドアロンのセキュリティ監査ツールです。Claude Code の設定をスキャンし、脆弱性、ミスコンフィグ、エラー、インジェクションリスクを検出します。別の npm パッケージ（ecc-agentshield）として動作しますが、/security-scan スキルを介して ECC と連携し、Claude Code セッション内から実行できます。

スキャンは次の 5 カテゴリをカバーします：

秘匿情報の検出：ハードコードされた認証情報、API キー、トークンの 14 パターン。
権限監査：各エージェント・スキルがアクセス可能なツールやパス、付与が過剰かどうか。
フックインジェクションの分析：フックが任意コマンド実行に悪用され得るか。
MCP サーバーのリスクプロファイル：各接続 MCP サーバーが読み書き・呼び出し可能な範囲と、その露出箇所。
エージェント設定のレビュー：プロンプトインジェクションの経路、許可ツールの過剰付与、欠落した制約。

次のコマンドで実行できます。インストールは不要です：

npx ecc-agentshield scan

出力は評点（A〜F）と所見リスト（重大度順）。クリティカル所見は終了コード 2 を返します。

知っておきたいフラグ：

-fix 安全な問題に自動修正を適用（露出した秘密の削除、広すぎる権限の絞り込みなど）
-opus 3 つの Claude Opus 4.X エージェントによるレッドチーム／ブルーチーム／監査のパイプラインで実行。攻撃者がエクスプロイト連鎖を模索、防御側が防御を評価、監査役が優先度付きリスクレポートに統合。
-stream 解析をライブ配信。遅い構成で有用。

Opus パイプラインのアプローチが、AgentShield を汎用リンタから一線を画す点です。敵対的エージェントが、単体では問題ない構成要素の連鎖による悪用方法を探る——実際のエージェント攻撃の多くがここから生まれます。

リポジトリによれば、AgentShield は 102 の静的解析ルールと 1,282 の内部テスト（カバレッジ 98%）を報告しています。数値は最新リリースでの検証が望ましいものの、少なくとも 50 行スクリプトではないことは明らかです。

出力形式はターミナル（カラー評点）、JSON（CI 用）、Markdown、HTML。GitHub Action と、PR で AgentShield を実行する独立の ECC Tools GitHub App も用意されています。

本番で Claude Code を使う多くのチームにとって、たとえ他の機能を使わなくても AgentShield は ECC を導入する十分な理由になります。

Everything Claude Code のインストール

ECC には 2 通りのインストール方法があります。

最もありがちな失敗は、プラグイン経由のインストールに手動インストールを重ねること。どちらも同じファイルを同じ場所にコピーするため重複します。まずは必ず片方だけにしてください。

インストール前に、Claude Code が v2.1.0 以上で入っていることを確認してください：

claude --version

Claude のバージョン

プラグインマネージャ経由のインストール

ほとんどのユーザーに推奨される方法です。

Claude Code 内で次を実行：

/plugin marketplace add https://github.com/affaan-m/ECC
/plugin install ecc@ecc

プラグインのインストール

最初のコマンドは ECC リポジトリをマーケットプレイスとして登録します。次でプラグインをインストールします。

注意点として、プラグインシステムはルールを配布しません。ルールとは常時従うガイドライン（コーディングスタイル、Git ワークフロー、テスト標準、言語別パターン）で、Claude Code のプラグイン仕様はそれを含みません。プラグイン後に手動でコピーします。

git clone https://github.com/affaan-m/ECC.git
cd ECC
mkdir -p ~/.claude/rules/ecc
cp -r rules/common ~/.claude/rules/ecc/
cp -r rules/python ~/.claude/rules/ecc/

rules/common と、実際に使う言語パックを 1 つコピーしてください。上の例では Python ルールをコピーしています。すべてをコピーしないでください。ルールが多いほど毎回のセッションで読み込まれる文脈が増え、プロジェクトに関係ないものが大半になります。

設定ファイル経由のインストール

細かく制御したい場合、またはプラグイン経由が環境で動かない場合に使用します。

git clone https://github.com/affaan-m/ECC.git
cd ECC
npm install
./install.sh --profile full

Windows の場合：

.\install.ps1 --profile full
# or
npx ecc-install --profile full

これでエージェント、スキル、コマンド、フック、ルールが ~/.claude/ にコピーされます。プラグイン層は関与しません。Claude Code はセッション開始時にディスク上のファイルとして読み込みます。

知っておくと良いプロファイルオプション：

-profile minimal：ルール、エージェント、コマンド、コアスキルのみ（フックなし）。
-profile core：デフォルトの実用セット。フック込み。
-profile full：リポジトリ内のすべて。

特定コンポーネントのみ --modules または --with でインストールすることもできます：

./install.sh --target claude --modules hooks-runtime
npx ecc install --profile minimal --target claude --with capability:machine-learning

どの構成が合うか迷う場合は、同梱のアドバイザに尋ねてください：

npx ecc consult "security reviews" --target claude

該当コンポーネントと正確なインストールコマンドを返します。

インストールの検証

インストール内容を確認：

/plugin list ecc@ecc

プラグインインストールの検証

プラグインから利用可能なエージェント・コマンド・スキルが表示されます。手動インストールの場合はライフサイクルラッパーを使用：

node scripts/ecc.js list-installed
node scripts/ecc.js doctor

doctor は不足ファイル、壊れたフック、バージョン不整合をチェック。問題があれば次を実行：

node scripts/ecc.js repair

Claude Code が新しいプラグインを認識しているか確認するには、セッションを開いてスラッシュコマンドを試します：

/ecc:plan "Add user authentication"

ECC の計画出力

プラグインインストールでは、名前空間付きの /ecc: 接頭辞が必須。手動インストールでは短縮形（/plan）が使えます。

重複や不具合があるようなら、上書き再インストールは避けてください。まず node scripts/uninstall.js --dry-run で削除対象を確認し、node scripts/uninstall.js でクリーンアップ。ECC は自身がインストールしたファイルのみ削除し、無関係な設定は変更しません。

スキル・コマンド・ワークフローの使い方

ECC では、ほとんどの操作がコマンドではなくスキル経由で走ります。

理由は、commands/ は後方互換のために維持されている一方で、新規のワークフロー開発は skills/ に集約されているからです。

日常で役立つパターンをいくつか挙げます。

スキルの呼び出しは概ね暗黙的

通常、スキル名で呼び出す必要はありません。やりたいことを説明すれば、Claude Code が適切なスキルを選びます。「まず失敗するテストを書いて」と言えば tdd-workflow が有効に。レスポンスには読み込まれたスキル名が表示されます。

明示したい場合は、プロンプトでスキルを参照します：「新しいエンドポイントの追加に django-tdd スキルを使って」。あるいはラップするコマンドを実行：

/code-review
/security-scan

/ecc:plan "Add OAuth login"

プラグインインストールでは /ecc: 接頭辞が必須。手動インストールは短縮形（/plan、/code-review）を使用します。

ECC の計画フェーズ出力

ファイルの対象指定はワークフローの一部

多くのエージェントやスキルは、ファイル・ディレクトリ・差分・PR といった特定スコープで動きます。プロンプトでファイルを言及、実行前にエディタで開く、もしくはパスを指示してスコープします：

/code-review src/auth/
/python-review services/billing/payment.py

エージェントはスコープを拾い、必要なファイルだけを読み込み、自身のコンテキストウィンドウで動作します。

シェル連携は Claude Code の bash ツール経由

スキルは、テスト実行・ビルド・リンティング・CLI 呼び出しなど実行が必要な処理に対し、シェルアウトできます。TDD スキルは pytest や go test を実行。ビルド修正エージェントは実際のビルドを走らせ、実エラーを確認。セキュリティスキャンは npx ecc-agentshield scan を実行して出力を解析します。

どのコマンドをいつ走らせるかはスキルが定義。フックも、ツールイベントでシェルコマンドを実行可能です（編集のたびに型チェックを走らせる、保存前に console.log を警告する、など）。

MCP 管理は基本オプトイン

インストール直後、ECC がデフォルトで有効にする MCP サーバーは 1 つ（chrome-devtools）のみ。追加するには、mcp-configs/mcp-servers.json からプロジェクトの .mcp.json にコピーし、Claude Code の /mcp コマンドで有効化します。/mcp インターフェースは有効化・無効化・再認証を扱います。

ECC 同梱 MCP の自前運用がある場合は、次を設定：

export ECC_DISABLED_MCPS="github,supabase"

ECC のインストーラと同期フローはそれらをスキップし、同名ツールの競合を避けます。

ワークフローは連鎖する

スキルは一つずつ走らせるものではありません。典型的な機能開発の流れ：

/ecc:plan "Add OAuth login with Google"
# planner エージェントが設計図を作成

# 実装に合わせて tdd-workflow スキルが有効化
# テストが失敗 → コード実装 → テスト成功

/code-review
# code-reviewer エージェントが差分を監査

/security-scan
# AgentShield が新しいコードと設定をチェック

各ステップは新しいコンテキストウィンドウで別のエージェントを使います。メインセッションが調整し、最後にセッション要約が連鎖を記録、次回に引き継がれます。

Everything Claude Code と競合する設定フレームワークの比較

ECC は唯一の Claude Code 向け設定層ではありません。類似の役割を別のトレードオフで果たすものがいくつかあります。

まずカテゴリーを明確に。ECC は Claude Code の上に載る他の設定フレームワークと競合します。並行して動かすハーネス（Cursor、Codex、OpenCode、Zed）や、独立のエージェントプラットフォーム（OpenHands、LangGraph、CrewAI）とはカテゴリが異なります。

よく挙がる競合は 3 つです。

BMAD-Method は、役割別エージェント（アナリスト、PM、アーキテクト、スクラムマスター、開発者、QA）を備えたアジャイル SDLC フレームワーク。npx bmad-method install で Claude Code、Cursor、Windsurf を横断して動きます。曖昧なアイデアを、コード着手前に PRD、アーキテクチャ文書、分割ストーリーへ落とし込む上流工程に強み。実行面のツールは ECC より軽量。セキュリティスキャナや MCP カタログはありません。言語別パターンも少なめです。

SuperClaude は軽量な Markdown ベースの設定フレームワーク。約 30 のスラッシュコマンド、20 のエージェント、いくつかの挙動モード。pip install SuperClaude で導入。設計として ECC よりシンプルで、セキュリティスキャンやオーケストレーションランタイムはありません。一方で、Claude Code が提供する以上のメモリ層もありません。動く CLAUDE.md と実戦プロンプト集が欲しいなら有力です。

claude-flow / Ruflo（2026 年初に Claude Flow から改称）はマルチエージェント群のオーケストレータ。SPARC 手法（仕様、擬似コード、アーキテクチャ、改良、完了）を用い、60〜100 以上の特化エージェントを女王主導で並列稼働します。AgentDB による永続メモリがあり、Claude、GPT、Gemini、Ollama を横断。インフラは ECC より重厚で、単一セッションの生産性より並列エージェント作業が主眼です。

導入前に選択肢を広く見たいなら、awesome-claude-code は Claude Code のリソース（エージェント、スキル、プラグイン、MCP サーバー、設定）の厳選ディレクトリ。コミュニティ発見の主戦場です。

まとめると、アジャイル型の上流設計なら BMAD、軽量設定層なら SuperClaude、並列マルチエージェントが必要なら Ruflo、セキュリティツールと永続メモリ込みの完全なエンジニアリング基盤なら ECC が適しています。

Everything Claude Code を使うべき人

ECC は万人向けではありません。週に数回、小さなタスクで Claude Code を使う程度なら、フレームワークは労多くして益少なしに感じられるでしょう。100 行程度の CLAUDE.md で大半は足ります。

それ以上の規模・頻度になってから、ECC の効果が出ます。

バニラの Claude Code より適する場面：

エージェントシステムを作る AI エンジニア：エージェントワークフローの設計・展開に取り組むなら、ECC は実働リファレンス。エージェントプロンプト、スキル定義、フック設定を読み、良い部分を拝借できます。
生産性ツールに投資する開発者：ツールや dotfiles、エディタ設定、シェルに手をかけるなら、ECC は Claude Code 向けの同種の投資。使い込むほどリターンが出ます。
Claude Code を日次インフラとして回すチーム：コードレビュー、計画、リファクタ、機能出荷に日々使うなら、整合性とオンボーディングの時短が積み上がります。新メンバーも同じエージェントとワークフローを得ます。
複雑なエージェントワークフローを構築する人：多段パイプライン、サブエージェントのオーケストレーション、MCP チェイニング、永続文脈——ECC はこれらの多くをすでに解いており、全部導入しなくてもパターンは再利用可能です。

ECC を勧めないケース：

ライトユーザー：週に数回の「このスクリプトのデバッグを手伝って」なら、60+ エージェント、260+ スキル、メモリ層は過剰。セットアップコストが見合いません。
単発の単純タスク：ちょっとしたスクリプト、小さな修正、デモアプリ、使い捨て試作。バニラの Claude Code で十分で、ECC を足すと摩擦が増えるだけです。
既にうまく回っているチーム： CLAUDE.md が洗練され、ワークフローが安定しているなら、ECC への切替には移行工数が発生。気に入った部分だけ拝借し、残りは据え置きで構いません。

判断がつかない場合は、まずリポジトリを読み、興味のあるエージェントやスキルを 2〜3 個コピーし、フルインストールは見送るのが無難です。

ECC の利点と制約

ここで ECC の強みと弱みをいくつか紹介します。意思決定前に知っておく価値があります。

利点

巨大なスキルライブラリ：約 260 のスキルが TDD、セキュリティ監査、フレームワークパターン、言語イディオム、ML エンジニアリング、デプロイなどを網羅。導入しなくても、良いスキル定義の実例集として有用です。
ワークフローの再利用：コードレビュー、計画、リファクタ、テストの検証済みプロンプトを提供。特に code-reviewer のプロンプトは、ECC 非導入の人にも引用されます。
永続メモリ：セッション要約やセッション横断の文脈がすぐ使えます。他の多くの Claude Code 設定はメモリに未対応です。
強力な MCP 対応： GitHub、Supabase、Vercel、Railway などの事前設定が揃っています。
AgentShield：セキュリティスキャナ単体でも導入価値があります。類似機能を備える Claude Code 設定は稀です。
MIT のオープンソース：コアは無償。ホスト型 GitHub App や ECC Pro は別枠です。
クロスプラットフォーム： Claude Code、Cursor、Codex、OpenCode、Zed、Gemini などで動作。乗り換えや併用でも同じエージェント・スキルを活かせます。

制約

学習コスト： 60+ エージェント、260+ スキル、3 つのインストール経路、4 種のプロファイル、環境変数の束。最初の 1 週間は何が読み込まれ、各コンポーネントが何をするかの把握に費やすでしょう。
セットアップの複雑さ：プラグイン vs 手動インストール、プラグインではルール配布されない問題、古い Claude Code でのフック重複、MCP の有効化／無効化フロー、複数ハーネス利用時のデータホーム変数など。文書化はされていますが、作業量は多いです。
保守負荷：リポジトリは定期更新。カタログ数はリリース間で変動し、スキル名が変わることも。
Claude Code エコシステムへの依存：プラグイン仕様、フック、MCP 対応に依存。Claude Code 側の変更に ECC が追随する必要があります。
多くの用途には過剰設計：多くのチームでは、よく書かれた 60〜200 行の CLAUDE.md で ECC の 80% をカバー可能。残りの 20% は価値があるものの、活用してこそです。