サムネイル

Everything Claude Code(ECC) vs oh-my-claudecode(OMC) 徹底比較

  • 0

はじめまして、もるふぉ@コードをかかないAIエンジニアです。

エンジニアをやりながら、今はほぼコードを書かない開発スタイルに移行しました。

最近コードを書かないよりも読まないスタイルにも移行してきました🦞

実案件ベースで気づいたことだけ書いています。

Claude Codeの拡張競争 -- 2大プラグインが注目される理由

Claude Code単体では物足りない?プラグインが必須になった背景

Claude Codeを使い始めた頃、「これだけで十分じゃん」と思っていました。

ところが本格的なプロジェクトに投入してみると、気づくんです。 「もっと賢く指示を出したい」「並列で動かしたい」「セッションが切れるたびにコンテキストが消えるのがつらい」。

2026年に入ってClaude Codeのプラグインエコシステムが急速に拡大し、こうした「あと一歩」を埋めるツールが次々と登場しました。 その中でも群を抜いて注目されているのが、Everything Claude Code(ECC)oh-my-claudecode(OMC) の2つです。

ECCとOMCが突出している理由

この2つが他のプラグインと一線を画しているのは、単なる「便利な設定集」ではなく、Claude Codeの使い方そのものを再定義しているからです。

ECCはAnthropicハッカソン優勝者が作った30エージェント・140以上のスキルを持つ統合設定コレクション。 OMCは「A weapon, not a tool(道具ではなく武器)」を掲げ、3〜5倍の開発速度を実現するマルチエージェントフレームワーク。

どちらも方向性が全く違うのに、どちらも「Claude Codeをもっと強くしたい」という同じ欲求に応えています。 だからこそ「結局どっちを選べばいいの?」という疑問が生まれるわけです。

この記事では、ECCとOMCの設計思想・機能・ユースケースを7つの軸で徹底比較し、あなたに合った選び方を明確にします。

OMCの基本機能については、以前の記事oh-my-claudecodeの基本機能と使い方で詳しく解説していますので、あわせてどうぞ。

Everything Claude Code(ECC)とは -- Anthropicハッカソン優勝の設定集

記事の画像

開発者affaan-mとプロジェクトの経緯

ECCを作ったのは、Anthropicハッカソンで優勝経験を持つaffaan-m氏です。

「Claude Codeのポテンシャルを100%引き出す設定集があれば、誰でもプロレベルのAI開発ができるはず」。 その思想のもと開発されたECCは、エージェント・スキル・コマンド・フック・ルールという5つのコンポーネントを1つのパッケージに統合した、いわば「Claude Codeのフルチューニングキット」です。

最新のv1.9.0では選択的インストールに対応し、必要なコンポーネントだけを導入できるようになりました。

ECCの5大コンポーネント(Agents / Skills / Commands / Hooks / Rules)

ECCの強さは、5つのコンポーネントがお互いに連携して動く点にあります。

Agents(30エージェント): planner、code-reviewer、tdd-guide、言語別レビュアーなど、役割が明確に分かれた専門エージェント群です。 コードレビューを頼めば適切なレビュアーエージェントが起動し、計画を立てたければplannerが動きます。

Skills(140以上): バックエンド・フロントエンドの設計パターン、TDD、セキュリティレビューなどのワークフローが事前定義されています。 「いちいちプロンプトで説明しなくても、ベストプラクティスに沿ったコードを書いてくれる」のがスキルの価値です。

Commands(60コマンド): /tdd/plan/code-review/multi-plan/multi-executeなどのスラッシュコマンドを提供します。 特に/multi-plan/multi-executeは、複数タスクの計画と実行を一気に回せる強力なコマンドです。

Hooks: セッションのライフサイクルを管理します。 メモリの永続化や、前セッションのコンテキスト自動読み込みなど、「セッションが切れても作業が途切れない」環境を作ります。

Rules: TypeScript、Python、Go、Java、Perl、Rust、C++の7言語に対応した言語別ガイドラインです。 言語ごとのベストプラクティスがルールとして組み込まれているため、コード品質が自然と底上げされます。

継続学習(instinctベース)で成長するAIアシスタント

ECCで一番おもしろいのが「instinct(本能)」システムです。

これは何かというと、セッション中にECCが学んだパターンを自動で抽出し、再利用可能なスキルとして蓄積していく仕組みです。 使えば使うほど、あなたのプロジェクト固有のパターンを覚えて賢くなっていきます。

正直、最初は「ほんとに効果あるの?」と思いましたが、数セッション使い続けると「あ、前回のパターン覚えてるな」と感じる場面が出てきます。 長期的にClaude Codeを使い込むユーザーほど恩恵が大きい機能です。

AgentShieldによるセキュリティ監査(A-Fグレード評価)

ECCにはAgentShieldというセキュリティ監査ツールが内蔵されています。

プロジェクトの脆弱性や誤設定をスキャンし、A〜Fのグレードで評価してくれます。 「AIが書いたコードのセキュリティが不安」という声は多いですが、AgentShieldがあればコード生成と同時にセキュリティチェックが走るので、安心感が段違いです。

対応ハーネス横断(Claude Code / Cursor / OpenCode / Codex CLI)

ECCの隠れた強みが、Claude Code以外のハーネスでも動くことです。

Cursor、OpenCode、Codex CLIにも対応しているため、「普段はCursorだけどClaude Codeも使う」という人でも、同じ設定・同じスキルセットで統一した開発体験を得られます。

oh-my-claudecode(OMC)とは -- 「A weapon, not a tool」の設計思想

記事の画像

開発者Yeachan-Heoと「武器」コンセプト

OMCを開発したのは韓国のエンジニアYeachan-Heo氏です。

「道具ではなく武器」というコンセプトは、ECCとは真逆のアプローチを象徴しています。 ECCが「Claude Codeを育てて品質を上げる」方向なら、OMCは「Claude Codeを即座に戦闘力MAXにする」方向です。

OMC自身のREADMEにECCからインスパイアされたことが明記されており、ECCの設計思想をリスペクトしつつ、速度とコスト効率に振り切った設計になっています。

5つの実行モード(Autopilot / Team / Ralph / Ultrawork / Pipeline)

OMCの核心は、状況に応じて使い分けられる5つの実行モードです。

Team(推奨モード): ステージ型パイプラインでタスクを処理する、最もバランスの良いモードです。 標準的なオーケストレーションで、初めてOMCを使う人はまずここから始めるのがおすすめです。

Autopilot: アイデアを伝えるだけで、動作するコードまで完全自律で生成します。 手動介入が一切不要なので、「大まかな方向だけ決めてあとはお任せ」したいときに最強です。

Ralph: 粘り強いモード。 難しい問題に直面しても諦めずに何度もアプローチを変えて解決を試みます。 バグの原因がなかなか特定できないときなど、しつこく追い続けてほしい場面で力を発揮します。

Ultrawork(ulw): 最大5つのワーカーを同時に走らせる最大並列化モード。 大規模プロジェクトで複数ファイルを同時に修正するような場面で、圧倒的な速度を叩き出します。

Pipeline: タスクを逐次処理するシンプルなモード。 順序が重要な処理や、ステップバイステップで確認しながら進めたいときに使います。

スマートモデルルーティングと30〜50%トークン節約の仕組み

OMCが財布に優しいのは、スマートモデルルーティングのおかげです。

シンプルなタスクにはHaikuモデルを、複雑な推論が必要なタスクにはOpusモデルを自動で振り分けます。 これにより30〜50%のトークンコスト削減を実現しています。

「Claude Codeの利用料金が気になる」という人には、これだけでもOMCを導入する価値があります。

deep-interviewとauto-resume

deep-interviewは、実装に着手する前にソクラテス式の問答で要件を徹底的に明確化する機能です。 「何を作りたいか」をAIと対話しながら掘り下げることで、手戻りを大幅に減らせます。

auto-resumeは、レート制限でセッションが中断された後、制限リセットを検知して自動で作業を再開する機能です。 長時間の作業でレート制限に引っかかっても、放置しておけば勝手に続きをやってくれます。

ゼロコンフィグ -- 学習コストゼロの強み

OMCの導入のしやすさは特筆に値します。

Claude Codeの深い知識がなくても、インストール後すぐに使い始められます。 ECCのように「どのコンポーネントを有効にするか」「ルールを手動でコピーする必要がある」といった設定作業が一切ありません。

「とりあえず今すぐ試したい」という人には、このゼロコンフィグが決め手になるでしょう。

OMCの各モードの使い方や実行例については、oh-my-claudecodeの各モード詳細解説で詳しく解説しています。

ECC vs OMC 徹底比較表 -- 7つの軸で並べて分かる違い

基本スペック比較

比較軸
Everything Claude Code(ECC)
oh-my-claudecode(OMC)
コンセプト
設定・ツール・ガイドラインの統合コレクション
「A weapon, not a tool」マルチエージェント
エージェント数
30
32
スキル数
140+
40+
コマンド数
60
モード切替中心
対応言語
7言語(TS, Python, Go, Java, Perl, Rust, C++)
言語非依存
対応ハーネス
Claude Code, Cursor, OpenCode, Codex CLI
Claude Code専用
セキュリティ機能
AgentShield(A-Fグレード評価)
なし
モデルルーティング
なし
あり(Haiku/Opus自動切替)
トークン節約
なし(品質重視)
30〜50%削減
並列実行
/multi-executeコマンド
Ultraworkモード(最大5ワーカー)
継続学習
instinctシステム
なし
導入の手軽さ
中(Rulesは手動コピーが必要)
高(ゼロコンフィグ)

設計思想「育てるAI」vs「即戦力の武器」

この2つのツールを理解する上で、設計思想の違いを押さえておくのが一番大事です。

ECCは「育てるAI」 です。 instinctによる継続学習、言語別ルール、セキュリティ監査。 すべてが「長期的にコード品質を底上げし、AIアシスタントを自分好みに育てていく」方向を向いています。 使い込むほど強くなる、RPGの育成キャラのようなイメージです。

OMCは「即戦力の武器」 です。 5つの実行モード、スマートモデルルーティング、最大5並列のUltrawork。 すべてが「今この瞬間の開発速度を最大化する」方向を向いています。 装備した瞬間から戦闘力が上がる、強力な武器のイメージです。

コスト効率の比較(トークン・モデルルーティング)

コスト面ではOMCに明確な優位性があります。

OMCのスマートモデルルーティングは、タスクの複雑さに応じてHaikuとOpusを自動で切り替えるため、モデルルーティング機能を持たないECCと比べて30〜50%のトークンコストを削減できます。

一方でECCは品質にコストを投資する思想です。 「多少トークンを多く使っても、ベストプラクティスに沿った高品質なコードが出る方が、長期的なメンテナンスコストが下がる」という考え方は、プロダクションコードを書く場面では十分に合理的です。

セキュリティ・品質管理の比較

セキュリティ面ではECCが大きくリードしています。

AgentShieldによるセキュリティ監査はECC独自の機能で、OMCには同等の機能がありません。 また、7言語対応のルールセットによるコード品質の標準化も、チーム開発においてはかなり効いてきます。

OMCは速度特化の設計のため、セキュリティや品質管理は別のツールやレビュープロセスで補完する前提です。

ECCとOMCどちらを選ぶべきか -- ユースケース別おすすめ判断

記事の画像

コード品質・ベストプラクティス重視 → ECC

以下に当てはまるなら、ECCがおすすめです。

  • プロダクション環境にデプロイするコードを書いている
  • セキュリティ要件が厳しいプロジェクトを扱っている
  • 複数言語を横断するプロジェクトに関わっている
  • Claude Code以外のハーネス(Cursor等)も併用している
  • 長期的にAIアシスタントを自分の開発スタイルに最適化したい

開発スピード・コスト削減重視 → OMC

以下に当てはまるなら、OMCがおすすめです。

  • プロトタイプや個人プロジェクトの開発速度を最大化したい
  • Claude Codeの利用コストを抑えたい
  • 大規模プロジェクトで複数ファイルを同時に修正する場面が多い
  • 難しいバグに粘り強く取り組みたい(Ralphモード)
  • 設定にはなるべく時間をかけたくない

両方併用は可能か?

結論から言うと、併用は技術的には可能ですが、実用上は推奨しにくいです。

両者のエージェントやスキルが競合する可能性があり、予期しない挙動を引き起こすリスクがあります。 まずはどちらか一方を導入して十分に使い込み、足りない部分が明確になったときにもう一方の特定機能を部分的に取り入れる、というアプローチが現実的です。

迷ったらこのフローで決める

  1. Claude Codeの利用コストが気になる? → Yes: OMC
  2. セキュリティ監査が必要? → Yes: ECC
  3. Cursor等の他ハーネスも使う? → Yes: ECC
  4. とにかく今すぐ速度を上げたい? → Yes: OMC
  5. 長期的にAIを育てたい? → Yes: ECC
  6. 設定が面倒? → Yes: OMC

インストール手順クイックガイド

ECCのインストール

Claude Codeのプラグインマーケットプレイス経由でインストールします。 GitHubリポジトリはgithub.com/affaan-m/everything-claude-codeで公開されています。

# マーケットプレイスに追加
/plugin marketplace add affaan-m/everything-claude-code

# インストール
/plugin install everything-claude-code@everything-claude-code

注意点として、Rulesコンポーネントは自動配布されません。 言語別ルール(TypeScript、Python、Go等)を使いたい場合は、GitHubリポジトリからプロジェクトの.claude/rules/ディレクトリに手動でコピーする必要があります。

v1.9.0からは選択的インストールに対応しているので、必要なコンポーネントだけを選んで導入することも可能です。

OMCのインストール(3ステップ)

OMCのインストールは驚くほどシンプルです。 ソースコードはgithub.com/Yeachan-Heo/oh-my-claudecodeで公開されています。

# マーケットプレイスに追加
/plugin marketplace add https://github.com/Yeachan-Heo/oh-my-claudecode

# インストール
/plugin install oh-my-claudecode

# 初期セットアップ
/omc-setup

/omc-setupを実行するだけで設定が完了し、すぐに使い始められます。 追加の設定ファイル編集やルールのコピーは不要です。

まとめ -- 目的に合わせて「最適な武器」を選ぼう

ECCとOMC、どちらも「Claude Codeを次のレベルに引き上げる」という点では共通していますが、そのアプローチは正反対です。

ECCは、30エージェント・140以上のスキル・AgentShieldによるセキュリティ監査を備えた「育てるAI」。 長期的なコード品質の向上と、プロジェクト固有のパターン学習に強みがあります。

OMCは、5つの実行モード・スマートモデルルーティング・最大5並列のUltraworkを備えた「即戦力の武器」。 開発速度の最大化と、30〜50%のトークンコスト削減に強みがあります。

どちらが「正解」ということはありません。 あなたのプロジェクトの性質と、今一番解決したい課題に合わせて選んでください。

迷ったら、まずは導入が簡単なOMCから試してみて、品質管理やセキュリティの要件が出てきたらECCを検討する、という順番がスムーズです。 OMCの具体的な使い方や各モードの詳細はoh-my-claudecodeの機能詳細はこちらを参考にしてください。

どちらを選んでも、素のClaude Codeとは別次元の開発体験が待っています。 今すぐインストールして、その違いを体感してみましょう。

会員登録して機能を使おう

この機能を利用するには、無料の会員登録が必要です。
お気に入りの記事を保存して、あとで読み返しましょう!