Claude Codeをマルチエージェント化するoh-my-claudecode(OMC)の機能解説

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

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

「書けないから書かない」じゃなくて、「書けるから書かなくていい」という話です。

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

よければXもフォローしてもらえると嬉しいです → X(@morphox_ai)

oh-my-claudecode（OMC）というOSSをご存知ですか？

Claude Codeで開発していて、こんな経験ありませんか。

「このファイル修正して」→ 待つ → 「次はこっちのテスト追加して」→ 待つ → 「じゃあリファクタして」→ また待つ......。

1エージェントに1タスクずつ、順番待ちの連続。

正直、もどかしいですよね。

そのフラストレーションを一撃で解決するのが oh-my-claudecode（OMC） です。

Claude Codeに19以上の専門エージェントを追加し、マルチエージェントでの並列実行を実現するオープンソースプロジェクト。

これ何がすごいかっていうと、今まで1つずつ順番にこなしていたタスクを、複数の専門エージェントが同時並行で片づけてくれるんですよ。

GitHub - Yeachan-Heo/oh-my-claudecode: Teams-first Multi-agent orchestration for Claude Code · GitHub

github.com

GitHub Starsは14,600を超え、2026年3月現在、エンジニア界隈で最も注目を集めているClaude Code拡張です。

本記事は2026年3月時点の情報に基づいています。OMCは更新頻度が高いOSSです。最新情報は公式GitHubをご確認ください。

この記事では、oh-my-claudecodeの全体像から主要な実行モード、公式Agent Teamsとの違い、インストール方法まで日本語で網羅的に解説します。

oh-my-claudecodeとは？Claude Codeをマルチエージェント化するOSS

GitHub Stars 14,600超 ── なぜ今エンジニアに刺さっているのか

oh-my-claudecodeは、韓国のエンジニアYeachan Heo氏が開発したClaude Codeの拡張フレームワークです。

コンセプトは 「Don't learn Claude Code. Just use OMC.」 ── Claude Codeを学ぶな、OMCを使え。

かなり挑戦的なキャッチフレーズですよね。

でも、Stars 14,600超・Forks 954・コミット2,119という数字（2026年3月時点）がその実力を裏付けています。

2026年3月29日には、AI系インフルエンサーのHasan Toor氏（@hasantoxr）がXで「Claude Code just got superpowers」と投稿し、2.8万viewsを記録。

投稿では「3-5x faster output（3〜5倍速い出力）」「32 specialized agents（32の専門エージェント）」と紹介され、一気に認知が広がりました（なお、公式サイトに記載の現在のエージェント数は19）。

なぜここまで刺さっているのか。

答えはシンプルです。

多くのClaude Codeユーザーが感じていた 「1エージェント1タスクの壁」 を正面から解決しているから。

Claude Code単体でも十分に強力ですが、大規模なリファクタリングやテストの一括追加となると、どうしても1つずつ順番にこなすしかありません。

「あー、これ全部並列で走らせたいのに......」って思ったこと、ありますよね。

OMCは、その制約を「チーム化」というアプローチで突破します。

ここからは、そのチームがどう動いているのかを見ていきましょう。

OMCのアーキテクチャ概要 ── 19+の専門エージェントが連携する仕組み

OMCの核心は、複数の専門エージェントがチームとして協調動作する点にあります。

いわば、1人のスーパーエンジニアを雇うんじゃなくて、19人の専門家チームをまるごと召喚するようなものです。

19以上のエージェントが存在し、それぞれに最適なモデルが割り当てられています。

Sisyphusが司令塔として全体を統括し、Oracleがアーキテクチャ判断やデバッグを担い、Librarianが情報を集め、各専門エージェントが実装やテストを担当する。

まさに 「1人のアシスタント」ではなく「専門家チーム」 が動いているイメージです。

ここがさらに面白いんですが、重いタスクにはOpus、軽い探索にはHaikuと、タスクの複雑度に応じてモデルが自動で切り替わります。

つまり、トークン消費も自動で最適化されるんですよ。

では、このチームをどう使い分けるのか。

次は実行モードを見ていきましょう。

oh-my-claudecode(OMC)のオーケストレーション実行モードを理解する

OMCには用途に応じた複数の実行モードがあります。

「多すぎてどれを使えばいいかわからない」と思うかもしれませんが、大丈夫です。

ここでは代表的なものを整理していきます。

Team Mode（推奨）── 複数エージェント並列で走るplan→prd→exec→verify→fixのパイプライン

Team Modeは、OMCで最も推奨されているClaude Codeオーケストレーションモードです。

v4.1.7から推奨モードとなり（旧swarmモードに代わって昇格）、以下の5ステージで構成されています。

1. team-plan: タスクを分解し、実行計画を策定
2. team-prd: 仕様書（PRD）を自動生成
3. team-exec: 複数エージェントが並列で実装
4. team-verify: 実装結果を検証
5. team-fix: 検証で見つかった問題を修正

使い方はシンプルです。

/team 3:executor "fix all TypeScript errors"

たった1行。

このコマンドで、3つのexecutorエージェントがTypeScriptエラーの修正に並列で取り組みます。

これ何が嬉しいかっていうと、人間が「計画→実装→検証→修正」を手動で回さなくてよくなるんですよ。

Claude Code単体だと「まず計画して」「次にこれを実装して」「テスト通るか確認して」と逐一指示していたところが、1コマンドでパイプライン全体が走ります。

想像してみてください。

朝イチでTeam Modeに指示を出して、コーヒーを淹れて戻ってきたら、計画・実装・検証・修正まで全部終わってる。

そんな世界です。

なお、Team Modeを使うにはClaude Code本体の設定で実験的機能を有効にする必要があります。

{
  "CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1"
}

settings.jsonに上記を追加してください。

Autopilot / Ralph / ULW ── 自律実行・粘り強い作業・最大並列

Team Mode以外にも、タスクの性質に応じた実行モードがあります。

ここ、ちょっと注目してください。

タスクの「性格」によって最適なモードが全然違うんです。

Autopilot は、指示一発で完全自律実行するモードです。

autopilot: build a REST API for managing tasks

定型的なリファクタリングやテスト追加など、ゴールが明確なタスクに向いています。

「これやっといて」って丸投げできるイメージですね。

Ralph は、粘り強い持続実行モードです。

内部的にultraworkを内包しており、途中でエラーが出ても諦めずに作業を続けます。

「諦めの悪い職人」みたいなもので、長時間かかるマイグレーション作業や、試行錯誤が必要なタスクに効果的です。

ULW（Ultra Work） は、並列実行エンジンです。

単体のモードとしても使えますが、Ralphなどの上位モードに組み込まれるコンポーネントとしても機能します。

大規模コードベースの一括変換や、多数のファイルに対する横断的な修正に威力を発揮します。

使い分けの基準を整理するとこうなります。

Deep Interview / DeepSearch / UltraThink ── 上流工程・調査・推論

OMCには、実装以外のフェーズを支援するモードもあります。

「コードを書く」だけじゃないんですよ。

Deep Interview は、ソクラテス式で要件を引き出すモードです。

/deep-interview "I want to build a task management app"

PMがいないサイドプロジェクトや、要件が曖昧な段階で特に有効です。

対話を通じて「本当に作りたいもの」を明確にしてくれます。

要件定義フェーズだけで使うとしても、十分に導入する理由になると思います。

DeepSearch は、コードベース特化の検索エンジンです。

grepの上位互換的な使い方ができ、コードの依存関係や影響範囲を深く掘り下げます。

UltraThink は、深い推論モードです。

設計判断に迷ったとき、アーキテクチャのセカンドオピニオンとして機能します。

開発フェーズ別のおすすめモードを表にまとめます。

ここまで実行モードを見てきましたが、次はOMCの「裏の主役」とも言えるコスト最適化の仕組みを見ていきましょう。

スマートモデルルーティングでトークンを最大50%削減

Haiku / Sonnet / Opus の自動割り当てロジック

OMCのスマートモデルルーティングは、Claude Codeマルチエージェントの運用コストを大幅に下げる仕組みです。

タスクの複雑度に応じて、3つのモデルを自動で使い分けます。

• 高度な判断・設計: Opus（Sisyphus, Prometheus等）
• 実装・情報収集: Sonnet 4.5（Librarian, Frontend Engineer等）
• 探索・ドキュメント: Haiku 4.5（Explore, Document Writer等）

Claude Code単体だとすべてのタスクに同一モデルを使いがちですが、OMCなら「ファイル探索にOpusを使う無駄」がなくなります。

これ、料理に例えるとわかりやすいんですが、全部の料理をフレンチのシェフに任せるんじゃなくて、下ごしらえは助手、メインは中堅、味の最終調整はシェフ長、って分業するイメージです。

開発者の主張ではトークン消費を30〜50%削減できるとされています。

Claude Maxプラン（月額$200）を使っているエンジニアにとって、同じ予算でより多くのタスクをこなせるようになるのは大きなメリットですよね。

Skillsシステム ── OMCが作業するたびに賢くなる

OMCには、作業を通じてプロジェクト固有のパターンを学習する Skillsシステム が搭載されています。

/skill list          # 学習済みスキル一覧
/skill add           # スキルを手動追加
/skill remove        # スキルを削除
/learner             # 自動学習モードを有効化

/learnerを有効にすると、OMCが作業するたびにプロジェクトのコーディング規約やディレクトリ構成、よく使うパターンを自動で学習・記憶します。

つまり、使えば使うほど、あなたのプロジェクトに最適化されていくんですよ。

次回以降の作業で学習済みスキルが自動注入されるため、回を重ねるごとに作業品質が上がっていきます。

新しいメンバーが入ってきて、最初は手取り足取り教えるけど、だんだん何も言わなくてもプロジェクトのお作法を理解してくれる......あの感覚に近いです。

さらに、HUDステータスラインをセットアップすると、エージェントの実行状況やスキルの適用状態をリアルタイムで確認できます。

/oh-my-claudecode:hud setup

さて、ここで多くの方が気になるであろう疑問に答えましょう。

「公式のAgent Teamsとは何が違うの？」

Claude Code オーケストレーションの選択肢 ── Anthropic公式Agent Teamsとoh-my-claudecode(OMC)の違い

比較表 ── 機能・モデル・コスト・拡張性

oh-my-claudecodeを検討する際、最も気になるのが 「Anthropic公式のAgent Teamsと何が違うのか」 でしょう。

結論から言うと、安定性の公式 vs 柔軟性のOMC です。

両者の主要な違いを比較表にまとめます。

で、自分はどちらを選べばいい？OMCが解決する3つの課題

比較表を見て「結局どっちがいいの？」と思いますよね。

答えは、今のあなたの課題によって変わります。

OMCが特に力を発揮する3つの課題を整理しておきます。

1. 「1エージェントでは遅すぎる」→ Claude Code 複数エージェント並列実行

Team ModeやULWを使えば、複数のエージェントが同時にタスクをこなします。

大規模リファクタリングのように並列化しやすいタスクほど、恩恵が大きくなります。

2. 「Opusばかり使ってトークンが溶ける」→ スマートモデルルーティング

探索にはHaiku、実装にはSonnet、判断にはOpusと自動で使い分けるため、無駄なトークン消費が減ります。

「月末にトークン残量がヒヤヒヤ......」という経験がある方には刺さるはずです。

3. 「毎回同じ指示を繰り返す」→ Skills自動学習

プロジェクト固有のパターンを学習・記憶し、次回以降は自動で適用します。

セッションをまたいでも知識が維持される点がポイントです。

逆に、安定性を最優先するなら公式Agent Teamsが無難です。

OSSゆえの注意点として、バージョン更新の頻度が高く（v4.9.2、コミット2,119）、破壊的変更が入ることもあります。

公式サポートはなく、トラブル時はDiscordコミュニティや/omc-doctorコマンドで解決する必要があります。

「とにかく壊れてほしくない」なら公式、「柔軟性と速度とコスト最適化を取りたい」ならOMC。

そのシンプルな基準で選ぶのがいいと思います。

oh-my-claudecode(OMC)のインストールと初期セットアップ（5分で完了）

プラグインマーケットプレイスからのインストール

ここまで読んで「ちょっと試してみたいかも」と思った方、朗報です。

oh-my-claudecodeのインストールは拍子抜けするほどシンプルです。

方法1: プラグインマーケットプレイス（推奨）

Claude Codeのチャット内で以下を実行します。

/plugin marketplace add https://github.com/Yeachan-Heo/oh-my-claudecode

コピペで一発です。

方法2: npmからグローバルインストール

npm i -g oh-my-claude-sisyphus@latest

npmパッケージ名がoh-my-claude-sisyphusである点に注意してください。

リポジトリ名とは異なります。

インストール後、初期セットアップを行います。

/setup

これだけで基本設定は完了です。

ここまで、所要時間は5分もかかりません。

最初のコマンドを実行してみる

セットアップが終わったら、まずはautopilotで動作確認してみましょう。

autopilot: create a simple hello world script

問題なく動いたら、Team Modeも試してみてください。

/team 2:executor "add unit tests for the utils module"

2つのexecutorがutilsモジュールのユニットテスト追加に取り組みます。

「おっ、ちゃんと並列で動いてる」という体感、ぜひ1回味わってみてください。

OMCにはレート制限に当たったときの自動再開機能もあります。

omc wait

このコマンドを使えば、レート制限が解除されるまで自動で待機し、解除後に作業を再開します。

地味に助かる機能ですよね。

長時間のタスクを回す場合は、通知設定も入れておくと便利です。

Telegram、Discord、Slackに対応しており、タスク完了やエラー発生を通知してくれます。

OMCのスキルシステムは、Claude Codeのカスタムスキル機能をさらに活用するものです。Claude Code本体のスキル設計を深く理解したい方は「Claude Code スキル設計の失敗しない4パターン」も合わせてお読みください。

oh-my-claudecode(OMC)を活用できるユースケース

期待できる変化 ── どんな場面で効果が出やすいか

OMCを導入して効果が出やすいと言われているのは、「オーケストレーションの手間が消える」 場面です。

Claude Code単体だと、「まずこのファイルを分析して」「次にこっちを修正して」「テストを回して」と、逐一指示を出す必要があります。

これ、プロジェクトマネージャーが5人のエンジニアに1人ずつ口頭で指示を出してるようなものなんですよ。

Team Modeでは、最初に1回指示を出せば、plan→exec→verify→fixまで一気に流れます。

特にファイル数が多い環境では、Claude Code 複数エージェント並列実行の恩恵が大きいとされています。

Controller/Model/View/Spec を横断する修正を複数エージェントが同時に処理できるため、逐次実行との差が出やすいんですよ。

Railsで開発している方なら、この恩恵はすぐにイメージできるはずです。

エージェント同士がコンフリクトしにくい設計になっている点も評価されています。

「複数エージェントが同じファイルを同時に触ってぐちゃぐちゃになるんじゃ......」という心配、わかります。

でも、そうならないよう設計されているんですよ。

向いているタスク・向いていないタスク

万能ではないので、正直に整理しておきます。

向いているタスク:

• 大規模リファクタリング（ファイル数が多いほど並列の恩恵大）
• テストの一括追加（パターンが決まっているタスク）
• マイグレーション作業（Ralphの粘り強さが活きる）
• ドキュメント生成（Document Writerエージェントが優秀）

向いていないタスク:

• 微妙なUI調整（人間の感性が必要な領域）
• 既存コードの深い文脈理解が必要な修正（1エージェントでじっくり対話したほうが良い）
• 小規模な単発タスク（オーケストレーションのオーバーヘッドが目立つ）

小さなバグ修正1つにTeam Modeを使うのはオーバーキルです。

いわば、ネジ1本締めるのに建設チームを呼ぶようなもの。

タスクの規模と性質に応じて、Claude Code単体とOMCを使い分けるのが現実的な運用です。

AIエージェントを組み合わせたオーケストレーションに興味が出てきた方には「AI Orchestratorとは？AIと人間の間に立つ新職種で稼ぐ方法」も参考になります。

まとめ ── oh-my-claudecode(OMC)はClaude Codeを「チームツール」に変える

oh-my-claudecodeは、Claude Codeを「1人のAIアシスタント」から 「19以上の専門家チーム」 に進化させるOSSです。

Team Modeによるパイプライン実行、スマートモデルルーティングによるトークン削減、Skillsシステムによる継続的な学習。

これらが組み合わさることで、並列実行が可能なタスクでは3〜5倍の速度向上が見込まれるとされています。

OMCを使い始めると、Claude Codeとの関わり方が変わります。

「次のタスクは何をお願いしようかな」と逐一考えながら1つずつ指示を出すスタイルから、「このまとまった仕事を全部やっといて」とチームに丸投げするスタイルへ。

朝イチで大きな指示を出してミーティングに行き、戻ってきたら計画・実装・検証・修正まで終わっている。

そんな開発体験が、5分のセットアップで始められます。

公式Agent Teamsとの棲み分けは明確です。

安定性を最優先するなら公式、柔軟性・コスト最適化・豊富な実行モードを求めるならOMC。

まずはautopilotで1タスク試してみてください。

Claude Codeのポテンシャルが、もう1段階引き上がるはずです。

• oh-my-claudecode GitHub
• 公式サイト
• Discord コミュニティ

よければXもフォローしてもらえると嬉しいです → X(@morphox_ai)