FlowTune Media

Codex CLIを「チーム」にする拡張が2万スター突破 — Oh My codeXの中身を見てきた

Oh My codeXCodexAIコーディングオープンソースCLI

oh-my-zshがzshを「使える」シェルに変えたように、Oh My codeX（OmX）はOpenAI Codex CLIを「使える」開発環境に変えようとしている。

4月初旬にGitHub Trendingで1位を獲得し、初週で16,000スター。4月末時点で20,500スターを超えた。1日で1,789スターが増えた日もある。Codex CLI周辺のOSSとしては異例の伸びだ。

1人のAIを「チーム」にする

OmXの核心は、Codex CLIの単一エージェントをマルチエージェントチームに拡張すること。

素のCodex CLIは1つのプロンプトに対して1つのエージェントが応答する。OmXの$teamスキルを使うと、N個のワーカーが並列で動き出す。各ワーカーは自動でgitワークツリーを持つから、お互いのコードを壊さない。大きなリファクタリングで「UIはワーカーA、APIはワーカーB、テストはワーカーC」と分担させるイメージだ。

裏側ではtmux（Windowsならpsmux）のペインに各エージェントが割り当てられ、ターミナル上で全員の進捗が一覧できる。

36のスキルと4つのコアワークフロー

OmXには36のスキル（定型ワークフロー）がプリセットされている。中でも軸になるのは4つ。

$deep-interview は、タスクの曖昧さを潰すインタビュアー。「認証機能を作って」のような雑な指示を、要件・制約・トレードオフを質問しながら明確にしてくれる。

$ralplan は構造化された実装計画を作るプランナー。ファイル構成、依存関係、テスト方針まで含んだ計画書を出力し、開発者が承認してから実行フェーズに移る。

$ralph は「ボルダーは止まらない」の異名を持つ実行ループ。承認された計画を延々と実行し続け、テストが通るまでコードを書き直す。

そして $team が前述の並列実行。計画を複数のワーカーに分配する。

この4つを順番に流すと「要件定義→計画→承認→並列実行→検証」という一連のパイプラインになる。手動で同じことをやろうとすると、Codex CLIのプロンプトを何度も書き換えることになるが、OmXはそれをワンコマンドに圧縮する。

MCPサーバーが5つ付いてくる

OmXは5つのMCPサーバーをバンドルしている。永続メモリ（セッション間で学んだことを保持する）、プロジェクトコンテキスト、ファイルシステム操作などが含まれる。

特に永続メモリは地味に便利で、「このプロジェクトではTailwind CSS v4を使っている」「テストはVitest」といった暗黙のルールをエージェントが覚えてくれる。Codex CLI単体ではセッションが切れるたびにコンテキストがリセットされるが、OmXのMCPがその穴を埋める。

導入は2分

npm install -g oh-my-codex
omx setup

これだけ。MIT Licenseのオープンソースで、Codex CLIがインストール済みなら追加コストはゼロ。macOS/LinuxではtmuxがあればすぐTeamモードが使える。

Claude Code版もある

同じ作者がoh-my-claudecodeというプロジェクトも開発している。OmXのオーケストレーションパターンをClaude Codeに移植したもので、32エージェント対応とされている。

つまりOmXの設計思想は「Codex専用」ではなく「CLIコーディングエージェント全般のオーケストレーション」を目指している。ツールに依存しないワークフロー層というポジションは、各社のCLIツールが乱立する今の状況にうまくハマっている。

気になる点

素直にすごいプロジェクトだが、いくつか気になる点はある。

まず、Codex CLI自体がまだ発展途上のツールだということ。OmXはCodex CLIの上に構築されているから、Codex CLIの制約やバグがそのまま影響する。OpenAIがCodex CLIの仕様を大きく変えたら、OmXも追従する必要がある。

次に、チームモードの実用性がプロジェクトの規模に依存すること。小さなバグ修正に8ワーカーを立ち上げても意味がない。真価を発揮するのは、複数ファイルにまたがる大きな変更や、テストスイートの一括リファクタリングのような場面だろう。

もう一つ、20,000スター超えのOSSには継続的なメンテナンスの負荷がかかる。個人開発者のプロジェクトがこの規模のコミュニティを長期的に支えられるかは未知数だ。

どう使うか

Codex CLIをメインで使っている開発者なら、入れない理由がない。無料・OSSで、嫌なら外せる。

特に効果が大きいのは「計画を立ててから実行する」ワークフローを日常に組み込みたい人。$deep-interviewと$ralplanの組み合わせだけでも、「思いつきでプロンプトを投げて微妙な結果が返ってくる」問題がかなり減る。

Claude CodeやCursorをメインにしている人は、oh-my-claudecodeの方を注視するといい。同じ発想がそちらにも展開されているし、将来的にはツールを横断した統一的なオーケストレーション層になる可能性がある。

関連記事