今日の優良食堂
実際に入れて動かして書いた、今日の一膳
ギット飯が代わりに導入・実行・コードまで確かめました
いま読んでいる一膳omnigent-ai/omnigent複数のAIエージェント(Claude Code、Codex、Cursor等)を統一インターフェースで統合・制御できるオープンソースのメタハーネス信頼度 1.24ほかの一膳TeamAmaze/AmazeFileManagerAndroid向けのマテリアルデザインファイルマネージャー。軽量で高速、広告なし信頼度 1.25ほかの一膳arkenfox/user.jsFirefox のプライバシーと セキュリティを大幅に強化する user.js 設定テンプレート信頼度 1.24
今日の優良食堂 · ギット飯が代わりに導入・分析

omnigent-ai/omnigent

複数のAIエージェント(Claude Code、Codex、Cursor等)を統一インターフェースで統合・制御できるオープンソースのメタハーネス

すでに入れているClaude Code、Codex、Cursorを書き換えずにそのまま接続し、1つの画面で切り替えたり並行で走らせたりできるところが試す価値を感じさせます。危険なシェルコマンドの実行前に承認を求めたり、使用量に上限をかけたりするポリシーを設定すれば、チームで安心してエージェントを回せます。ターミナルでもブラウザでもスマートフォンでも同じセッションが続くので、外出先でふと続きを確認する、という使い方も今日から試せます。

01 / 概要
何をするものか一文で言うと
ひとことで複数のAIエージェント(Claude Code、Codex、Cursor等)を統一インターフェースで統合・制御できるオープンソースのメタハーネス

Omnigentは、Claude Code・Codex・Piなど複数のコーディングエージェントを切り替え可能なCLIとして統合する、オープンソースのAIエージェント・フレームワークです。リポジトリにはCLI本体に加え、harnessのインストール検証・サンドボックス実行・Issue優先度付けなど運用自動化の仕組みが大量に含まれています。提供された資料からは、製品コードそのものより周辺の検証・CI基盤が多く確認できます。

02 / 構造
どう動くのか中核のしくみ
読み方動きの流れを図と一緒にほどきました。

中核はomnigent CLIで、verify_cli.pyの記述によるとOMNIGENT_CONFIG_HOMEとOMNIGENT_DATA_DIRという環境変数で設定・データ領域をサンドボックス化し、実機の~/.omnigentを汚さずに動作します。harnessの取得は.github/actions/setup-harness-cliが担当し、@anthropic-ai/claude-codeや@openai/codexなどのnpmパッケージをバージョンとlockファイルのintegrityで固定し、プラットフォーム・バージョン・lockダイジェストからキャッシュキーを作ります。setup-harness-cli.test.mjsは、この固定値がci-depsとlockファイルで一致することを機械的に検証しています。.claude/skills以下のSKILL.mdはharnessごとのe2e手順を定義し、verify_cli.pyはpexpectで実際のPTYにCLIを走らせ、ANSIを除去したフレームとSUMMARY形式のJSONで結果を照合します。リポジトリ運営もエージェント化され、.github/triage_v2がIssueを分類・採点してAreaや担当者へ振り分け、Open Code Reviewワークフローがpull_request_target経由でPRにインラインレビューを投稿します。

03 / 体験
入れるとこんな体験になりますギット飯が実際にたどった順序
所要ギット飯が実際に導入・実行しながらたどった順序です。
  1. STEP 01

    リポジトリをcloneして.github/actions/setup-harness-cliのmanifest.jsonを見ると、claude・codex・piそれぞれのCLIバージョンとlockダイジェストが固定されているのが分かります。

  2. STEP 02

    uvベースのPython環境を作りverify_cli.pyを実行すると、pexpectが要求され、無い場合は`<repo>/.venv/bin/python`での実行を促すメッセージが出ます。

  3. STEP 03

    verify_cli.pyを通すとomnigent CLIがPTY上で起動し、Searching for existing credentialsやConfigure harnessesといったオンボーディング画面がANSI除去済みのテキストで記録されます。

  4. STEP 04

    GitHub上でPRを開くと、Open Code Reviewがpull_request_targetで走り、低重要度の指摘はサマリーにまとめられ、インラインコメントは重複して投稿されない仕様になっています。

  5. STEP 05

    /ocr forceとコメントすると、同じコミットのレビューを再実行でき、サマリーは必ず新しく作られる一方でインライン指摘は重複しないことを確認できます。

  6. STEP 06

    triage_v2のパイプラインをdatabricks.ymlの設定で動かすと、Issueがareas.jsonの重みに基づき採点され、ranking.jsonやsummary.jsonとして出力されます。

04 / 成果物
何が手に入るのか導入後に手元に残るもの

手元に残るのは、複数harnessを差し替え可能にするCLIの骨格と、その起動・サンドボックス化・CLIバージョン固定を機械的に保証するテスト群です。加えてPRレビューとIssue優先度付けを自動化するCI資産が得られ、エージェント運用の土台として再利用できます。コアのエージェント実行ロジック自体(omnigent/cli.pyの全体)は今回の資料には含まれていません。

05 / 注意
ここは先に知っておいてください先に知っておくとよいこと
正直なところ誰にでも合うとは言いにくいところです。
01

提供資料にomnigent/cli.py本体のソースは含まれておらず、エージェント切替やポリシー適用の実装詳細はverify_cli.pyのコメントからの推測にとどまります。

02

Open Code Reviewの実行にはLLM_API_KEYとGATEWAY_BASE_URLという2つのシークレット設定が前提で、これらが無いと動作を試せません。

03

harnessのCLIバージョンはclaude 2.1.266、codex 0.139.0のように厳密に固定されているため、最新機能を使うには別途バージョン更新のPRが必要です。

04

自動化の対象がGitHub Actions中心のため、GitHub以外の環境で同等の体験を再現できるかは本資料からは判断できません。

06 / 結論
ギット飯の結論食べてみる価値のある一膳か
ギット飯の最終判断優良食堂

複数のコーディングエージェントを1つのCLIで切り替えたいチーム、かつPRレビューやIssue優先度付けまで自動化したい運用に向いています。setup-harness-cli.test.mjsやverify-cache.test.mjsが、バージョン固定・キャッシュキー生成・リトライ処理を実コードに対して直接検証しており、これらのテストが通る設計である点から、インストールせずとも基盤部分の信頼性は判断できます。一方でエージェント実行の中核ロジックは資料外のため、そこは実際に動かして確認する価値があります。

今日の残りの一膳
SUBSCRIBER LIBRARY
これまでに検証した優良食堂を一堂に

4 つの関門を通った優良食堂がすべてバックナンバーに集まっています。いちばん新しい一膳はどなたでも無料で読め、それより前の優良食堂の検証の根拠・詳しい解説は ギット飯 プレミアムのご購読ですでに開いています。

優良食堂バックナンバー →
リポジトリ詳細🧪 ひと言で味見する