oh-my-claudecode: Claude Code 向けチームファーストなオーケストレーション層

oh-my-claudecodeで確認するClaude Code 向けチームファーストなオーケストレーション層

oh-my-claudecode は、Claude Code の上にマルチエージェントオーケストレーション層を追加する TypeScript プロジェクトです。README では「Claude Code のためのマルチエージェントオーケストレーション」であり「ゼロ学習曲線」と説明されています。実際には、Claude Code セッション用のスラッシュコマンドと、シェルからワークフローを実行するための独立した `omc` コマンドラインインターフェースを提供します。リポジトリのメタデータでは、38,345 スター、3,454 フォーク、3 つのオープンイシューが示されています。これは Claude Code 自体のフォークや再実装ではなく、オーケストレーションスキル、状態ファイル、ワーカー管理でそれをラップして拡張します。

Yeachan-Heo/oh-my-claudecodeの第1節で見る対象は「Claude Code 向けチームファーストなオーケストレーション層」です。READMEに書かれた操作と未記載の条件を分け、oh-my-claudecodeの版、入力、出力、設定ファイルを固定してください。本文に出てくるコマンドを一つずつ実行し、説明どおりの状態になるかを記録します。この節の確認では、機能の存在と運用上の適合性を別々に判断します。

oh-my-claudecodeで確認するインストール: 2 つのサポートされるパス

README には 2 つのインストール経路が記載されています。1 つ目は Claude Code マーケットプレイスプラグインフローで、2 つのスラッシュコマンドを 1 つずつ入力します: `/plugin marketplace add https://github.com/Yeachan-Heo/oh-my-claudecode` の後に `/plugin install oh-my-claudecode` を実行します。2 つ目は公開パッケージ名 `oh-my-claude-sisyphus` での npm グローバルインストールで、`oh-my-claudecode` と `omc` の両方のコマンドエイリアスがインストールされます。どちらのインストール後も、セットアップは `/setup`、`/omc-setup`、または `omc setup` で実行されます。README は、上流の `better-sqlite3` 依存関係からの `prebuild-install@7.1.3` に関する既知の npm 警告に言及しており、イシュー #2913 で追跡されています。

Yeachan-Heo/oh-my-claudecodeの第2節で見る対象は「インストール: 2 つのサポートされるパス」です。READMEに書かれた操作と未記載の条件を分け、oh-my-claudecodeの版、入力、出力、設定ファイルを固定してください。本文に出てくるコマンドを一つずつ実行し、説明どおりの状態になるかを記録します。この節に関する性能や互換性は、READMEが明記していない限り確認済みの事実として扱えません。

oh-my-claudecodeで確認するチームモードと tmux ワーカーランタイム

v4.1.7 以降、Team は正規のオーケストレーションサーフェスとなり、従来の `swarm` キーワードに取って代わりました。セッション内では `/team 3:executor "すべての TypeScript エラーを修正"` を呼び出し、ターミナルからは `omc team N:provider "タスク"` を使用します。パイプラインは `team-plan → team-prd → team-exec → team-verify → team-fix` のループで実行されます。CLI バリアントは、Claude、Codex、Gemini、Antigravity、Grok、Cursor エージェント用の実際の tmux ワーカーペインを起動します。これらのワーカーはオンデマンドで生成され、タスク完了時に終了します。チーム実行にはアクティブな tmux セッションと、関連する CLI のインストールおよび認証が必要です。README には、Codex と Antigravity のアドバイザーを組み合わせてアーキテクチャと UI のレビューを行う `/ccg` スキルも記載されています。

Yeachan-Heo/oh-my-claudecodeの第3節で見る対象は「チームモードと tmux ワーカーランタイム」です。READMEに書かれた操作と未記載の条件を分け、oh-my-claudecodeの版、入力、出力、設定ファイルを固定してください。本文に出てくるコマンドを一つずつ実行し、説明どおりの状態になるかを記録します。この節の確認では、機能の存在と運用上の適合性を別々に判断します。

oh-my-claudecodeで確認するその他のオーケストレーションモード: autopilot、ralph など

Team 以外にも、README にはいくつかの実行モードがリストされています。Autopilot はエンドツーエンドの機能作業のために自律的な単一リードエージェントを実行します。Ralph は永続的な検証/修正ループを追加し、Ultrawork は Team のステージングなしで最大の並列性を提供します。UltraQA はテスト、ビルド、lint、型チェックが合格するまで品質ゲートを循環します。表には順次処理用の Pipeline と、レガシーの Ultrapilot エイリアスも含まれています。v1 で導入された名前付き autopilot ステージプロファイルを使用すると、`.claude/omc.jsonc` またはユーザー設定で `plan-build-qa` のようなステージを定義でき、4 つの許可されたステージシーケンスがあります。これらのプロファイルには、トランスクリプト証拠境界と回復可能な変更ロックのため、Linux と `flock` ユーティリティが必要です。

Yeachan-Heo/oh-my-claudecodeの第4節で見る対象は「その他のオーケストレーションモード: autopilot、ralph など」です。READMEに書かれた操作と未記載の条件を分け、oh-my-claudecodeの版、入力、出力、設定ファイルを固定してください。本文に出てくるコマンドを一つずつ実行し、説明どおりの状態になるかを記録します。この節に関する性能や互換性は、READMEが明記していない限り確認済みの事実として扱えません。

oh-my-claudecodeで確認する2 つのサーフェス: ターミナル CLI とセッション内スキル

OMC は意図的に 2 つの異なるインターフェースを維持しています。ターミナルコマンドはシェルから `omc ...` を実行し、セッション内スキルは Claude Code セッション内で `/...` を実行します。README には比較表があります。セットアップは `omc setup` 対 `/setup` または `/omc-setup` です。プロバイダークエリは `omc ask codex "..."` 対 `/ask codex "..."` です。チームオーケストレーションは `omc team 2:codex "..."` 対 `/team 3:executor "..."` ですが、これらは異なるランタイムです: CLI は tmux ワーカーを起動し、セッション内スキルはネイティブチームワークフローを実行します。Autopilot、Ralph、Ultrawork、Deep Interview はセッション内スキルとしてのみ存在し、`omc autopilot` や `omc ralph` サブコマンドはありません。

Yeachan-Heo/oh-my-claudecodeの第5節で見る対象は「2 つのサーフェス: ターミナル CLI とセッション内スキル」です。READMEに書かれた操作と未記載の条件を分け、oh-my-claudecodeの版、入力、出力、設定ファイルを固定してください。本文に出てくるコマンドを一つずつ実行し、説明どおりの状態になるかを記録します。この節の確認では、機能の存在と運用上の適合性を別々に判断します。

oh-my-claudecodeで確認する状態、スキル、マルチリポジトリワークスペース

OMC はデフォルトで `.omc/` の下にランタイム状態、セッションデータ、計画、ログ、アーティファクトを書き込みます。リポジトリの `.gitignore` はそのほとんどをローカルに保持しますが、1 つの例外があります: `.omc/skills/**` はコミット可能なままで、プロジェクトスコープのスキルをチームと共有できます。カスタムスキルは `.omc/skills/`（プロジェクト）または `~/.omc/skills/`（ユーザー）に保存され、一致するスキルは自動的にコンテキストに注入されます。リンクされた git ワークツリーの場合、`.omc/` はワークツリー内に存在するため、ワークツリーを削除するとローカル状態も削除されます（`OMC_STATE_DIR` を設定しない限り）。`.omc-workspace` マーカーを使用すると、複数の独立したリポジトリが 1 つの親レベル状態ルートを共有できます。

Yeachan-Heo/oh-my-claudecodeの第6節で見る対象は「状態、スキル、マルチリポジトリワークスペース」です。READMEに書かれた操作と未記載の条件を分け、oh-my-claudecodeの版、入力、出力、設定ファイルを固定してください。本文に出てくるコマンドを一つずつ実行し、説明どおりの状態になるかを記録します。この節に関する性能や互換性は、READMEが明記していない限り確認済みの事実として扱えません。

oh-my-claudecodeで確認する要件、オプションのプロバイダー、ライセンス

基本要件は Claude Code CLI と、Claude Max/Pro サブスクリプションまたは Anthropic API キーです。`omc team` やレート制限検出などの機能には tmux が必要です。README は macOS、Ubuntu/Debian、Fedora、Arch、および psmux 経由の Windows のインストールコマンドを示しています。マルチ AI オーケストレーションはオプションで、Antigravity、Gemini、Codex、Grok CLI と連携します。このプロジェクトは MIT ライセンスの下でライセンスされ、著作権は 2025 年 Yeachan Heo に帰属します。このライセンスは、コピーの使用、複製、変更、統合、公開、配布、再ライセンス、販売の権利を付与し、保証と責任を明示的に否認します。ライセンステキストは、セキュリティ保証、サポート義務、または本番環境への適合性については何も述べていません。

Yeachan-Heo/oh-my-claudecodeの第7節で見る対象は「要件、オプションのプロバイダー、ライセンス」です。READMEに書かれた操作と未記載の条件を分け、oh-my-claudecodeの版、入力、出力、設定ファイルを固定してください。本文に出てくるコマンドを一つずつ実行し、説明どおりの状態になるかを記録します。この節の確認では、機能の存在と運用上の適合性を別々に判断します。

編集部の結論

このプロジェクトの中心的な主張は、Claude Code のオーケストレーション機能を学ぶ必要はなく、OMC がその上に独自の層を提供するということです。プラグインフローまたは npm CLI のどちらを使っても、README は具体的なコマンドと設定パスを示しています。MIT ライセンスはサポートとセキュリティの責任をユーザーに委ね、ドキュメントは詳細のために特定のファイルとイシューを参照しています。 Yeachan-Heo/oh-my-claudecodeが向くのは、READMEに示された環境と手順を管理できる利用者です。導入前にoh-my-claudecodeのリリース版を固定し、README記載の入口を隔離した作業ディレクトリで試し、設定ファイルと実行ログを照合してください。性能、互換性、長期運用の保証は本文の事実からは判断できないため、確認できた範囲だけを採用対象にしてください。

公式情報源

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