One API vs New API:速览
| 维度 | One API | New API |
|---|---|---|
| 定位 | Token 中转站(LLM API 管理 & 分发) | 新一代 Token 中转站(One API 二次开发) |
| 实现语言 | Go | Go |
| 开源协议 | MIT | AGPL-3.0 |
| 接口格式 | OpenAI 兼容 | OpenAI / Claude / Gemini 多格式互转 |
| 在线支付 | 兑换码 | 兑换码 + 易支付 / Stripe |
| 管理界面 | Web 控制台 | 现代化 UI + 数据看板 |
| 维护活跃度 | 在维护 | 活跃(约 4 万 star,高频发布) |
One API 是什么?
One API(songquanpeng/one-api)是一个用 Go 编写、MIT 协议开源的「LLM API 管理 & 分发系统」(即自建 Token 中转站的常用方案)。它通过标准的 OpenAI API 格式访问所有大模型,支持令牌管理(过期、额度、IP、模型限制)、额度明细与兑换码充值、多渠道负载均衡与失败自动重试、模型映射、用户与渠道分组倍率,并自带 Web 控制台。可用单二进制或 Docker 一键部署,支持 SQLite / MySQL / PostgreSQL。
New API 是什么?
New API(Calcium-Ion/new-api)是在 One API 基础上二次开发的新一代 Token 中转站,采用 AGPL-3.0 协议,兼容原 One API 数据库。在 One API 能力之上,它支持 OpenAI / Claude / Gemini 多格式互转,新增 Rerank、Midjourney、Suno、Embeddings、Realtime 等接口,支持按量 / 按次 / 缓存计费与易支付 / Stripe 在线充值、令牌分组、渠道加权随机与故障渠道自动禁用,并提供更现代的 UI 和数据看板。社区维护活跃(约 4 万 star、发布频繁)。
One API vs New API:功能对比
| 能力 | One API | New API |
|---|---|---|
| 开源协议 | MIT | AGPL-3.0(修改需开源、保留署名) |
| 与 One API 的关系 | 原始项目 | 基于 One API 二次开发的分支 |
| 统一 API 格式 | OpenAI 兼容 | OpenAI / Claude Messages / Gemini 互转 |
| 模型渠道覆盖 | 约 28 家(OpenAI、Azure、Claude、Gemini、文心、通义千问、星火、ChatGLM、混元、DeepSeek 等) | 更广,并额外支持 Rerank、Midjourney、Suno、Embeddings、Realtime 等 |
| 负载均衡 / 重试 / 故障转移 | 多渠道负载均衡 + 失败自动重试 | 渠道加权随机 + 自动重试 + 故障渠道自动禁用 |
| 模型映射 / 重定向 | 支持 | 支持(含格式转换) |
| 令牌 / 额度管理 | 令牌过期、额度、IP、模型限制 | 同左 + 令牌分组 |
| 计费方式 | 按量额度 + 兑换码充值 | 按量 + 按次 + 缓存计费;兑换码 + 易支付 / Stripe |
| 用户 / 渠道分组倍率 | 用户分组、渠道分组、不同倍率 | 用户 / 令牌分组、模型倍率 |
| 管理界面 | Web 控制台(可自定义) | 现代化 UI + 数据看板 + 多语言 |
| 部署 / 数据库 | 单二进制 / Docker;SQLite、MySQL、PostgreSQL | Docker / 宝塔;SQLite、MySQL、PostgreSQL,Redis 可选 |
| 登录 / 认证 | GitHub / 微信 / 飞书 OAuth 登录 | OIDC + Discord / LinuxDO / Telegram 登录 |
| 语义路由 / 模型合议(ensemble) | — | — |
| 提示词 / 响应护栏、MCP 网关、SSO·SCIM | — | — |
资料来源:各项目官方 GitHub 仓库与 README(One API、New API)。「—」表示官方文档中未提供该能力。
该选 One API 还是 New API?
选择 One API,如果你:
- 想要更轻量、更简单的 Token 中转站
- 更看重 MIT 协议的宽松度(商用与闭源二次开发几乎不受限)
- 只需要 OpenAI 兼容接口 + 基本的令牌、额度、兑换码与负载均衡
选择 New API,如果你:
- 需要更多格式与接口(Claude / Gemini 互转、Rerank、Midjourney、Suno、Embeddings 等)
- 需要在线支付充值(易支付 / Stripe)、按次 / 缓存计费、令牌分组倍率
- 想要更现代的 UI、数据看板与更活跃的社区维护
- 能接受 AGPL-3.0 的开源要求(对外提供修改版需开源改动)
小结
One API 与 New API 都是优秀的开源 Token 中转站:追求轻量与宽松协议选 One API,追求功能全面、在线支付与活跃维护选 New API(注意 AGPL-3.0 的商用约束)。
两者都聚焦「中转 + 计费」,并不提供企业级 AI 网关治理。如果你需要语义路由、模型合议(ensemble)、提示词 / 响应护栏、MCP 网关、SSO/SCIM 等能力,可以了解 AISIX AI 网关——由 Apache APISIX 原班团队打造,数据面完全 Apache-2.0,可在自有 VPC 内自托管。
