Skip to main content
PromptQuorum
ホーム/ローカルLLM活用/AIClient2APIレビュー:あらゆるAIプロトコルに対応する1つのローカルプロキシ
Overview & Reference

AIClient2APIレビュー:あらゆるAIプロトコルに対応する1つのローカルプロキシ

·10分で読める·Hans Kuepper 著 · PromptQuorumの創設者、マルチモデルAIディスパッチツール · PromptQuorum
言語を選択:
🇺🇸en🇩🇪de🇫🇷fr🇯🇵ja🇨🇳zh🇪🇸es🇧🇷pt🇸🇦ar🇰🇷ko

AIClient2APIは、Gemini CLI、Codex、Grok、Kiro、Antigravityのクライアントプロトコルを1つのローカルOpenAI互換APIに変換する、無料・オープンソース・セルフホスト型のプロキシです。 justlovemaki氏が開発しGPL-3.0の下で公開されており、DockerまたはNode.js経由で動作し、OpenAI形式のエンドポイントとWebコンソールを提供します。これにより、OpenAI互換クライアントであれば、本来直接は届かないプロバイダーとも通信できるようになります。

AIClient2API(github.com/justlovemaki/AIClient2API)は、Gemini CLI、Codex、Grok、Kiro、Antigravityのクライアントプロトコルを1つのOpenAI互換APIに変換する、無料・オープンソース・セルフホスト型のプロキシサーバーです。GitHubスター数は8,700を超えています。このレビューはローカルLLMソフトウェアディレクトリ内のAIClient2APIの項目に対する詳細版で、実際にできること、動かし方、誰に向いているかを扱います。

重要なポイント

  • AIClient2API(github.com/justlovemaki/AIClient2API)は、無料・オープンソースのセルフホスト型APIプロキシであり、ホスト型サービスではない
  • justlovemaki氏によって開発。他のGitHubアカウント下にほぼ同一のフォークが複数存在するが、本リポジトリがオリジナルかつ最もスター数の多いバージョンであることを確認済み
  • リポジトリ自身のライセンスフィールドによると、GPL-3.0ライセンス
  • Gemini CLI、Codex、Grok、Kiro、Antigravityのクライアントプロトコルを1つのOpenAI互換APIに変換し、OpenAI/Claude/Gemini間の双方向プロトコル変換にも対応
  • Docker(推奨)またはNode.js/npm経由で動作。設定とヘルスモニタリング用のWebコンソールを内蔵
  • このレビュー時点でGitHubスター8,700件超、フォーク1,380件超。開発も活発(v3.5.0は2026年9月にリリース)

📍 一文で説明

AIClient2APIは、justlovemaki氏が開発しGitHubスター8,700件超を持つ、無料・オープンソース(GPL-3.0)のセルフホスト型プロキシで、Gemini CLI、Codex、Grok、Kiro、Antigravityのクライアントプロトコルを1つのOpenAI互換ローカルAPIに変換します。

💬 簡潔に説明

AIClient2APIは、自分のマシン上で動かす小さなサーバーで、AIクライアントツールと、それらが通信するAIプロバイダーとの間に立ちます。5つの異なるプロバイダープロトコルを個別に学ぶ代わりに、すべてを1つのローカルアドレスに向けるだけでよく、AIClient2APIが裏側でリクエストを各プロバイダーが実際に求める形式へ変換してくれます。

📌補足: このレビューは、プロジェクト自身のGitHubリポジトリ、README、リリース履歴に基づいています。PromptQuorumがAIClient2APIのプロキシ動作について実機での負荷テストやセキュリティ監査を行ったことを示すものではありません。

AIClient2APIとは?

AIClient2APIは、複数のAIプロバイダーやCLIツールのクライアントプロトコルを、1つのローカルなOpenAI互換APIの背後に統合する、無料・オープンソースのセルフホスト型プロキシサーバーです。 GitHubユーザーjustlovemaki氏によって開発され、GPL-3.0ライセンスの下で配布されています。

  • 製品タイプ:セルフホスト型のプロキシ/ゲートウェイサーバーであり、チャットアプリでもIDEプラグインでもホスト型SaaS製品でもない
  • 開発者:justlovemaki(GitHubハンドル名)。github.com/justlovemaki/AIClient2AIPのリポジトリは、他アカウント下のほぼ同一のフォークの中でも、オリジナルかつ最もスター数の多いバージョンであることを確認済み
  • ライセンス:GPL-3.0というコピーレフトライセンス — 改変版を配布する場合、一般的に同一ライセンスでのソース公開が求められる
  • GitHubのメタデータによると、リポジトリの作成日は2025年7月20日
  • 規模:このレビュー時点でGitHubスター8,700件超、フォーク1,380件超、オープンイシューはおよそ5件 — フォーク数に対してオープンイシューが少なく、活発にメンテナンスされているプロジェクトであることを示唆

AIClient2APIのバージョン履歴は?

AIClient2APIは2026年を通じて頻繁にポイントリリースを重ねており、このレビュー時点での最新タグ付きバージョンはv3.5.0で、2026年9月に公開されています。

  • v3.5.0(2026年9月):このレビュー時点での最新タグ付きリリース
  • v3.4.9.1およびv3.4.8(2026年9月):v3.5.0の直前数日間に出された段階的なパッチリリース
  • v3.0.0(2026年5月):プロジェクト自身のリリースノートによると、自動化されたスキルガイドやリモートAPIヘルプエンドポイントを含む、より深いAI支援統合が追加されたとしている
  • 2026年4月:プロジェクトのチェンジログによると、プロトコル変換を伴うOpenAIの画像生成・編集APIへの完全対応が追加
  • 2026年3月:プロジェクトのチェンジログによると、マルチモーダル入力や画像・動画生成を含むGrokプロトコル対応が追加

AIClient2APIは実際に何をするのか?

AIClient2APIは、標準的なOpenAI形式のAPIリクエストを受け取り、対象プロバイダーが実際に必要とするプロトコルへ変換し、レスポンスを再び元の形式に戻して返すローカルサーバーとして動作します。

  • プロトコル変換:プロジェクトが説明するところによると、ストラテジーパターンとアダプターパターンの設計を用いて、OpenAI、Claude、Gemini各API形式間で双方向変換を行う
  • 対応プロバイダー/プロトコル:プロジェクト自身のドキュメントによると、Gemini、Claude(KiroまたはAntigravityのクライアントプロトコル経由)、Grok(クッキーまたはCLI OAuth経由)、Codex、Kimi、MiniMax、OpenAI、およびカスタムのOpenAI互換エンドポイント
  • アカウントプール管理:プロバイダーごとに複数アカウントをポーリングし、自動フェイルオーバーとヘルスチェックを行う
  • OAuth統合:Antigravity、Codex、Grok CLI、Kiro向けの組み込みOAuthフロー
  • ロードバランシング:HTTP 429レート制限エラー時のクールダウンを伴うプロバイダー選択と、プロバイダー間のフォールバックチェーン
  • TLSサイドカー:一部のプロバイダーエンドポイントでのCloudflareや403系のブロックを回避するため、JA3のTLSフィンガープリントをシミュレートするとプロジェクトが説明する、Go言語ベースの独立したプロキシコンポーネント
  • Webコンソール:リアルタイムの設定、ヘルスモニタリング、APIテストのためのブラウザベースUIをlocalhost:3000で提供
  • ロギング:リクエスト/レスポンスの完全な記録。監査や独自のトレーニングデータセット構築に有用だとプロジェクトは位置付けている

設定と実行方法は?

AIClient2APIは、JSON設定ファイル(またはWebコンソール)を通じて、受信したリクエストを1つ以上のバックエンドプロバイダーアカウントにマッピングする形で設定し、その後長時間稼働するローカルサーバープロセスとして実行します。

  • Docker経由で起動(推奨):イメージをpullし、ローカルのconfigsフォルダをマウントして、プロキシのポートを公開する
  • Node.js経由で起動:リポジトリをクローンし、同梱のインストールスクリプトを実行後、npm startを実行する
  • マウントしたconfigsディレクトリ内、またはWebコンソール(http://localhost:3000)経由でプロバイダーの認証情報とアカウントプールを設定する
  • チャットアプリ、コーディングCLI、カスタムスクリプトなど、任意のOpenAI互換クライアントを、プロバイダー自身のAPIエンドポイントではなくローカルプロキシのアドレスに向ける
  • Webコンソールでアカウントのヘルス状態、レート制限のクールダウン、リクエストログをリアルタイムに監視する
bash
docker run -d -p 3000:3000 -p 8086:8086 -p 1455:1455 -p 56121:56121 \
  -v "your_path/configs:/app/configs" \
  justlikemaki/aiclient-2-api

プラットフォーム、料金、ライセンス

プラットフォーム

AIClient2APIの説明:
セルフホスト型サーバーで、DockerまたはNode.js経由でMac、Windows、Linuxに対応するクロスプラットフォーム構成です(クラウドホスト版はありません)。

費用

AIClient2APIの説明:
無料・オープンソースです。接続先のプロバイダーアカウントやAPIキーには別途費用がかかる場合がありますが、プロキシ自体には料金はありません。

ライセンス

AIClient2APIの説明:
リポジトリ自身のライセンスフィールドによると、コピーレフトライセンスであるGPL-3.0です。

インストール方法

AIClient2APIの説明:
Docker(推奨、docker runコマンド1つで実行可能)、またはNode.js経由で同梱のインストールスクリプトとnpm startを使用します。

どちらのコマンドを実行する前にも、github.com/justlovemaki/AIClient2APIで現在推奨されているインストール方法とポート一覧を確認してください。

AIClient2APIの費用はいくらですか?

AIClient2API自体は無料です — ライセンス料、サブスクリプション、従量課金はありません。 実際のコストは、どのプロバイダーアカウントやAPIキーに接続するかによって全く異なります。

  • プロキシソフトウェア本体:無料、GPL-3.0のオープンソース、有料プランなし
  • プロバイダー側の費用:ルーティング先となる既存のアカウントやAPIキーにすでにかかっているコスト(有料のOpenAI/Claude/Gemini APIキー、あるいはCodexやKiroのようなCLIツールに紐づくサブスクリプションなど)
  • セルフホスティングの費用:自分のコンピューティングリソースのみ。軽量なNode.jsプロキシであるため、小規模なVPS上でも通常は無視できるレベル

AIClient2API vs. LiteLLM:何が違うのか?

AIClient2APIとLiteLLMはどちらも、1つのAPI形式で複数のプロバイダーに到達できるようにする点は共通していますが、対象とする課題は異なります。LiteLLMは標準的な商用APIを対象に、本番運用レベルのマルチプロバイダールーティングに重点を置く一方、AIClient2APIはCLIサブスクリプションやブラウザOAuthベースのAIツールをOpenAI互換形式に橋渡しすることに重点を置いています。

主な目的

AIClient2API:
CLI/OAuthベースのAIツール(Gemini CLI、Codex、Kiro、Antigravity)を1つのAPIに橋渡しする
LiteLLM:
OpenAI互換インターフェースの背後で100以上の標準プロバイダーAPIを統合する

ライセンス

AIClient2API:
GPL-3.0(コピーレフト)
LiteLLM:
MIT(パーミッシブ)

主な利用者

AIClient2API:
CLIツールのサブスクリプションを標準APIとして再利用したい開発者
LiteLLM:
多数のベンダーにまたがる本番LLMトラフィックを標準化したいチーム

追加機能

AIClient2API:
TLSフィンガープリント用サイドカー、特定CLIツール向けOAuthフロー
LiteLLM:
予算管理、支出トラッキング、仮想キー、幅広いエコシステム連携

これらのツールは重なり合う部分もありますが、解決する課題は異なります。標準プロバイダーAPIにはLiteLLMを、CLIサブスクリプションベースのプロバイダーには特にAIClient2APIを使う、という形で両方を併用するチームもあります。

AIClient2APIはどんな人に向いているか?

AIClient2APIは、すでに複数のクライアントツールを通じて複数のAIプロバイダーにアクセスできる環境を持ち、それらに対して一貫したローカルのOpenAI互換エンドポイントを1つ構築したい開発者に向いています。

AIClient2APIが向いていないケース

完全にマネージドなゲートウェイ、エンタープライズ向けの支出管理機能、CLIプロトコル橋渡しに伴う利用規約上のあいまいさを避けたい場合、AIClient2APIは適していません。

  • マネージドサービスやホスト型サービスではない — 自分のインスタンスの実行、更新、セキュリティ確保は自己責任
  • 標準の公式ライセンスされたプロバイダーAPIを主軸に構築されたものではない — 一部の統合はサードパーティのプロキシ用途を想定していないCLIツールやOAuthプロトコル経由で行われており、プロバイダーの利用規約に抵触する可能性がある
  • 専用のLLMゲートウェイのようなエンタープライズガバナンス機能(チームごとの予算、支出ダッシュボード、SSO)には重点を置いていない
  • このレビューで確認できた範囲では独立したセキュリティ監査を受けていない — APIの認証情報を扱う他のセルフホスト型プロキシと同様に扱い、自分のマシン以外に公開する前にアカウントプールとロギングの設定を確認すること
  • このレビューで確認できた範囲では企業や資金調達の後ろ盾がない — 独立して運営される、コミュニティ支援型のプロジェクトとして扱うこと

AIClient2API評価時によくある誤解

AIClient2APIに関する混乱の多くは、多数存在するフォークとの取り違え、または標準的なマルチプロバイダーゲートウェイと同じように動作するという思い込みから生じています。

競合・代替ツール

AIClient2APIはLiteLLMと最も直接的に比較されます。また、プロトコル橋渡し用のプロキシが必要なのか、それとも推論サーバー自体が必要なのかによっては、AIClient2APIが前段に立つことのできるOpenAI互換サーバー、たとえばvLLM、SGLang、LocalAIと比較検討する価値もあります。

LiteLLM

Best known for:
予算管理と支出トラッキングを備えた、100以上の標準プロバイダーAPIを統合するMITライセンスのプロキシ
Link:
LiteLLMレビュー

vLLM

Best known for:
高スループットでOpenAI互換のローカル推論サーバー/エンジン
Link:
vLLM解説
vLLMに関する記事（10件）

さらに81件（非表示）

LocalAI

Best known for:
オープンウェイトモデル向けのセルフホスト型OpenAI互換ローカル推論サーバー
Link:
LocalAI解説
LocalAIに関する記事（8件）

その他の言及:

さらに5件（非表示）

このリストはAIClient2APIと合わせてよく検討されるツールをまとめたもので、PromptQuorum独自のランキングではありません。選定前に各ツールの現在の機能セットを確認してください。

よくある質問

AIClient2APIとは何ですか?

AIClient2API(github.com/justlovemaki/AIClient2API)は、Gemini CLI、Codex、Grok、Kiro、Antigravityのクライアントプロトコルを1つのOpenAI互換APIに変換する、無料・オープンソース(GPL-3.0)のセルフホスト型プロキシです。

AIClient2APIは無料ですか?

はい、AIClient2API自体はGPL-3.0の下で無料・オープンソースで提供されています。接続先となるプロバイダーアカウントやAPIキーそのものには、別途費用がかかる場合があります。

AIClient2APIはどのようにインストールしますか?

プロジェクト自身のREADMEではDockerが推奨されています:docker run -d -p 3000:3000 -p 8086:8086 -p 1455:1455 -p 56121:56121 -v "your_path/configs:/app/configs" justlikemaki/aiclient-2-api。Node.jsのインストールスクリプトも利用できます。まずGitHubリポジトリで最新の手順を確認してください。

AIClient2APIはどのAIプロバイダーに対応していますか?

プロジェクト自身のドキュメントによると、Gemini、Claude(KiroまたはAntigravity経由)、Grok、Codex、Kimi、MiniMax、OpenAI、およびカスタムのOpenAI互換エンドポイントに対応しています。

AIClient2APIを作ったのは誰ですか?

AIClient2APIはGitHubユーザーjustlovemaki氏によって開発されました。他のアカウント下にほぼ同一のフォークが複数存在しますが、本リポジトリがオリジナルかつ最もスター数の多いバージョンであることが確認されています。

AIClient2APIはLiteLLMと同じものですか?

いいえ。どちらも複数のプロバイダーをOpenAI互換API背後に統合しますが、LiteLLM(MITライセンス)は予算管理などの本番機能を備えた標準的な商用プロバイダーAPIに重点を置く一方、AIClient2API(GPL-3.0)はCLIツールやOAuthベースのAIサブスクリプションの橋渡しに重点を置いています。

AIClient2APIの動作にGPUは必要ですか?

いいえ。AIClient2APIは軽量なNode.js製のプロトコル変換プロキシであり、推論エンジンではありません。モデル自体を実行しないため、GPUは必要ありません。

AIClient2APIのCLIプロトコル統合経由でトラフィックをルーティングするのは安全ですか?

統合の一部は、サードパーティのプロキシ用途を公式に想定していないCLIツールやブラウザOAuthプロトコル経由で行われており、プロバイダーの利用規約に抵触する可能性があります。本番トラフィックに使用する前に、各プロバイダー自身の規約を確認してください。

AIClient2APIはプロバイダーごとに複数アカウントに対応していますか?

はい、プロジェクトのドキュメントによると、あるプロバイダーの複数アカウントに対してポーリング、自動フェイルオーバー、ヘルスチェックを行うアカウントプール管理に対応しています。

PromptQuorumはAIClient2APIの主張を独自に検証しましたか?

このレビューは、PromptQuorumによる実機での負荷テストやセキュリティ監査ではなく、プロジェクト自身のGitHubリポジトリ、README、リリース履歴に基づいています。

出典

← ローカルLLM活用 に戻る