CPA Manager Plus: CPAのアカウントとリクエストを一つの管理面で追う
セルフホスト型の CPA / CLIProxyAPI 管理パネルと、リクエスト、使用状況、コスト、クォータ、障害、アカウントの健全性を確認する AI ゲートウェイの可観測性ダッシュボード。
ひと目でわかる
- これは何？
- CPA Manager PlusはCPAまたはCLIProxyAPIの前段ではなく、提供者、資格情報、割当量、費用、ローカルSQLite履歴を管理する観測レイヤーです。
- 誰に向いている？
- すでにCPAを運用し、複数アカウントのリクエストや費用を追いたい人向けです。CPA本体の代替や、健康状態を自動保証する仕組みを探す人には向きません。
- 商用利用できる？
- できます。MIT は寛容なライセンスで、著作権表示とライセンス表示を残せば、使用・改変・販売が可能です。
- 今もメンテナンスされている？
- されています。最後のコミットは 1 日前です。
- 何の言語で書かれている？
- 主に TypeScript です（GitHub の言語統計による）。
回答はプロジェクトの GitHub データ（最終同期：2026年9月14日）と当サイトの分析に基づくもので、法的助言ではありません。
オープンソース詳細解説
CPA-Manager-Plus: CPA / CLIProxyAPI 向けのセルフホストパネル
CPA Manager Plus は、CPA / CLIProxyAPI 向けのセルフホストパネルです。プロバイダー、認証情報、OAuth、プラグイン、設定を管理し、リクエスト履歴、コスト分析、アカウント自動化をローカルストレージに保持します。README は、リクエスト失敗、コスト分布、アカウントとクォータの健全性に関する質問に答える方法として説明しています。これは代替プロキシではなく、それ自体がモデルトラフィックを転送することはありません。
CPA-Manager-Plus: 軽量パネルとフルモード
README は、CPA 管理インターフェースを扱う3つの方法を説明しています。公式の CLI Proxy API Management Center は CPA プロジェクトによって保守されています。CPAMP ライトウェイトパネルは、同じポート :8317 で公式 UI を置き換え、別のサービスやデータベースを追加しません。CPAMP フルモードは、別の Manager Server を :18317 で実行し、リクエスト履歴、コスト分析、検査、自動化を追加します。ドキュメントは、パネルを選択するガイドでこれらのオプションを比較しています。
CPA-Manager-Plus: プロバイダー設定、リクエスト監視、コスト分析
このパネルは、Gemini、Codex、Claude、Vertex、xAI、OpenAI 互換プロバイダーの CPA 設定を管理します。認証ファイル、OAuth ログイン、API キー、モデルエイリアス、優先順位、プラグイン、ログ、システム設定を維持します。公式の Sub2API OpenAI OAuth エクスポートをインポートし、複数のアカウントを個別の CPA Codex 認証ファイルに分割できます。監視に関しては、CPA 使用キューからのリクエストをローカル SQLite に永続化し、アカウント、クライアント API キー、リアルタイムリクエストビューで検索できます。失敗証拠は編集され、生の失敗ボディは公開されません。リクエスト履歴は JSONL としてエクスポートおよびインポートできます。コスト分析は、モデル、プロバイダー、アカウント、認証情報、API キー、プロジェクト、チャネル、時間範囲ごとに呼び出し、トークン、コスト、レイテンシ、失敗を分類します。モデル価格は最初に models.dev から同期され、LiteLLM と OpenRouter のフォールバックとローカルオーバーライドがあります。
CPA-Manager-Plus: アカウントヘルス、クォータ、自動回復
このパネルは、Codex および xAI アカウントをローカルまたは Manager Server のスケジュールで検査します。クォータウィンドウ、リセット証拠、認証情報状態、ワークスペース状態、利用可能な場合はプロバイダー固有のヘルスシグナルを読み取ります。制御されたクォータクールダウンを適用し、認証情報の失敗をレビューと回復のためにアカウントアクションキューにルーティングできます。README は、アカウント検査と認証ファイルのデモページを別々に示しています。
CPA-Manager-Plus: デプロイと初期設定
クイックスタートでは、フルスタックまたは CPAMP のみのデプロイをサポートするガイド付きインストーラースクリプトを提供しています。CPAMP_DRY_RUN=1 でインストーラーをプレビューできます。Docker Compose セットアップの例では、CPA と CPA Manager Plus を2つのサービスとして実行し、CPA を 8317 で、Manager Server を 18317 で公開します。起動後、http://<host>:18317/management.html を開き、Manager Server ログから CPAMP 管理者キーを取得し、CPA URL と CPA 管理キーを入力します。README は CPA バージョン v7.1.39+ を推奨し、HTTP 使用キューには v6.10.8+ が必要であると述べています。
CPA-Manager-Plus: データストレージ、プライバシー、暗号化
CPA Manager Plus は、リクエスト履歴、設定、モデル価格、検査履歴、自動化状態をローカルファイルに保存します。README は、電話をかけず、分析 SDK を含まず、アカウント登録を必要としないと述べています。外部呼び出しは、CPA ゲートウェイと、OAuth、プロバイダーチェック、プラグインリリース、モデル価格同期など、明示的に設定またはトリガーした統合に限定されます。CPA 管理キーは SQLite 永続化の前に暗号化されます。バックアップには SQLite ファイルと data.key が必要です。通常の API と JSONL エクスポートは編集された失敗サマリーを公開し、生の失敗ボディや保存された生 JSON を公開することはありません。このプロジェクトは、あなたが操作を許可されたトラフィックと認証情報を対象としています。
CPA-Manager-Plus: 開発、リリース、ライセンス
リポジトリは TypeScript で書かれ、Go の Manager Server は apps/manager-server にあります。開発コマンドには、npm install、npm run dev、type-check、lint、test、build に加えて、Manager Server 用の go test と go vet があります。リリースプロセスは、単一ファイルの apps/web/dist/index.html をビルドし、それをネイティブパッケージに埋め込みます。厳密な vX.Y.Z またはプレリリースタグをプッシュする前に、リリースノートが検証されます。このプロジェクトは MIT ライセンスの下でリリースされており、著作権は 2026 年 Seakee に帰属します。ライセンスは、コピーの使用、複製、変更、統合、公開、配布、サブライセンス、販売の許可を与えます。保証と責任を放棄します。README には、追加のサポートやセキュリティ保証は記載されていません。
CPA Manager Plusを置く前に、CPA本体と管理層の責任範囲を図にします。通常構成のManager Serverは18317、軽量構成は8317を使うため、プロキシの8317と混同しないよう待受を確認します。テスト用アカウントからリクエストを流し、SQLiteにアカウント、クライアントキー、モデル、提供者、時刻がどう記録されるかを調べます。費用画面の価格はモデルや同期元の設定に依存し、提供者が健康情報を返さない場合を正常と解釈してはいけません。管理キーを暗号化する認証ファイルと`data.key`は、SQLiteだけのバックアップでは復元条件を満たさない可能性があります。OAuth、価格同期、明示的に設定したチェックが外部通信を発生させる箇所なので、資格情報を本番へ移す前に通信先とログのマスキングを確認します。
編集部の結論
すでにCPAを運用し、複数アカウントのリクエストや費用を追いたい人向けです。CPA本体の代替や、健康状態を自動保証する仕組みを探す人には向きません。最初にCPAのバージョンとManager Serverの18317、軽量モードの8317を区別し、管理キー、認証ファイル、SQLite、`data.key`をバックアップして、テスト資格情報で履歴検索と費用集計、提供者のチェック失敗時の表示を確認してください。
コミュニティノート