自架服務
seakee/CPA-Manager-Plus avatar
seakee/CPA-Manager-Plus

CPA Manager Plus:为 CPA 部署补上请求历史与账户视图

自架 CPA / CLIProxyAPI 管理面板和 AI 閘道可觀察性儀表板,用於顯示請求、使用情況、成本、配額、故障和帳戶運作狀況。

3,427 個 Star356 個 ForkTypeScriptMIT

秒懂

它是什麼?
CPA Manager Plus 是 CPA / CLIProxyAPI 的管理和可观测性层,处理提供商、凭据、配额、成本与本地历史。
適合誰用?
CPA Manager Plus 适合已经執行 CPA / CLIProxyAPI、需要管理多个账户并追踪请求成本的人。它不是代理本身,完整模式使用 Manager Server 端口 18317,轻量模式使用 8317。
可以商用嗎?
可以。MIT 是寬鬆授權:你可以使用、修改並販售以它為基礎的軟體,只需保留著作權與授權聲明。
還在維護嗎?
有在維護。儲存庫最近一次提交在 1 天前。
用什麼語言寫的?
主要是 TypeScript(依據 GitHub 的語言統計)。

以上回答依據專案的 GitHub 資料(最近同步於 2026年9月14日)與我們的分析,不構成法律意見。

開源專案深度解析

面向 CPA / CLIProxyAPI 的自托管面板 · seakee-cpa-manager-plus-deep-analysis

CPA Manager Plus 是一个面向 CPA / CLIProxyAPI 的自托管面板。它管理提供商、凭据、OAuth、插件和設定,并将请求历史、成本分析和账户自动化保存在本地存储中。README 将其描述为一种回答请求失败、成本分布以及账户和配额健康问题的方式。它不是替代代理;它本身不转发模型流量。

本專案核對項目1請依 README 的命令、檔案路徑與版本標籤保存輸出,並以專案名稱標記差異;文件未說明的行為仍視為未知。

本專案核對項目8請依 README 的命令、檔案路徑與版本標籤保存輸出,並以專案名稱標記差異;文件未說明的行為仍視為未知。

轻量面板与完整模式 · seakee-cpa-manager-plus-deep-analysis

README 描述了处理 CPA 管理界面的三种方式。官方 CLI Proxy API 管理中心由 CPA 專案維護。CPAMP 轻量面板在同一个端口 :8317 替换官方 UI,无需增加另一个服务或資料库。CPAMP 完整模式執行一个单独的 Manager Server,端口 :18317,并增加请求历史、成本分析、检查和自动化。文档在一个选择面板的指南中比较了这些选项。

本專案核對項目2請依 README 的命令、檔案路徑與版本標籤保存輸出,並以專案名稱標記差異;文件未說明的行為仍視為未知。

本專案核對項目9請依 README 的命令、檔案路徑與版本標籤保存輸出,並以專案名稱標記差異;文件未說明的行為仍視為未知。

提供商設定、请求监控和成本分析 · seakee-cpa-manager-plus-deep-analysis

该面板管理 Gemini、Codex、Claude、Vertex、xAI 和兼容 OpenAI 的提供商的 CPA 設定。它維護认证檔案、OAuth 登录、API 密钥、模型别名、优先级、插件、日志和系统设置。它可以导入官方 Sub2API OpenAI OAuth 导出,并将多个账户拆分为单独的 CPA Codex 认证檔案。在监控方面,它将 CPA 使用队列中的请求持久化到本地 SQLite,并允许你按账户、客户端 API 密钥和实时请求视图搜索。故障证据经过脱敏,因此不会暴露原始失败主体。请求历史可以导出和导入为 JSONL。成本分析按模型、提供商、账户、凭据、API 密钥、專案、渠道和时间范围细分调用、令牌、成本、延迟和失败。模型价格首先从 models.dev 同步,并提供 LiteLLM 和 OpenRouter 后备以及本地覆盖。

本專案核對項目3請依 README 的命令、檔案路徑與版本標籤保存輸出,並以專案名稱標記差異;文件未說明的行為仍視為未知。

本專案核對項目10請依 README 的命令、檔案路徑與版本標籤保存輸出,並以專案名稱標記差異;文件未說明的行為仍視為未知。

账户健康、配额和自动化恢复 · seakee-cpa-manager-plus-deep-analysis

该面板在本地或按 Manager Server 计划检查 Codex 和 xAI 账户。它读取配额窗口、重置证据、凭据状态、工作区状态以及提供商特定的健康信号(如果可用)。它可以应用受控配额冷却,并将凭据失败路由到账户操作队列以供审查和恢复。README 指向单独的账户检查和认证檔案演示页面。

本專案核對項目4請依 README 的命令、檔案路徑與版本標籤保存輸出,並以專案名稱標記差異;文件未說明的行為仍視為未知。

本專案核對項目11請依 README 的命令、檔案路徑與版本標籤保存輸出,並以專案名稱標記差異;文件未說明的行為仍視為未知。

部署和首次设置 · seakee-cpa-manager-plus-deep-analysis

快速入门提供了一个引导式安裝程序脚本,支持完整堆栈或仅 CPAMP 部署。你可以使用 CPAMP_DRY_RUN=1 预览安裝程序。对于 Docker Compose 设置,示例将 CPA 和 CPA Manager Plus 作为两个服务執行,分别将 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+。

本專案核對項目5請依 README 的命令、檔案路徑與版本標籤保存輸出,並以專案名稱標記差異;文件未說明的行為仍視為未知。

本專案核對項目12請依 README 的命令、檔案路徑與版本標籤保存輸出,並以專案名稱標記差異;文件未說明的行為仍視為未知。

資料存储、隐私和加密 · seakee-cpa-manager-plus-deep-analysis

CPA Manager Plus 将请求历史、設定、模型价格、检查历史和自动化状态存储在本地檔案中。README 声明它不会电话回家、包含分析 SDK 或需要账户注册。外部调用仅限于 CPA 网关和你明确設定或触发的集成,例如 OAuth、提供商检查、插件發布和模型价格同步。CPA 管理密钥在 SQLite 持久化之前进行加密;备份需要 SQLite 檔案和 data.key。普通 API 和 JSONL 导出会暴露脱敏的失败摘要,绝不会暴露原始失败主体或存储的原始 JSON。该專案适用于你有权操作的流量和凭据。

本專案核對項目6請依 README 的命令、檔案路徑與版本標籤保存輸出,並以專案名稱標記差異;文件未說明的行為仍視為未知。

本專案核對項目13請依 README 的命令、檔案路徑與版本標籤保存輸出,並以專案名稱標記差異;文件未說明的行為仍視為未知。

開發、發布和授權 · seakee-cpa-manager-plus-deep-analysis

该倉庫使用 TypeScript 编写,Manager Server 使用 Go,位于 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 授權發布,版权归 Seakee 所有,2026 年。授權授予使用、复制、修改、合并、發布、分发、再许可和出售副本的许可。它不提供任何担保和责任;README 沒有描述任何额外的支持或安全保证。

CPA Manager Plus 的驗證應從 README 列明的安裝與啟動入口開始,建立一個不含真實客戶資料的測試帳套。逐一輸入收入、費用、資產或稅務欄位,檢查報表計算、匯出格式和日期邊界;若 README 只描述功能而未說明稅制版本,就不能替它推定適用特定地區。把測試資料、版本標籤與錯誤日誌分開保存,並特別檢查登入、備份和刪除操作的實際行為。

本專案核對項目7請依 README 的命令、檔案路徑與版本標籤保存輸出,並以專案名稱標記差異;文件未說明的行為仍視為未知。

編輯結論

CPA Manager Plus 适合已经執行 CPA / CLIProxyAPI、需要管理多个账户并追踪请求成本的人。它不是代理本身,完整模式使用 Manager Server 端口 18317,轻量模式使用 8317。先确认 CPA 版本、管理密钥加密方式、SQLite 与 data.key 备份关系,再决定是否把它接入真实凭据和流量。 CPA Manager Plus 的驗證應從 README 列明的安裝與啟動入口開始,建立一個不含真實客戶資料的測試帳套。逐一輸入收入、費用、資產或稅務欄位,檢查報表計算、匯出格式和日期邊界;若 README 只描述功能而未說明稅制版本,就不能替它推定適用特定地區。把測試資料、版本標籤與錯誤日誌分開保存,並特別檢查登入、備份和刪除操作的實際行為。 這個判斷必須落在專案本身的可觀察行為。請保留 README 使用的命令、檔案名稱、設定鍵與版本標籤,建立只包含必要輸入的測試目錄,逐項記錄標準輸出、錯誤輸出、產物位置和退出狀態。再改變一個明確條件,例如輸入格式、裝置版本、主題或依賴版本,觀察結果是否符合文件描述。這能分開文件已承諾的功能與尚未說明的邊界。若測試涉及個人資料、網路服務或真實帳務,先替換成假資料,並確認暫存檔和日誌是否留下敏感內容。README 沒有明列的效能、相容性、備份或安全承諾,應以未知處理,不能用社群熱度或一次成功結果補足。升級時對照 release tag 和 lock 檔,重新執行相同測試,將差異交給維護者或 issue 追蹤。 本專案專屬核對項目1請依 README 的命令與檔案路徑保存輸出,並以版本標籤記錄差異,未說明的行為仍視為未知。 本專案專屬核對項目2請依 README 的命令與檔案路徑保存輸出,並以版本標籤記錄差異,未說明的行為仍視為未知。

官方來源

  1. Official documentation
  2. Official README
  3. Project repository
  4. Release notes
社群筆記

社群筆記