Oh-My-CPA（OMC）是一个面向 CLIProxyAPI（CPA）的开源自托管管理面板与用量观测平台，基于 React 和 AntDesign 开发，近日在 Linux.do 社区正式发布。CLIProxyAPI 是一款将多家 AI 服务商接口聚合为统一访问入口的代理工具，在开发者社区使用较广。OMC 提供用量统计、模型定价、OAuth 管理、API 提供商管理、请求记录与 CPA 运维等功能，在保留官方 CPAMC 完整体验的基础上，增强了请求记录与统计分析能力。项目原生支持 MCP（模型上下文协议），可供外部 Agent 接入；网页端还内置智能体功能，允许用户通过接入 CPA 的模型直接对 CPA 和 OMC 执行增删改查操作。UI/UX 设计从初始阶段就考虑了移动端操作逻辑，原生适配手机端使用，并提供在线 Demo 供体验。该项目自 8 月 31 日创建仓库以来持续开发一个多月，开发者称开发过程消耗了 200 多亿 Token，在单人开发的情况下累计合并 124 个 PR，压缩合并后总 Commit 数达 458 条。项目推荐使用 docker compose 部署，并附带 Agent 一键安装提示词，代码已完整开源于 GitHub，作者希望社区通过 Issue 和 PR 参与后续迭代。
事件分析
CLIProxyAPI 生态此前缺乏完善的可视化管理手段，用量与成本数据散落在日志中，Oh-My-CPA 填补了这一空白，其演进路径与数据库管理面板、API 网关控制台类似。技术上最具看点的是将 MCP 作为管理接口的设计——面板本身成为可被 Agent 调用的服务，运维操作可交由智能体完成，与当前 Agent 化运维的潮流相契合；成本快照与流式遥测也切中了 AI API 使用者对开销透明化的普遍痛点。后续走向上，智能体功能尚处早期，底层接口丰富但能力未完善，若社区协作形成正循环，项目有望从单一面板成长为 CPA 生态的运维中枢。主要风险在于单人维护的可持续性，以及上游 CLIProxyAPI 版本变更带来的兼容成本。
核心观点：当管理面板本身成为 MCP 服务被 Agent 调用，AI 基础设施运维正从人工点击走向智能体自治。
原文链接：Linux.do
评论前必须登录！
立即登录 注册