← 開発日記に戻る

ECC(Everything Claude Code)とは?導入する価値はあるか

AI ツールチェーン · 2026.05.26 · 約 10 分

ターミナルとマルチモニターで AI コーディングワークフローに取り組む開発者

2026 年春、GitHub の affaan-m/ECC(Everything Claude Code、以下 ECC)が急速に注目を集めました。これは「また一つの Claude 用プロンプト集」ではなく、Agent Harness(Claude Code、Cursor、Codex、OpenCode など)向けのスキルライブラリ+フック+ルール+セキュリティスキャン+セッション記憶の最適化をひとまとめにしたパッケージです。名前に Claude Code とありますが、メンテナは複数 IDE エージェントへの対応を明記しています。

本記事が答えるのは一点だけです。日々コードを書く立場から、ECC をプロジェクトやグローバル環境に入れる価値はあるか。 すでに Claude CodeCursor を使っているなら、下の「向いている/今は不要」リストと照らし合わせてください。中国語の概要はリポジトリ内の README.zh-CN.md にあります。

3 分で押さえる結論:

  • ECC = Harness 層の「OS」

    モデルの代わりではなく、スキル・セッション記憶・品質ゲート・監査を載せるランタイム束です。

    MIT オープンソース

  • 入れる価値:ヘビーユーザー

    毎日 AI に複数ファイルの修正・テスト・PR を任せるチームでは、ルールの再説明コストが下がります。

    Skills + Hooks

  • 様子見でよい:たまの質問だけ

    1 行補完程度の使い方なら、フル導入はコンテキストノイズと保守負荷だけが増えます。

    選択的インストール

1. ECC とは何か:設定ファイルの山ではない

公式は ECC を harness-native operator system(エージェント Harness 向けのオペレーティングシステム)と呼びます。10 か月超の実プロダクト開発での Agent 利用が蓄積され、Anthropic ハッカソンでもワークフローが検証されています(Shorthand Guide・Longform Guide 参照)。

クローンすると規模が伝わります。数十の Agents、200 超の Skills、セッション開始/終了の記憶書き込みや Stop 時サマリなどの Hooks、言語別 RulesAgentShield、会話からパターンを Skills に昇格させる continuous learning。v2.0 では Hermes オペレーター、クロス IDE インストーラー、実験的 Rust 制御面 ecc2/ も含まれます。

素の Claude Code は「モデル+ターミナル」。ECC を載せると「モデル+ターミナル+書き済み SOP+自動記憶+安全柵」。コンパイラだけの世界と DevOps テンプレート付きの世界の差に近く、チームが大きくなるほど差が出ます。

Agent ワークフローにおける ECC の位置 あなた IDE / CLI ECC 層 Skills · Hooks · Rules 記憶 · AgentShield Harness Claude Code モデル API 任意:リモート Mac / CI Runner でビルド・テスト・git worktree 並列
ECC は IDE エージェントとモデルの間に位置し、Hooks 経由でローカル/クラウド Runner に接続できる

2. 裸の Claude Code / Cursor との違い

初めて clone すると「markdown とスクリプトの山?」と感じがちです。価値は単一プロンプトではなく、オーケストレーションデフォルトのベストプラクティスにあります。

ECC なしの IDE Agent と ECC あり(日常開発)
観点 ECC なし そのまま使う ECC あり 導入と剪定
ルールの一貫性記憶と CLAUDE.md 任せ言語・フレームワーク別 Rules、TS+Python だけ等
セッション横断の記憶文脈が切れがち、手貼りHooks が要約保存・スキル進化
品質ゲートテスト実行を自分で思い出す/quality-gate、検証ループ、benchmark Skills
セキュリティ依存関係・サンドボックスを見落としやすいAgentShield、/security-scan(Security Guide)
導入コスト低い中〜高:Guide 読解と選択的インストール
トークン比較的抑えやすいSkills 過多でコンテキスト膨張、ECC_HOOK_PROFILE 等で剪定

すでに AGENTS.md、自前 CI、レビューボットが成熟しているチームでは ECC が重複します。マージ前提で、丸ごと上書きは避けてください。Agent の使い方がまだ固まっていない小規模チームや個人全栈向けです。

3. 入れる人・今は不要な人

本気で試す価値あり:毎日 AI に複数リポジトリの修正・テスト・PR を任せる開発者。TypeScript / Python / Go / Java でレビュー慣行を揃えたい技術リード。Cursor と Claude Code を行き来し、ルールを一套にしたい人。

スキップまたは最小構成:リポジトリを触らない Q&A だけの利用。未監査スクリプトの自動実行が禁止の企業(セキュリティ審査が先)。数百 Skills の更新保守を嫌う場合。

選択的インストール(manifest の install-plan / install-apply)と configure-ecc ウィザードがあり、246 Skills を一度に飲む必要はありません。一部だけ欲しい場合は npm の ecc-universal も選択肢です。

4. 入れ方:clone から運用まで

代表的な三段階(侵襲度の低い順):

  1. 読んで取り込む:Shorthand Guide と 中国語 README を読み、必要な Skills だけ .cursor/rules や Claude Code 設定へコピー。
  2. 選択的インストール:公式スクリプト/プランナーで言語 Rules と常用 Hooks のみ。コンテキスト爆発を避ける。
  3. フル同期:個人 dotfiles 向け。チームは monorepo でバージョン固定し、アップグレード前に ECC の回帰テストを実行。

導入後は ECC_HOOK_PROFILE=minimal|standard|strict で Hook 負荷を制御し、ECC_DISABLED_HOOKS で不要な自動化を止めます。v2.0 以降は ecc status --markdown でセッション状態を共有し、Agent タスクの引き継ぎが楽になります。

OSS と商用を混同しない
リポジトリは MIT。ECC Pro(GitHub App、プライベート監査)と Sponsor は別製品線です。「入れる価値」を判断するときはまず OSS を使い切り、その後 Pro を検討してください。

5. クラウド Mac / CI:Agent の「手」はどこにあるか

ECC は「頭の横の SOP」ですが、gitxcodebuildnpm testどこかのマシンで動きます。iOS / macOS チームでは IDE はローカル、重いビルドはリモート Mac Runnerに載せる構成が多いです。

Hashvps の利用シーンと重なります。例:GitHub Actions 自前 macOS Runner をクラウド Mac で運用して署名・Archive を回す、同じホストで 無頭 CI に OpenClaw を入れ Channel を 24/7 監視する。ECC の git worktree や cascade の文書も、SSH 可能で安定した macOS を前提にしています。ノートを閉じたら並列 Runner は語れません。

実務では Rules に「重いコマンドは Runner のみ」と明記し、Runner には専用 IP を割り当てて API・証明書まわりの異常検知を減らします(1 台 1 IP 参照)。

6. リスクとガバナンス:入れたら丸投げしない

  • コンテキスト膨張:Skills / Rules が多いとリクエストが高く遅くなる。定期的な棚卸し(関連 Skill あり)。
  • 自動 Hook の副作用:ディスクへのセッション記憶に機密断片が混じる。プライベート repo でも秘密情報扱いに。
  • サプライチェーン:公式 affaan-m/ECC と npm リリースのみ追跡。fork はレビュー後。
  • OpenClaw との役割分担:OpenClaw は 7×24 の個人サービスと Channels。ECC は IDE 内コーディング Harness。併用可だが権限モデルは分ける。

7. 入れる価値はあるか:判断チェック

下の大半に当てはまるなら、今週 2 時間 ECC を試す価値あり。当てはまらなければ裸の Agent+少数 Rules の方が楽です。

  • 週 3 回以上、AI に複数ファイル修正とテストを任せている
  • チーム 2 人以上でレビュー基準を揃えたい
  • Claude Code / Cursor Agent で「毎回ルールを教える」疲れがある
  • Shorthand Guide を読み選択的導入する意思がある
  • macOS Runner またはクラウド Mac で重タスクを回せる(任意だが加点)

8. よくある質問

Q1. 名前は Claude Code だが Anthropic 専用?

いいえ。 Cursor、Codex、OpenCode、Gemini CLI など複数 Harness を公式サポート。Claude Code は起源のシナリオです。Cursor 利用者はクロス IDE 文書と Cursor 向け Rules サブセットを優先してください。

Q2. 無料か? ECC Pro との違いは?

コアリポジトリは MIT で永久無料。 ECC Pro は GitHub App 等のマネージドサービスで、プライベート PR 監査・課金は Pro 側。public での学習は OSS で足ります。

Q3. Cursor 標準 Rules と競合する?

重複し得ます。 ECC はプロセスと品質ゲート、Cursor Rules はリポジトリ構造。矛盾する禁止事項を二重に書かない。

Q4. トークンは増える?

フル有効化すると増えます。 minimal Hook、必要な Skills のみ、Longform Guide のトークン最適化章を参照。長文は RAG や repo 検索へ。

Q5. OpenClaw デジタル分身と同じ?

違います。 ECC は IDE 内コーディング Agent の強化。OpenClaw は Gateway+Channels の 24/7 個人サービス。OpenClaw デジタル分身 で用途を切り分けてください。

Agent に macOS ビルドが要る? Runner 用クラウド Mac

ECC は「書き方」を整える。Xcode 署名・Archive・CI は本物の macOS が要る。Hashvps カナダ M4 ベアメタル+専用 IP は、Agent と GitHub Actions のリモート Runner に向きます。

プランを見る

Hashvps · Mac クラウド

クラウド Mac で Agent と CI

ベアメタル macOS・専用 IP。Xcode と自前 Runner に。プランと料金はトップへ。

トップへ
期間限定