--- title: "Everything Claude Codeの311スキルから選ぶ：読み込まれる条件と入れ方" description: "311個のスキルを含むEverything Claude Codeを、プラグインで全部入れた場合と、必要なものだけ入れた場合で比べました。毎ターン増えるトークン、ルールが読み込まれる条件、--skillsの指定で実際に入るものを確かめています。" url: https://udon-dev.com/notes/ecc-skill-selection/ lang: ja published: 2026-10-25 topic: [ai] tags: ["claude-code", "agent-skills", "plugins", "rules"] --- # Everything Claude Codeの311スキルから選ぶ：読み込まれる条件と入れ方 - Everything Claude Codeをプラグインで入れると、スキルとコマンドの408個とエージェントの71個の説明が会話に加わり、claude plugin detailsの見積もりでは毎セッション約4万7561トークンになった - 言語別のルール111ファイルには全てpathsの指定があり、公式ドキュメントでは該当するファイルを読んだときだけ読み込まれる。起動時に必ず読み込まれるのはrules/commonの10ファイル - 全パックを入れると、.tsxを1つ読んだだけで4つのパックの25ファイルが該当する。TypeScriptのパックだけなら5ファイル - install.shの--skillsにsecurity-reviewだけを指定しても、ドライランの計画では74個のスキルが入る Everything Claude Code（以下ECC）は、Claude Code向けのスキル、エージェント、フック、ルールを1つのリポジトリにまとめたキットです。10月21日にZennで、311個のスキルから3つのスキルとルール1パックに絞る[記事](https://zenn.dev/skillselion/articles/06e00facc82273)が公開されました。この記事はインストール数をもとに選んでいます。一方で、全部入れたときに何がどれだけ増えるのかは、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の記事](https://www.augmentcode.com/learn/everything-claude-code-hits-163k-stars)では、エージェントが48、スキルが183でした。6月の2.0.0の時点では、READMEによると281スキル、67エージェント、94コマンドです。[KDnuggets](https://kdnuggets.com/10-github-repositories-to-master-claude-code)も、Claude Codeを使いこなすためのリポジトリの1つとして取り上げています。READMEの先頭の紹介画像も2.0.0の時点のままで、スキルの数は261と書かれています。 （図: ECCのリポジトリの紹介画像。「The operating system for AI agent harnesses.」の見出しと、2.0.0の時点のスキル261、エージェント64、コマンド84の一覧） 出典：[affaan-m/ECC（GitHub）](https://github.com/affaan-m/ECC) 入れ方は大きく2つです。Claude Codeのプラグインとして`ecc@ecc`を入れる方法と、`install.sh`などで`~/.claude/`にファイルを置く方法です。READMEは同じハーネスに2つの方法で重ねて入れると、スキルやフックが重複すると注意しています。 ## プラグインで全部入れると、毎セッション約4万7561トークン [Measure what a plugin costs](https://code.claude.com/docs/en/plugins/measure)によると、プラグインを有効にしたセッションには、そのプラグインのスキル、エージェント、コマンドの名前と説明が必ず入ります。使わなくても、その分のトークンは利用量に数えられます。 検証した環境（Claude Code 2.1.310、空の設定）で、ECCのマーケットプレイスを追加して`ecc@ecc`を入れ、`claude plugin details`で見積もりを出しました。 ```text $ 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倍を超える量です。 ただし、スキルの説明が全て会話に入るとは限りません。[スキルのドキュメント](https://code.claude.com/docs/en/skills#skill-descriptions-are-cut-short)によると、スキルの一覧には文字数の予算があり、モデルのコンテキストウィンドウの1%に比例します。超えた分は呼び出しの少ないスキルから順に説明が落とされる仕組みです。名前は残りますが依頼と照らし合わせるための言葉がなくなるので、そのスキルは自動では呼ばれにくくなります。全部入れたときは、トークンの量より、入れたスキルが呼ばれなくなることのほうが困りそうです。 もう1つの制約はプラグインのスキルを1つずつ止められないことです。設定の`skillOverrides`はプラグインのスキルには効かず、`/plugin`で管理するよう書かれています。`/plugin`でできるのはプラグイン単位の有効と無効の切り替えです。 ## ルールは「毎回読み込まれる」とは限らない ECCのREADMEは、ルールを「always-loaded context」と呼び、`rules/common`と使う言語の1パックから始めるよう勧めています。プラグインではルールを配れないので、`~/.claude/rules/ecc/`に自分でコピーします。公式の[プラグインの標準の構成](https://code.claude.com/docs/en/plugins-reference#standard-layout)にも、ルールの置き場所はありません。 一方、[公式ドキュメント](https://code.claude.com/docs/en/memory#path-specific-rules)では、`.claude/rules/`のファイルの扱いは`paths`の指定で変わります。`paths`のないルールは起動時に読み込まれる扱いです。`paths`のあるルールはClaudeが該当するファイルをRead、Write、Editのツールで扱ったときに読み込まれます。 ECCのルールを数えると、`paths`がないのは`rules/common`の10ファイル（合計1万9408バイト）だけでした。言語・フレームワーク別の22パック、111ファイルには、全て`paths`がありました。TypeScriptのパックの先頭は次のとおりです。 ```text --- 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`）にして試した結果です。 ```text $ 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](https://github.com/affaan-m/ECC/blob/main/manifests/install-modules.json)では、`security-review`は`security`のモジュールに属していて、同じモジュールにはHIPAAやDeFiのスキルも入っています。依存するモジュールも加わり、計画ではスキルのフォルダが74個になりました。 `coding-standards`を指定すると、さらに広がります。ルールを含むモジュールが選ばれ、計画は546件の操作で、エージェント71個、コマンド97個、ルールの全パックの122ファイルが入る内容でした。少なく入れるための`--profile minimal`も、スキル53個とルールの全パックを含みます。 スキルを1つだけ入れたいなら、READMEにある手作業のコピーが確実です。 ```text 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](https://github.com/affaan-m/ECC/blob/main/skills/security-review/SKILL.md)は、秘密の情報の置き場所としてVercelとRailwayを挙げ、SQLの例と行レベルのセキュリティの節はSupabaseを前提にしています。Supabaseを使わないプロジェクトでは、その節は当てはまりません。 3つ目はスキルどうしの役割の分担です。[coding-standards](https://github.com/affaan-m/ECC/blob/main/skills/coding-standards/SKILL.md)は冒頭で、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の公式プラグイン集の記事](/notes/claude-plugins-official/)に書きました。ECCはAnthropicの公式のカタログにもコミュニティのカタログにも載っておらず、作者のマーケットプレイスから入れます。公式のカタログのような、更新ごとの審査は通りません。 スキルを集めたリポジトリは、ECCのほかにも[google/skills](/notes/google-skills-catalog/)のように大きくなっています。数が増えるほど、全部を入れるのではなく、カタログとして読んで選ぶ使い方になりそうです。