この記事の結論
Everything Claude Code（ECC）は、Claude Code にスキル・エージェント・コマンド・フックをまとめて足す MIT ライセンスのパックです。僕は2026年10月2日に v2.2.3 を user スコープのプラグイン ecc@ecc で入れ、フックは minimal、開始時のコンテキスト注入は off にしました。無人の定期タスクと既存のMCPを止めないためです。
目次10項目
- Everything Claude Code（ECC）とは：minimalで入れたスキル293本入りのパック
- ECCをClaude Codeに入れる方法：userスコープのプラグイン ecc@ecc にした
- フックをminimalにした理由：無人の定期タスクと既存のMCPを止めないため
- 開始時のコンテキスト注入をoffにした理由：並行セッションの混線を防ぐ
- ECCのスキルは ecc: の名前で呼び、被るものは既存を優先する
- ECCを軽くする・外す手順：disable・ECC_HOOKS_ENABLED・uninstall
- ECC Pro と GitHub App は別のサービスで、僕は契約していない
- Claude Codeのプラグインのおすすめを選ぶ前に、僕が決めた順番
- まとめ
- よくある質問
【無料・メールだけ】Claude Code 2daysセミナー（第二の脳構築講座）の次回開催の案内を受け取る →
Everything Claude Code（ECC）を入れるとき、僕が決めたのはスキルの選び方ではなく、フックをどこまで動かすかでした。user スコープのプラグインで入れ、フックは minimal、開始時のコンテキスト注入は off。毎朝の無人の定期タスクと、つないでいるMCPを止めないための設定です。
2026年10月2日に入れたのは v2.2.3 で、スキル293本・エージェント68体・コマンド94本が入ったパックでした。入れる前に、Claude Code の設定ファイルを日付つきのファイル名で控えてから始めています。
この記事では、ECC が何のパックかを公式で確かめた事実と、僕が入れるときに決めた設定とその理由、軽くする・外す手順まで書きます。「便利そうだけど、全部入りを入れて大丈夫？」と迷っている方が、自分の環境に合わせて決められるようにしました。
Everything Claude Code（ECC）とは：minimalで入れたスキル293本入りのパック
ECC は、Claude Code にスキル・エージェント・コマンド・フック・ルールをまとめて足すパックです。公式の README は自分を「エージェントのハーネス」と呼び、計画・テスト・レビュー・記憶の仕組みを足すものと説明しています。
ライセンスは MIT です。README には、オープンソースの本体は今後も無料のまま、という趣旨が書かれています。
入手先は GitHub のリポジトリ（affaan-m/ECC）・npm の ecc-universal・プラグインの ecc@ecc などです。公式は、再配布やミラーを使わないよう注意しています。
数は、僕が入れた時点と、2026年11月9日に README で確かめた値で違いました。どちらも版は 2.2.3 です。
| 項目 | 2026-10-02 に入れた時点（社内の導入メモ） | 2026-11-09 の公式 README |
|---|---|---|
| 版 | v2.2.3 | 2.2.3（2026-10-01 公開） |
| スキル | 293本 | 314本 |
| エージェント | 68体 | 71体 |
| コマンド | 94本 | 98本 |
| ライセンス | MIT | MIT |
同じ版の表記で数が違う理由は、公式で確かめられませんでした。この記事の数字は、断りが無ければ僕が入れた10月2日の時点のものです。
全部を使う前提のパックではない、と僕は見ています。Kotlin や Django、Rust のような言語別のスキルも多く、僕の会社の仕事ではほとんど出番がありません。
ECCをClaude Codeに入れる方法：userスコープのプラグイン ecc@ecc にした
公式の README が示す入れ方は、Claude Code のセッションの中で次の2行を打つ方法です。1行目でマーケットを登録し、2行目でプラグインを入れます。
/plugin marketplace add https://github.com/affaan-m/ECC
/plugin install ecc@eccほかに、npm の ecc-universal を使う案内つきの導入や、必要なものだけを手で入れる方法もあります。README は、どれか1つを選び、入れ方を重ねないように書いています。
僕が選んだのは、プラグインとして user スコープで入れる形です。特定の案件だけでなく、すべてのプロジェクトで同じ設定のまま使うためです。
Claude Code の公式ドキュメントでは、user スコープはその端末のすべてのプロジェクトで有効になります。記録先は ~/.claude/settings.json の enabledPlugins です。
マーケットの登録やスコープの選び方の全体はClaudeのmarketplacesとプラグインの追加・導入の実録に書いています。
反映は次に開くセッションから
入れた直後、そのとき動いていたセッションには ECC のスキルが出ませんでした。出てきたのは、次に開いたセッションからです。
公式ドキュメントでも、シェルで入れたプラグインは次に起動したときか、開いているセッションで /reload-plugins を実行したときに読み込まれます。入れてすぐ / を打って何も出なくても、入っていないとは限りません。
反映されない時の確かめ方はClaude Codeのプラグインが反映されない時の確認手順にまとめました。
入れる前に settings.json を控えた
入れる前に、~/.claude/settings.json を ~/.claude/settings.json.bak-ecc-20261002 という名前で写しておきました。ECC は環境変数やプラグインの記録を、この設定ファイルに書き足すからです。
僕の会社では、毎朝の情報収集や記事の公開などを Claude Code の定期タスクで回しています。設定が壊れてそれが止まると影響が大きいので、戻せる地点を先に作りました。
フックをminimalにした理由：無人の定期タスクと既存のMCPを止めないため
ここが ECC を入れるときに一番考えたところです。フックとは、ファイルの編集の前やセッションの終わりなど、決まったタイミングで自動で動くコマンドのことです。仕組みはClaude Codeのフックの使い方で詳しく書いています。
ECC のフックは、環境変数 ECC_HOOK_PROFILE でまとめて強さを選べます。公式の hooks の README では、プロファイルは次の3つです。
| プロファイル | 公式 README の説明（要約） | 僕の判断 |
|---|---|---|
| minimal | 欠かせないライフサイクルと安全のフックだけ | これにした |
| standard（既定） | 品質と安全の確認をバランスよく | 無人の作業を止める恐れがあり外した |
| strict | 追加のリマインダーと、より厳しい制限 | 同上 |
何も設定しなければ standard で動きます。僕は ~/.claude/settings.json の env に ECC_HOOK_PROFILE を入れ、minimal にしました。
standard 以上で動く、外したフック
10月2日に ECC のコードを読んで、standard 以上で動くフックのうち、次の5つを問題にしました。
- gateguard-fact-force：各ファイルへの最初の編集や書き込みを一度止め、先に調べた内容を述べるよう求める
- mcp-health-check：MCPを「不健全」と判定すると、そのMCPの呼び出し自体を止める
- config-protection：リンタやフォーマッタの設定ファイルの編集を止める
- desktop-notify：応答のたびに macOS の通知を出す
- continuous-learning の観測：すべてのツールの呼び出しを記録する
人が画面の前にいる作業なら、どれも意味のある仕組みです。問題は、僕の会社では誰も見ていない時間に定期タスクが動いていることでした。
最初の編集を一度止めるフックは、人が答えれば先へ進めます。無人の実行では答える人がいないので、その日の作業がそこで終わります。
MCPのヘルスチェックも同じです。僕の会社は広告の管理画面や GA4 をMCPでつないでいて、これが「不健全」と誤って判定されると、集計が止まりかねません。止まる理由を減らすほうを、僕は選びました。
minimal で残ったもの
minimal で残ったのは、Stop と SessionEnd の軽い記録、metrics の受け渡し、最小限の Bash の前処理だけでした。入れたあと、SessionStart・Stop・SessionEnd のフックを試しに動かすと、どれも終了コード0で終わりました。
あわせて、外へデータを送るフックが無いかもコードで確かめました。http を使うのは、MCPのヘルスチェックと、手元で動く plan-canvas のサーバーだけで、外部へ送信するフックはありませんでした。
公式の README には、フックごとに止める方法もあります。たとえば ECC_GATEGUARD=off で gateguard だけを止められます。僕は1本ずつ止めるのではなく、プロファイルで一度に絞りました。
開始時のコンテキスト注入をoffにした理由：並行セッションの混線を防ぐ
ECC は、セッションの開始時に追加の情報を会話へ入れる仕組みを持っています。公式の README では、ECC_SESSION_START_CONTEXT を off にすると、この追加をまるごと止められます。
僕はこれを off にしました。僕の会社では、Claude Code のセッションを何本も同時に開いて、別々の案件を進めているからです。
前のセッションの記録が、開始時に別のセッションへ入ってくると、違う案件の話が混ざるおそれがあります。案件ごとの引き継ぎは自分たちの記録の仕組みで回しているので、ECC 側の注入は要らないと判断しました。
README には、注入の量の上限を ECC_SESSION_START_MAX_CHARS（既定8,000字）で決める方法もあります。量を減らすのではなく、混ざる入り口そのものを閉じたかったので、僕は off を選んでいます。
ECCのスキルは ecc: の名前で呼び、被るものは既存を優先する
ECC のスキルは ecc: の名前空間で呼びます。Claude Code の公式ドキュメントでも、プラグインのスキルは /<プラグイン名>:<スキル名> の形で出るので、自分のスキルと同じ名前でも衝突しません。
最初の案内は /ecc:ecc-guide、設定の変更は /ecc:configure-ecc です。僕の仕事に近く、実際にあると確かめたスキルは次のようなものでした。
| 用途 | 確かめたスキル（ecc: の後ろの名前） |
|---|---|
| 調査・企画 | deep-research・market-research・seo・content-engine・article-writing・brand-voice |
| 制作 | frontend-slides・design-system・video-editing・remotion-video-creation・ui-demo |
| 運用・品質 | security-review・code-review・plan・search-first・verification-loop |
| 利用枠の節約 | context-budget・token-budget-advisor・strategic-compact・cost-report |
困ったのは、すでに使っているスキルと用途が被るものです。動画の remotion、デザインの方向づけ、SEO、セキュリティのレビューは、僕の環境にも前から別のスキルや組み込みのコマンドがありました。
ここは、基本は既存のスキルを使い、ECC 側は比べるときにだけ呼ぶと決めました。スキルの説明文の書き方と選ばれ方はClaudeのスキルの作り方と使い方に書いています。
入れて分かった副作用は別の記事に書いた
入れたあと、ECC の多くのスキルの名前が、Claude Code が毎回読むスキル一覧の枠を取り合いました。その結果、僕が自分で作ったスキルのうち約14本の説明文が、一覧の上で名前だけになっていました。
数字の見積もりと実測の違いや、枠の確かめ方は、プラグインを入れたら重くなった時の確認手順で詳しく書いています。ECC を入れるなら、入れる前と後で自分のスキルの説明文を見比べておくのがおすすめです。
ECC には、ブラウザを操作するMCPも同梱されていました。僕はこれを使わないと決めていて、その判断とプラグインが持ち込むMCPの設定の見方は.mcp.jsonの置き場所と書き方の後半に書きました。
ECCを軽くする・外す手順：disable・ECC_HOOKS_ENABLED・uninstall
入れて合わなかったときのために、戻し方も導入メモに控えました。重さの順に4段あります。
1. 一時的に無効にする
いちばん軽いのは、プラグインごと無効にする方法です。ファイルは残るので、enable で元に戻せます。
claude plugin disable ecc@ecc --scope user2. フックだけを止める
スキルは残し、フックだけを止めたいときは、~/.claude/settings.json の env に ECC_HOOKS_ENABLED=false を足します。
公式の hooks の README では、これがフック全体の元スイッチで、環境変数の値がプラグイン側の設定より優先されます。特定のフックだけを止めたいときは、ECC_DISABLED_HOOKS にフックの ID をカンマ区切りで並べます。
3. 完全に外す
使わないと決めたら、プラグインとマーケットの両方を外します。
claude plugin uninstall ecc@ecc --scope user
claude plugin marketplace remove eccClaude Code の公式ドキュメントでは、マーケットを外すと、そこから入れたプラグインもまとめてアンインストールされます。最後に、設定ファイルに残った ECC 用の ECC_ で始まる環境変数を手で消します。
4. 必要なスキルだけの軽い入れ方に切り替える
全部入りが重いけれど一部は使いたい、というときは、プラグインを外してから、必要なものだけを手元のスキルのフォルダに入れる方法があります。僕の導入メモでは、次のコマンドで core の構成を入れる手順を控えました。
npx ecc-universal@2.2.3 install --profile core --target claude2026年11月9日の README では、入れ方の構成として minimal・core・full が挙がっています。フックを入れない軽い入れ方は --profile minimal で示されています。
このインストール用の minimal は、上で書いたフックのプロファイルの minimal とは別のものなので、混同しないよう気をつけています。
どの入れ方でも守るのは、プラグインと手動のインストールを重ねないことです。README のトラブル対応の項にも、ECC が2つ出る・フックが2回動くときは、プラグインを外し、1つの方法で入れ直すよう書かれています。
更新は、マーケットの情報を取り直してからプラグインを更新します。公式ドキュメントでは、ECC のような第三者のマーケットは自動更新が既定でオフなので、手で回します。
claude plugin marketplace update ecc
claude plugin update ecc@eccECC Pro と GitHub App は別のサービスで、僕は契約していない
ECC には、プラグインの本体とは別に GitHub App があります。2026年11月9日の README では、GitHub App は無料で入れられます。非公開のリポジトリで使う ECC Pro は、1人あたりの月額制の有料サービスとして載っています。
僕の会社はプラグインの本体だけを使っていて、ECC Pro も GitHub App も契約していません。プラグインを入れることと、有料のサービスに申し込むことは別の判断です。
公式の入手先も確かめておきます。README と僕の導入メモでは、GitHub のリポジトリ・npm の ecc-universal・GitHub App・プラグインの ecc@ecc・ecc.tools が公式です。それ以外の再配布は使わないとしています。
名前の似たパッケージを入れないために、入れる前に出どころを確かめる手順は欠かせません。
Claude Codeのプラグインのおすすめを選ぶ前に、僕が決めた順番
「claude code プラグイン おすすめ」で探すと、ECC のような全部入りのパックがよく挙がります。ECC を入れてみて、僕はおすすめの一覧より先に、自分の環境で止まって困るものを決めるほうが大事だと考えるようになりました。
僕が入れるときに決めたことは、次の4つです。
- 戻す地点を作る：設定ファイルを日付つきで控える
- スコープを決める：自分だけで試すなら user、チームに配るなら project
- フックの強さを決める：無人で動く仕事があるなら、止めるフックを外す
- 被るスキルの扱いを決める：既存を優先するか、新しい方へ寄せるか
スキルの数は、入れる理由にはなっても、入れ方を決める材料にはなりませんでした。どのフックが何を止めるかを先に読むほうが、あとの手間が少なくて済みます。
まとめ
- Everything Claude Code（ECC）は、Claude Code にスキル・エージェント・コマンド・フックをまとめて足す MIT ライセンスのパック。僕が2026年10月2日に入れた v2.2.3 はスキル293本、11月9日の README ではスキル314本
- 入れ方はプラグイン ecc@ecc を user スコープで。反映は次に開くセッションからで、入れる前に
~/.claude/settings.jsonを控えた - フックは
ECC_HOOK_PROFILEで minimal。standard 以上の、最初の編集を止めるフックやMCPの呼び出しを止めるフックは、無人の定期タスクを止める恐れがあるので外した - 開始時の注入は
ECC_SESSION_START_CONTEXT=off。同時に開くセッション同士で案件の話が混ざらないようにした - 僕なら、まず戻す地点とフックの強さを決めてから入れ、既存のスキルと被るものは既存を優先して、ECC 側は比べるときだけ呼びます
よくある質問
Everything Claude Code（ECC）は無料で使えますか？
GitHub で公開されている本体は MIT ライセンスで、無料で使えます。公式の README には、非公開のリポジトリ向けの ECC Pro が別の有料サービスとして載っています。GitHub App 自体は無料で入れられると書かれています。僕の会社はプラグインの本体だけを使っていて、ECC Pro は契約していません。
ECCのフックのプロファイルは何を選べばいいですか？
公式の hooks の README では、minimal・standard・strict の3つがあり、既定は standard です。人が見ている開発の作業なら standard でも役に立ちます。無人の定期タスクを回している環境では、途中で編集やMCPの呼び出しを止めるフックが動かない minimal にしておくのが安全だと僕は判断しました。
ECCを入れたあとで、フックだけ止めることはできますか？
できます。公式の hooks の README では ECC_HOOKS_ENABLED がフック全体の元スイッチで、環境変数の値がプラグインの設定より優先されます。特定のフックだけ止めたいときは、ECC_DISABLED_HOOKS にフックの ID をカンマ区切りで並べます。スキルはどちらの場合も残ります。
プラグイン版とnpmの手動インストールを両方入れてもいいですか？
やめたほうがよいです。公式の README は、入れ方を1つに決めて重ねないように書いています。両方を入れるとスキルとフックが二重になり、フックが2回動く原因になります。切り替えるときは、先にプラグインを外してから入れ直します。
