Claude Codeを使っていると、セッションが変わるたびに「TypeScriptで書いて」「コミットメッセージは日本語で」と毎回同じ説明をしていることに気づきませんか。 CLAUDE.mdにルールを書いても、どこか管理しきれない感覚が残りますよね。
そんな悩みを根本から解決するのが、GitHubでスター数が急増している「everything-claude-code」というプラグインです。 Anthropicのハッカソン優勝者が10ヶ月以上の実践から作り上げたこのツールは、単なるプロンプト集ではありません。 AIエージェントを操る「ハーネス（制御系統）」そのものを整備するという発想で設計されています。
この記事では、everything-claude-codeの全体像から導入時の注意点まで、順を追って説明します。
ぜひ最後までご覧ください。
everything-claude-codeとは何か
「プロンプト集」ではなく「ハーネス」という考え方
everything-claude-codeを理解する上で、まず「ハーネス最適化」という概念を押さえておくといいでしょう。
ハーネスとは馬具のこと。 AIエージェントを馬に例えると、手綱や馬具にあたる制御系統全体がハーネスです。 CLAUDE.md一枚でルールを書くのではなく、エージェント・スキル・フック・ルール・MCP設定を一つのシステムとして統合するのが、このプラグインのコアな発想です。
公式サイトはecc.tools、GitHubリポジトリはこちらから確認できます。 npmパッケージ（ecc-universal）としても公開されていて、導入の敷居は低くなっています。
対応しているツール
Claude Code専用ではない点も、このプラグインの特徴です。
| ツール | 対応状況 |
|---|---|
| Claude Code | ◎ メイン対応 |
| Cursor | ○ フック15種・ルール34個 |
| OpenCode | ○ イベント11種・コマンド31個・スキル37個 |
| Codex | ○ 対応あり |
DRYアダプターパターンを採用しているため、一つのリポジトリから全環境に設定を配布できます。 ツールごとに設定を二重管理する手間がなくなりますね。
5つの主要機能を見ていこう
25個の専門サブエージェントによる分業
タスクの性質に応じて、専門家に仕事を振り分ける設計になっています。 全員を同じモデルで動かすのではなく、役割ごとにモデルを使い分けているのが特徴です。
| エージェント名 | 担当 | 使用モデル |
|---|---|---|
| Planner | 実装計画の策定 | Opus（最上位） |
| Architect | システム設計 | Opus（最上位） |
| Security Reviewer | セキュリティチェック | Sonnet |
| Code Reviewer | コードレビュー | Sonnet |
| Build Error Resolver | ビルドエラー解消 | Sonnet |
計画・設計はコストをかけてもOpusで精度を出し、パターン検出はSonnetでコスパよく高速に回す。 タスクの性質に合わせた合理的な配分ですね。
エージェントの定義はすべてMarkdownファイルなので、自分でカスタマイズすることも可能です。
100個以上のスキルで「やり方」を定義する
エージェントが「誰がやるか」なら、スキルは「どうやるか」です。 特定ドメインの知識やワークフローの手順が体系的に定義されています。
スキルのカテゴリは大きく3種類に分かれます。
| カテゴリ | 内容例 |
|---|---|
| 言語別 | TypeScript・Python・Go・Rustのベストプラクティス |
| フレームワーク別 | React・Django・Spring・Bootの作法 |
| ワークフロー | TDD手順・セキュリティレビューフロー |
たとえばReactのプロジェクトで、なぜかDjango流のコードが出てきてしまう問題は、フレームワーク別スキルで防げます。
57個のスラッシュコマンドと組み合わせると、/plan-tasks一つで計画エージェントが起動して実装計画を自動生成してくれます。
フックによる自動化
フックは、Claude Codeのライフサイクルイベントに応じてスクリプトが自動実行される仕組みです。
| フックの種類 | タイミング | 何をするか |
|---|---|---|
| Session Start | セッション開始時 | 前回のコンテキストを自動復元 |
| Post Tool Use | ツール実行後 | 自動フォーマット・型チェック |
| Stop | セッション終了時 | セッションサマリーをファイルに保存 |
毎回プロジェクト設定を伝え直す必要がなくなるのは、Session Startフックが前回のサマリーを読み込むからです。 Start → 作業 → Stopの一連の流れが全部自動化されています。
チェックの重さが気になる方向けに、強度は3段階で調整できます。
| プロファイル | 用途 |
|---|---|
| Minimal | 軽く使いたいとき |
| Standard | 通常の開発 |
| Strict | リリース前の厳密なチェック |
環境変数一つで切り替えられるので、場面に応じた使い分けがしやすいです。
継続学習V2でAIが自分の癖を覚えていく
このプラグインで特に面白い機能が「継続学習V2」です。 モデル自体をファインチューニングするのではなく、ユーザーの行動パターンを学習します。
仕組みはこうです。 ツール使用のたびに操作ログが記録されていき、「クラス構文より関数型を好む」といった癖に信頼度スコア（0〜0.9）がつきます。 観察回数が多いほどスコアが上がり、偶然の操作と習慣的な作業スタイルを区別できるようになります。
蓄積されたパターンはそこで終わりではなく、クラスタリングされて再利用可能なスキルに進化します。 自分の作業スタイルがそのままスキルとして定義されていくわけです。
また、「Project Scope」という設定により、フロントエンドで学んだパターンがバックエンドのプロジェクトに混入することもありません。
AgentShieldでセキュリティ監査
便利な機能が増えると、セキュリティリスクも見逃しやすくなります。 CLAUDE.mdやMCP設定ファイルは、プロンプトインジェクション攻撃の標的になりうる点を覚えておきたいです。
AgentShieldは設定ファイル専用のセキュリティスキャナーで、5つのカテゴリを自動チェックします。
| チェック項目 |
|---|
| シークレット（APIキー等）の検出 |
| 権限の監査 |
| フックへのインジェクション分析 |
| プロンプトインジェクションのパターン検出 |
| 設定ファイル全体の整合性チェック |
さらに「Opusモード」では、3つのエージェントがレッドチーム分析を実施します。 攻撃者・防御者・監察者の三役に分かれて、人間が見落としがちな脆弱性を洗い出してくれます。 コストが心配な場合は、普段はクイックスキャン、リリース前だけOpusモードにする使い分けが現実的でしょう。
--fixオプションをつけると、安全に修正できる問題は自動で直してくれます。
導入前に知っておきたい注意点
コンテキストウィンドウの消費量に注意
全機能を有効にすると、コンテキストウィンドウが大幅に圧迫されます。 200Kトークンあっても、設定ファイルだけで70K程度まで縮小するケースもあります。
作者も推奨しているのは、必要なものだけを選んで使うこと。 目安は以下の通りです。
| 項目 | 推奨上限 |
|---|---|
| MCPサーバー | 10個まで |
| ツール | 80個まで |
プロジェクトに合わせて取捨選択することが、うまく使いこなすコツです。
Claude Code V2.1以上が必要
一部の機能はClaude Code V2.1以降でなければ動作しません。 導入前にバージョンを確認しておきましょう。
まとめ
everything-claude-codeが提供するのは、5つの柱で構成された統合的なAI制御環境です。
| 機能 | 効果 |
|---|---|
| 25個のサブエージェント | タスク性質に応じたモデル分業 |
| 100個以上のスキル | 言語・FW・ワークフローの知識体系 |
| フック自動化 | セッション記憶の自動引き継ぎ |
| 継続学習V2 | 作業スタイルのスキル化 |
| AgentShield | 設定ファイルのセキュリティ監査 |
毎回同じ説明を繰り返す手間がなくなり、使えば使うほど自分専用のアシスタントに育っていく点が、このプラグイン最大の魅力です。 ただし全部入りで使うのではなく、コンテキストウィンドウへの影響を意識しながら、プロジェクトに必要な機能を選ぶ使い方が長続きするでしょう。
詳細は公式サイト（ecc.tools）やGitHubリポジトリで確認できます。 まずは小さく導入して、自分だけのハーネスを育てていくのがおすすめです。
最後までご覧いただき、ありがとうございます。