Omnigent：Claude Code や Codex を束ねるオープンソースのメタハーネス

Omnigent は、AI コーディングエージェント向けのオープンソース「メタハーネス」です。新しいコーディングエージェントではありません。

Claude Code、Codex、Cursor、OpenCode、Hermes、Pi、そして自作のエージェントの上に位置し、セッション、ポリシー、サンドボックス、コラボレーションの共通レイヤーを提供します。ライセンスは Apache 2.0 で、PyPI で配布されています。README では alpha 段階と明記されています。

解決しようとしている課題

コーディングエージェントはこの一年で急増しました。ツールごとに端末 UI、権限モデル、セッション形式、課金経路が異なります。複数を併用するチームは、体験の切り替えに追われ、全体に同じルールを適用することも困難です。

Omnigent は「エージェント本体」と「周辺の実行環境」を分離します。エージェントは推論とコード編集を担当し、Omnigent はセッション、権限、隔離された実行環境、複数デバイスからのアクセスを担当します。エージェントを入れ替えたり組み合わせたりしても、周辺の仕組みを作り直す必要がありません。

コアアーキテクチャ

README によると、Omnigent は大きく四つの要素で構成されます。 一つ目は共有セッション層です。メッセージ、サブエージェント、ターミナル、ファイルが各クライアント間で同期されます。端末でタスクを始め、ブラウザで続け、スマートフォンで進捗を確認できます。macOS 向けのネイティブデスクトップアプリも用意されています。

二つ目はマルチエージェントのオーケストレーションです。一つのセッションに複数のコーディングエージェントを混在させられます。あるエージェントが別のエージェントの成果をレビューしたり、得意分野の異なるエージェントにタスクを分割したりできます。カスタムエージェントは YAML で定義します。 三つ目はモデル接続層です。各社の API キー、Claude や ChatGPT のサブスクリプション、互換ゲートウェイのいずれも利用でき、README はどれも同格に扱うと述べています。 四つ目はポリシーエンジンとサンドボックスのランタイムです。

ポリシーによるガバナンス

ポリシーは企業利用で特に重要な機能です。README は典型的な用途として三つを挙げています。危険な操作の前に人間の承認を待つこと、支出に上限を設けること、エージェントが使えるツールを制限することです。ポリシーはサーバー全体、特定のエージェント、単一のチャットのいずれにも適用でき、範囲は広いものから狭いものへと重ねられます。たとえば、サーバー全体で特定のツールを禁止し、信頼できる一つのエージェントだけ緩める、という運用が可能です。Devin のような外部エージェントのツール承認も、チャット上の承認カードとして表示されます。承認フローが共通のインターフェースに組み込まれていることがわかります。

注意点があります。README の抜粋には、ポリシーエンジンの内部実装についての記述がありません。また、サードパーティ製エージェント自身の CLI 内部で行われるすべてのツール呼び出しを遮断できるかどうかも書かれていません。厳格なセキュリティ境界として頼る前に、ソースコードと公式ドキュメントで確認してください。

クラウドサンドボックスとマネージドホスト

Omnigent は、使い捨てのクラウドサンドボックス内でセッションを実行できます。挙げられているプロバイダーは、Modal、Daytona、Blaxel、Islo、E2B、Gensee、CoreWeave、Kubernetes、OpenShell、Boxlite、microsandbox、Databricks です。CLI から起動することも、サーバーがセッションごとに自動で用意することもできます。

後者は「マネージドホスト」と呼ばれます。ノート PC を起動し続ける必要がなく、リスクのある作業や長時間の作業を、捨てられる環境に隔離できる点が実用的な利点です。各サンドボックスは modal、daytona、e2b、kubernetes などのオプション extras として導入するため、基本インストールは小さく保たれます。

コラボレーション

セッションは共有できます。チームメイトはあなたのエージェントとチャットし、作業をリアルタイムで見られます。

あなたのマシン上で共同操作することも、会話をフォークして自分の環境で続けることもできます。エージェントが個人のツールから、皆でレビューできる共有資源へと変わります。

インストールと導入

推奨は一行のコマンドです。curl で scripts/install_oss.sh を取得して実行します。uv tool install omnigent、pip、Homebrew（omnigent-ai/tap/omnigent）でも導入できます。

Python 3.12 以上が必要です。コーディングエージェントの CLI には Node.js 22 LTS と npm、Web UI には pnpm が必要です。extras として、モデルプロバイダー（databricks、bedrock、vertex）、SDK ハーネス（antigravity、copilot、cursor、agents-sdk）、ストレージとメモリ（s3、hindsight）が選べます。

性能とコスト

今回確認できた資料には、ベンチマークも、遅延やコストの比較も含まれていません。したがって性能向上の数値は示しません。コスト構造ははっきりしています。Omnigent 自体は無料のオープンソースです。

実際の支出は、モデル呼び出しとクラウドサンドボックスの課金から生じます。支出上限ポリシーはそれを抑えるための手段です。オーケストレーション層が一つ増えれば、プロセスとネットワークの経由が増えます。そのオーバーヘッドは、コミュニティによる独立した計測を待つ必要があります。

エコシステムへの影響

開発者にとって、Omnigent はコーディングエージェント間の移行コストを下げます。「A で書き、B でレビューする」ことが、工学的な作業ではなく設定の問題になります。

企業にとっては、共通の承認、支出管理、サンドボックス隔離が、エージェントを本番の業務フローに入れる際にしばしば欠けているガバナンス層になります。Hermes や Pi のような新しいオープンエージェントにも対応している点は、このプロジェクトがオープンなエージェントのエコシステムを追っていることを示します。

限界と課題

プロジェクトは alpha です。インターフェースや挙動は変わる可能性があり、重要な本番経路に置くのはまだ早いでしょう。メタハーネスは、配下のすべてのエージェントのリリースに追随しなければならず、アダプターの保守に終わりはありません。

共通の抽象化は、特定のエージェント固有の機能を隠してしまうことがあります。ポリシーの強さは各エージェントとの統合の深さに左右されるため、自分で検証してください。最後に、前提となるツールチェーンが広く、Python、Node、pnpm が必要です。

今後の注目点

対応するエージェントやサンドボックスの拡大、ベンチマークとコストデータの公開、より細かいポリシー言語、デスクトップとモバイルアプリの成熟に注目してください。alpha を脱し、エージェント横断のオーケストレーションが安定した成果を出せると示せれば、マルチエージェント開発の汎用コントロールプレーンになる可能性があります。