oh-my-ag: Antigravity向けマルチエージェント・オーケストレーター
(github.com/first-fluke)最近のClaudeの2026 Agentic Coding Trends Reportでは、
ソフトウェア開発はもはや「コードを直接書くこと」ではなく、エージェントをどう調整し監督するかの問題だと定義しています。
AIは優れた協業相手ですが、品質とセキュリティを担保するには人間による監督と検証が不可欠です。
完全な委任もよいものの、保守性のためには協業する構造が必要だということです。
問題は、この協業構造を毎回プロンプトで手作業で組み立て、管理しなければならない点です。
[なぜoh-my-agなのか]
AntigravityやCLIベースのエージェントを実際のプロジェクトで使ったことがある方なら、以下の問題は見覚えがあるはずです。
エージェントがSkillsをきちんと読まなかったり、Rulesが会話の途中で無視されたり、
応答が制御されないまま無限ループに陥ったり、一生懸命働いているのに肝心の依頼内容はこなしていない、といった状況です。
モデルの問題に見えますが、実際にはオーケストレーションの問題でした。
そこで、プロンプトを延々と調整し続ける代わりに、方向を変えました。
「プロンプトをうまく書く問題」ではなく、「エージェント協業の構造をデフォルトで提供すればよいのではないか？」
この問いからoh-my-agは始まりました。
[oh-my-agがすること]
oh-my-agはAntigravity向けの役割ベース・エージェントオーケストレーション・レイヤーです。
単一エージェントにすべてのコンテキストを押し込む方式ではなく、責任を明確に分離します。
オーケストレーターは全体の流れを制御し、
サブエージェントはそれぞれの役割に集中し、
必要なコンテキストは共有メモリを通じて共有されます。
インストールは以下の1行で十分です。
bunx oh-my-ag
すると、プロジェクトに役割ベースのエージェントセットが自動で構成されます。
- PMは要件を整理し、作業を分解します。
- FrontendとBackendはそれぞれの領域で実装を担当します。
- MobileはFlutterベースのモバイル実装を担い、
- QAは要件に対する検証とエッジケースの確認を行います。
- Debugエージェントは失敗原因を分析し、修正方針を提案します。
各エージェントは役割に合わせて最適化されたSkillsとプロンプト構造を持ち、オーケストレーターがそれらを1つの流れに束ねます。
[なぜ使うべきか]
第一に、モデル性能の変動性をプロセスで緩和するためです。
最近はGemini 3 Proのように、モデル性能がアップデートやサーバー状況によって突然変わることが少なくありません。
単一エージェントと長大なプロンプトに依存する構造は、こうした変動に非常に脆弱です。
oh-my-agは役割を分割し責任を分離することで、特定モデルの一時的な性能低下が全体の結果を台無しにしないよう設計されています。
オーケストレーターとすべてのサブエージェントはSerena Memoryを共有メモリとして使用します。
意思決定と中間結果がメモリに蓄積されるため、モデルが変わったり応答品質が揺らいだりしても、コンテキストが簡単には失われません。
第二に、人間の監督ポイントが明確になります。
重要なのは人間をループから排除することではなく、どこに介入すべきかを明確にすることです。
PM、QA、Debugの役割が分離されているため、どこまでをAIが担い、どこで人が判断すべきかが構造的に見えるようになります。
第三に、反復的なプロンプト管理のリソースを減らせます。
毎回同じ役割説明やルール、承認プロセスをプロンプトに再入力するのは生産的ではありません。
oh-my-agは役割別のSkillバンドルと並列実行可能なオーケストレーターによって、プロンプト設定と接続構造をデフォルトとして自動化します。
[主な特徴]
- 役割ベースの専門エージェントセット
- 並列実行をサポートするオーケストレーション・レイヤー
- Gemini CLI / Claude CLI / Codex CLI対応
- Serena Memory連携
- MCPごとのTool Scope制御
- Conventional Commits自動化
2026年のAI-Native開発は、もはや「ツールをうまく使う方法」の問題ではありません。
このオーケストレーションはfirst-fluke/fullstack-starterの構造を前提に設計されており、フルスタックのWeb/モバイルアプリケーションで1日50コミット以上を問題なくこなしています。
すでにAntigravityを使っている方なら、プロンプトと格闘する代わりにoh-my-agとAI Proで一緒に6アカウント分のトークンを溶かしてみてはいかがでしょうか。
GitHub link 🔗
Github: first-fluke/oh-my-ag
17件のコメント
codex、GitHub Copilot、Claude、opencode、AMP のすべてでスキルをコピーできるようにしました。
わあ、すごいですね
いつもクオリティが高いので、信頼して使ってみようと思います（笑）
良いコメントをありがとうございます
私も同じアプローチを検討して、speckit ベースの並列エージェント環境を構築しました。アプローチ的には、Spec Driven Dev のためのフレームワークがぴったり合うと思うのですが、採用されなかった理由はありますか？
個人的には、SpecKitのような詳細なガイドラインを与えるより、むしろ自律性を持たせて自分が思いもしなかった方向性が出てくるようにするほうが良いと感じました。コンテキストが長くなると、最初に定義した仕様が崩れてしまうこともありますし。複雑なものは、Planモードで実行してからレビューしていくほうが、より品質が高かったです。
初心者なので教えてください〜笑 インストールしたら、これまでと同じように antigravity のチャットウィンドウにそのまま依頼すればいいのでしょうか？
チャットウィンドウで
/スラッシュコマンドを使ってお望みのワークフローを実行するか（.agent/workflows）、キーワードに応じてスキルが自動で実行されます。単一エージェントに長いプロンプトを押し込んでいるうちに文脈が失われる問題はよく経験してきましたが、"オーケストレーションの問題"というアプローチは的確だと思います。
役割分担 + Serena Memoryで状態を共有する構成がすっきりしていて、ドキュメントもよく整備されているので、そのまますぐに適用してみられそうですね。
活用させていただきます！
丁寧に確認してくださったのですね……ありがとうございます。
ありがとうございます。Antigravityをメインで使っていて感じていたもどかしさが、自分だけのものではなかったんですね（笑）
たまにちょっとおバカになりますね（笑）。ありがとうございます。
PMさん、しっかり引き抜いていきます 🙇♂️🙇♂️🙇♂️
見ながらずっと思っていたのは、結局パーソナライズされたワークフローを使うなら、何かを切り出して使うよりも、その人の意図と哲学をそのまま踏襲するほうがいいなということでした！ 会社で使うのに適したワークフローではなさそうなので、良さそうなところをうまく抜き出して使わせてもらいます~~
お好みに合わせてご利用いただければ幸いです。
BackendにはNode.jsで入れていただけるとありがたいです。あると思っていたのですが、なかったので少し残念でした（泣）
がっかりされないよう、早めに検討してみます！
前回共有していただいたテンプレートも便利に使っていましたが、
今回も貴重な共有をありがとうございます
大したことではありませんが、ありがとうございます。