ECCはコーディングエージェントの作業手順を道具にする

プロンプト一回分を工程として保存する

ECCは、AIエージェントへコードを書かせるだけでなく、作る前に計画し、テストで変更を確かめ、新しい文脈で自分の作業をレビューし、必要な知識を覚え、成功した手順を技能へ変えるための仕組みとREADMEで説明されています。中心に置かれる流れはplan、test、implement、review、verify、remember、improveです。毎回のプロンプトで工程を再構成する代わりに、エージェントの作業環境へ組み込みます。

対応状況は一枚岩ではありません。READMEはClaude Codeで最もよく動作し、Codexには同期経路があり、Cursor、OpenCode、Gemini、Zed、GitHub Copilot、Antigravity、Qwenなどには能力を絞ったアダプターがあると記しています。機能が同じだと思い込まず、対象ハーネスのサポート状況マトリックスを先に読みます。

公式チャネルだけを導入経路にする

Claude Codeでは、GitHubリポジトリをマーケットプレイスへ追加し、ecc@eccをプラグインとして導入する二つのコマンドがREADMEに示されています。これはClaude向けの簡単な入口で、同じ環境へ手動インストールを重ねないよう注意されています。ECC 2.2ではecc-universalによる案内付きセットアップも加わりましたが、ネイティブのClaudeプラグイン経路が単純な方法として残っています。

安全面では、GitHubリポジトリ、npmのecc-universalとecc-agentshield、GitHub App、ecc@ecc、ecc.toolsだけを検証済みチャネルとして使うよう明記されています。第三者の再アップロードや非公式ミラーは保守やレビューの対象外で、マルウェアを含む可能性があると警告されます。AIツールは権限、フック、MCP設定へ触れるため、名前が似た配布物を使わないこと自体が導入手順の一部です。

68のエージェントと286の技能を役割で選ぶ

READMEの現行表では、ECCに68エージェント、286スキル、94のレガシーコマンドシムが含まれ、フック、ルール、メモリ、AgentShieldも提供されます。エージェントは計画、レビュー、ビルド修復、セキュリティ、アーキテクチャ、領域別の作業に分かれ、スキルはTDD、調査、文書、フロントエンド、データ、ML、運用などを扱います。コマンドシムは、技能を中心にした入口へ移行する間の互換層です。

ルールは言語やプロジェクトごとに選択する常時ロードの標準、AgentShieldはプロンプト、フック、MCP設定、権限、秘密情報、エージェントファイルをスキャンする道具と説明されています。数が多いことより、どの技能がどの権限で何を変更するかが導入判断の軸です。個別の技能の説明はREADMEではなくリポジトリ内にあるため、必要な機能だけを選び、読み込まれるファイルと実行されるフックを確認します。

Plan Canvasでエージェントの計画を止めて見る

ECC 2.1の新機能として、Plan Canvasが紹介されています。ループバックだけで動くブラウザー画面で、計画の一部を指し、番号付き注釈を付け、サイドレールからチャットし、承認または変更要求を出せます。判定はplanコマンドのCONFIRMゲートへ直接対応するとREADMEは説明しています。エージェントが実装へ進む前に、人間が作業範囲と前提を確認する場所です。

この機能を使う場合、計画に含まれるファイル、テスト、外部操作、完了条件をレビュー対象にします。ループバック専用という説明は外部公開を避ける設計を示しますが、ブラウザー画面の権限や記録の残り方まで保証するものではありません。Kimi Code向けのインストール対象、GPUを自分でホストする検証経路、統合されたPostToolUseフックも同じ版の話題に挙がっています。対応対象と変更点を版ごとに記録するべきです。

Unified Memory Vaultは検査できる記憶層

Unified Memory Vaultは、Claude、Codex、Hermes、OpenClaw、Kimiなど複数のハーネス間でコンテキストと引き継ぎを共有するための、ローカルで検査可能なMarkdown形式の記憶層です。プロジェクトとチームのメモリは.ecc/memory/、ユーザーメモリは~/.ecc/memory/へ保存されます。ecc memory init --scope project、ecc memory search、ecc memory doctorが利用例として示されています。

READMEはメモリを未レビューの文脈であり、実行可能なポリシーではないと警告します。重要な主張は権威ある資料で検証し、メモリをルールファイルの代わりに使わないという線引きです。任意のecc-memory-mcpはstdioサーバーとして保存、検索、読み取り、診断の面を公開しますが、既定では有効ではありません。認証情報、顧客データ、社内の判断がメモリへ残らないよう、保存対象と削除方法を決めてから使います。

複数ハーネスの差を同期前に確認する

Codex向けの推奨経路は同期スクリプトで、既存の設定を保ちながらECCのAGENTS.md、技能、プロンプト、エージェント、参照設定を~/.codexへマージするとREADMEは説明しています。ほかの環境にもprofileとtargetを指定するインストール経路があります。同期はファイルを置くだけの操作ではなく、既存のルールやフックとどの順で適用されるかを確認する変更です。

ECCの運用はClaude Code、Codex、Cursorなどで同じとは限りません。エージェントの呼び出し、技能の読込、権限確認、メモリの保存、コマンドシムの対応範囲を対象環境ごとに試します。READMEは対応表を見て機能の同等性を仮定しないよう求めています。AIコーディング環境を複数使うチームほど、共有する方針と環境固有の制限を別の表で管理するのが安全です。

MITライセンスと有料サービスを切り分ける

ECCのリポジトリはMITライセンスで、著作権は2026年のAffaan Mustafaに帰属するとREADMEは説明しています。著作権表示と許可表示を含める条件で、使用、複製、変更、統合、公開、配布、サブライセンス、販売を許可します。ソフトウェアは現状のまま提供され、保証はなく、損害について作者が責任を負わないという条件も示されています。

ECC Proはプライベートリポジトリ向けのホスト型GitHub Appで、READMEには1席月19ドルからという案内があります。OSSリポジトリのMITライセンスと、Proやスポンサーによる資金調達は別の扱いです。公開コードを社内で使えることは、ホスト型サービスへデータを渡せることや、導入した技能が自社の安全基準を満たすことを意味しません。価格、個人情報、秘密情報、サポート義務は対象サービスの条件で確認します。

導入時に残すべき監査記録

最初は一つの非本番リポジトリで、対象ハーネス、インストール元、ECCの版、追加されたファイル、実行可能なフック、アクセス権を記録します。Plan Canvasの確認ゲートを使い、エージェントが変更する範囲とテストを承認してから実装へ進めます。AgentShieldは補助的なスキャンとして使い、結果を人が読み、許可される権限を最小限にします。

Memory Vaultでは保存先と検索対象を点検し、未レビューのメモリをそのまま指示に昇格させないよう運用します。ECCは技能と工程を配る道具であり、生成コードの正しさ、脆弱性の不存在、各ハーネスの完全な互換をREADMEだけで証明するものではありません。公式チャネルとサポート表を確認し、導入前後の差分を再現できるチームにとって、評価を始める価値のある基盤です。

編集部の結論

ECCは、AIエージェントに毎回同じ作業規律を説明するのではなく、計画から検証までを再利用できる形へ置きたい開発者に向きます。READMEはClaude Codeを主な対応先とし、他のハーネスには機能制限付きアダプターがあると明記しています。導入前に公式チャネル、対象ハーネスの対応表、フックと権限の変更、メモリへ残る情報を確認し、まず隔離したプロジェクトで生成差分を監査してください。

公式情報源

1. Official documentation
2. Official README
3. Project repository
4. Release notes