この一文、かなり重いと思った
正直、このポストは短いのに情報量が多いです。
「Claude Codeについていろいろ話した」「今年1月以降のECCの進化にかなり驚いた」「作者本人にも感謝している」。たったこれだけなんだけど、読み慣れている人ほど重さがわかる一文です。ここでいうECCは Everything Claude Code のことで、ただの設定集というより、AIコーディング環境を“実務で回る形”に寄せるための運用パッケージに近いです。 Code自体は、コードベースを読み、複数ファイルを編集し、コマンドを実行し、開発ツールとつながるエージェント型のコーディング環境です。いわゆる補完中心のAIより一段深く、実装・修正・検証までまとめて持っていきやすい。だから周辺の運用設計が効いてくるんですよね。 > つまりこのポストは、 Code本体を褒めているだけじゃなく、 Codeを本気で使うための“型”がここ数か月で一気に育った、という話でもあると思う。
ECCは「便利設定」じゃなくて「仕事の仕方の配布物」
個人的には、ECCの本質はここです。GitHub上の説明でも、ECCは単なるconfig集ではなく、skills、instincts、memory optimization、security scanning、research-first development を含む、エージェント運用のシステムとして置かれています。しかも現在は 50K+ stars、6K+ forks、30 contributors、7言語対応 という規模まで来ていて、 Codeだけでなく Codex、Cowork など他の agent harness にも対応 しています。ここまで来ると、個人のdotfilesではなく、ひとつのエコシステムです。 GitHub
中身もかなり実務寄りです。たとえば 31+のコマンド があり、TDD、セキュリティレビュー、検証ループ、記事作成、調査、API設計、E2Eテストみたいな仕事を役割ごとに切り出している。さらに continuous learning v2 では、利用者のパターンを学習して instinct として蓄積し、それを skill に育てていく流れまで用意されています。ここが面白くて、AIに作業をやらせるだけじゃなく、自分たちの仕事の癖を再利用可能な資産に変える 発想なんです。
たとえば実装イメージはかなり具体的です。
新機能を作るときに /tdd 系でテスト先行の流れを作る。編集後は verification-loop で build、test、lint、typecheck、security を回す。危ない変更は hook で拾って、たとえば console.log の残し忘れみたいな雑な混入も止める。さらに /security-scan を差し込めば、セキュリティ観点での見直しも入れられる。こういうのって、人間だけで徹底するとだいたい抜けるんですが、AIの作業導線そのものに埋め込む とだいぶ変わります。 ---
なんで今これが重要なのか
Claude Codeの公式機能を見ると、最近の方向性はかなりはっきりしています。skills で知識や手順を追加できて、subagents で探索や計画を分業できて、hooks でイベント時の検証や自動処理を差し込める。さらに Agent SDK まで出ていて、 Codeのエージェントループをライブラリとして使う流れも整ってきました。 Claude+3Claude+3
だからECCが伸びているのは偶然じゃないと思います。土台となる本体機能が増えたから、コミュニティ側で「どう組み合わせると仕事になるか」が一気に洗練された。ポストの「今年1月からの進化に驚いた」という感想は、かなり自然です。1月時点では“尖った人の強いセットアップ”に見えていたものが、今は再現性のある運用テンプレートに近づいています。 ---
CursorやCopilotと比べると何が見えるか
ここで面白いのが、ECCはClaude Codeだけの話で終わっていないことです。Cursorもすでに Background Agent、Bugbot、MCP まで揃っていて、エディタの中で並列実行やレビューを回す方向に進んでいます。GitHub Copilot側も、カスタム指示、MCP、カスタムエージェント、フック、スキル を前提にしたコーディングエージェントへ広がっています。もう各社とも「賢い補完」ではなく、運用可能なエージェント基盤 を作りにいっている段階です。 Cursor+4Cursor+4
その中でECCが面白いのは、モデルの優劣を直接競うより、現場で使えるワークフローを先に資産化している ところじゃないかなと思います。 Code本体が強いのはもちろんなんだけど、実務で差がつくのは、TDDの型、レビューの型、調査の型、セキュリティ確認の型がどれだけ手元にあるかです。AI時代の競争力って、モデル名だけではなく、自分の仕事をどこまでプロンプト・スキル・フックに落とし込めるか に寄ってきています。
たぶん次に差がつくのは、「どのAIを使うか」より
どの仕事の型を、どれだけ再利用できるか のほうです。
個人的には、ここがいちばん大事
個人開発者やスタートアップにとって大きいのは、最初から全部を自作しなくていいことです。 Codeを入れて、そこにECCのような実務の型を載せると、設計、実装、テスト、レビュー、記事化までかなり短距離になります。しかも最近はClaude系だけでなく、CursorやCopilotもMCPやカスタムエージェントの方向へ寄ってきているので、一度作った運用知見が他ツールにも移植しやすい。これはかなり大きいです。
なので今回のポスト、表面だけ読むと「作者と話して感動したんだな」で終わるんですが、実際にはもっと深い。Claude Codeの周辺が、個人の工夫から共有可能な開発基盤へ変わってきた というサインなんだと思います。正直、ここを見落とすと、AIコーディングツールの現在地を少し軽く見積もってしまう気がします。