Everything Claude Codeの311スキルから選ぶ：読み込まれる条件と入れ方

Everything Claude Code（以下ECC）は、Claude Code向けのスキル、エージェント、フック、ルールを1つのリポジトリにまとめたキットです。10月21日にZennで、311個のスキルから3つのスキルとルール1パックに絞る記事が公開されました。この記事はインストール数をもとに選んでいます。一方で、全部入れたときに何がどれだけ増えるのかは、Claude Code側の読み込みの仕組みで決まります。そこで、ECCのリポジトリ（コミット90606c8、版2.2.3）とClaude Codeの公式ドキュメントを読み、手元で入れて数えました。

ECCに入っているもの#

コミット90606c8の時点で数えると、次のとおりでした。READMEの冒頭の表とも一致します。

部品	数	置き場所
スキル	311	skills/
エージェント	71	agents/
旧来のコマンド	97	commands/
ルール	共通1と言語・フレームワーク別22のパック	rules/

数は短い間に増えています。4月22日に公開された（6月18日に更新）Augment Codeの記事では、エージェントが48、スキルが183でした。6月の2.0.0の時点では、READMEによると281スキル、67エージェント、94コマンドです。KDnuggetsも、Claude Codeを使いこなすためのリポジトリの1つとして取り上げています。READMEの先頭の紹介画像も2.0.0の時点のままで、スキルの数は261と書かれています。

入れ方は大きく2つです。Claude Codeのプラグインとしてecc@eccを入れる方法と、install.shなどで~/.claude/にファイルを置く方法です。READMEは同じハーネスに2つの方法で重ねて入れると、スキルやフックが重複すると注意しています。

プラグインで全部入れると、毎セッション約4万7561トークン#

Measure what a plugin costsによると、プラグインを有効にしたセッションには、そのプラグインのスキル、エージェント、コマンドの名前と説明が必ず入ります。使わなくても、その分のトークンは利用量に数えられます。

検証した環境（Claude Code 2.1.310、空の設定）で、ECCのマーケットプレイスを追加してecc@eccを入れ、claude plugin detailsで見積もりを出しました。

$ claude plugin details ecc@ecc
ecc 2.2.3
Component inventory
  Skills (408)  accessibility, agent-architecture-audit, agent-eval, ...
  Agents (71)  python-reviewer, seo-specialist, vue-reviewer, ...
  Hooks (8)  PreToolUse, UserPromptSubmit, PreCompact, SessionStart, PostToolUse, PostToolUseFailure, Stop, SessionEnd  (harness-only — no model context cost)
  MCP servers (1)  chrome-devtools  (tool schemas resolved at runtime; not counted)
Projected token cost
  Always-on:   ~47,561 tok   added to every session

Skillsの408は、スキル311とコマンド97の合計です。公式ドキュメントにも、コマンドはスキルと一緒に数えるとあります。公式のマーケットプレイスでは、この見積もりが2,000トークン以上のプラグインは、/pluginの詳細画面で強調して表示されます。ECCの約4万7561トークンは、その20倍を超える量です。

ただし、スキルの説明が全て会話に入るとは限りません。スキルのドキュメントによると、スキルの一覧には文字数の予算があり、モデルのコンテキストウィンドウの1%に比例します。超えた分は呼び出しの少ないスキルから順に説明が落とされる仕組みです。名前は残りますが依頼と照らし合わせるための言葉がなくなるので、そのスキルは自動では呼ばれにくくなります。全部入れたときは、トークンの量より、入れたスキルが呼ばれなくなることのほうが困りそうです。

もう1つの制約はプラグインのスキルを1つずつ止められないことです。設定のskillOverridesはプラグインのスキルには効かず、/pluginで管理するよう書かれています。/pluginでできるのはプラグイン単位の有効と無効の切り替えです。

ルールは「毎回読み込まれる」とは限らない#

ECCのREADMEは、ルールを「always-loaded context」と呼び、rules/commonと使う言語の1パックから始めるよう勧めています。プラグインではルールを配れないので、~/.claude/rules/ecc/に自分でコピーします。公式のプラグインの標準の構成にも、ルールの置き場所はありません。

一方、公式ドキュメントでは、.claude/rules/のファイルの扱いはpathsの指定で変わります。pathsのないルールは起動時に読み込まれる扱いです。pathsのあるルールはClaudeが該当するファイルをRead、Write、Editのツールで扱ったときに読み込まれます。

ECCのルールを数えると、pathsがないのはrules/commonの10ファイル（合計1万9408バイト）だけでした。言語・フレームワーク別の22パック、111ファイルには、全てpathsがありました。TypeScriptのパックの先頭は次のとおりです。

---
paths:
  - "**/*.ts"
  - "**/*.tsx"
  - "**/*.js"
  - "**/*.jsx"
---

つまり、22パックを全部コピーしても、起動時に全てが読み込まれるわけではありません。困るのは同じ拡張子に当たるパックが重なる場合です。例えば.tsxはTypeScript、React、React Native、Webの4つのパックが対象にしていました。全パックを入れたプロジェクトで.tsxを1つ読むと、25ファイル（合計6万7166バイト）が該当します。TypeScriptのパックだけなら5ファイル（6791バイト）です。React Nativeを使っていないWebアプリでも、React Nativeのルールまで会話に入ることになります。

パックを1つに絞る理由は、言語ごとの読み込みより、こうした重なりのほうにあります。Reactを使うならReactのパックも足す、のように、拡張子がどのパックに当たるかを見て決めるとよさそうです。

--skillsで1つ指定しても、1つだけにはならない#

READMEは必要な部品だけを入れる方法として./install.sh --target claude --skills tdd-workflow,security-reviewを挙げています。ところが--dry-runで計画を出すと、指定したスキルだけではありませんでした。空のフォルダで、プロジェクト単位（--target claude-project）にして試した結果です。

$ node ecc/scripts/ecc.js install --target claude-project --dry-run --skills security-review
Included components: skill:security-review
Requested modules: security
Selected modules: platform-configs, skill-unified-memory, workflow-quality, security, shared-script-utils
Operations: 144

スキルはモジュールという単位で入ります。install-modules.jsonでは、security-reviewはsecurityのモジュールに属していて、同じモジュールにはHIPAAやDeFiのスキルも入っています。依存するモジュールも加わり、計画ではスキルのフォルダが74個になりました。

coding-standardsを指定すると、さらに広がります。ルールを含むモジュールが選ばれ、計画は546件の操作で、エージェント71個、コマンド97個、ルールの全パックの122ファイルが入る内容でした。少なく入れるための--profile minimalも、スキル53個とルールの全パックを含みます。

スキルを1つだけ入れたいなら、READMEにある手作業のコピーが確実です。

cp -r skills/security-review ~/.claude/skills/

READMEは手作業でコピーした部品はそれぞれ独立して動くと書いています。security-reviewのフォルダにあるのはSKILL.mdと、クラウドの設定についての補足の2ファイルだけでした。

どのスキルを残すか#

311個から選ぶとき、次の4つは手元で確かめられます。

1つ目は毎ターンの量と、呼んだときの量です。claude plugin detailsの行ごとの見積もりでは、security-reviewは毎ターン約80トークン、呼んだときに約4900トークンでした。coding-standardsは約100トークンと約4800トークン、frontend-patternsは約80トークンと約5900トークンです。3つ合わせても毎ターン約260トークンで、プラグイン全体の約4万7561トークンの1%に満たない量です。

2つ目は前提にしているスタックです。security-reviewは、秘密の情報の置き場所としてVercelとRailwayを挙げ、SQLの例と行レベルのセキュリティの節はSupabaseを前提にしています。Supabaseを使わないプロジェクトでは、その節は当てはまりません。

3つ目はスキルどうしの役割の分担です。coding-standardsは冒頭で、Reactなどはfrontend-patternsに、API設計などはbackend-patternsに任せると書いています。共通のcoding-standardsと、スタックに合うものを1つ入れれば、作者の意図どおりの組み合わせになります。

4つ目は本当に使われているかです。Claude Code 2.1.252以降の/skill-doctorは、一覧に載っているのに一度も呼ばれていないスキルを、プラグインのものも含めて示します。入れて数日たったら、呼ばれていないものを外すとよさそうです。

入れる前に確かめること#

READMEは入手先をGitHubのリポジトリ、npmのecc-universal、プラグインのecc@eccなどの公式の経路に限るよう書いています。非公式のミラーや再配布は、マルウェアを含むおそれがあるという注意です。

プラグインで入れる場合は、8種類のイベントのフックも有効になります。フックはサンドボックスの外で、自分の権限で動きます。審査の仕組みと、フックを読むときの見方は、Claude Codeの公式プラグイン集の記事に書きました。ECCはAnthropicの公式のカタログにもコミュニティのカタログにも載っておらず、作者のマーケットプレイスから入れます。公式のカタログのような、更新ごとの審査は通りません。

スキルを集めたリポジトリは、ECCのほかにもgoogle/skillsのように大きくなっています。数が増えるほど、全部を入れるのではなく、カタログとして読んで選ぶ使い方になりそうです。