为什么你的 AI 项目需要 API 中转平台？
当你同时使用多个 AI 服务（OpenAI、Claude、Gemini、DeepSeek…）时，管理一堆 API Key、追踪用量、处理各种调用格式简直是一场噩梦。这就是 API 中转平台 存在的意义——它们把混乱的 AI 生态统一成一个简洁的入口。
今天我要对比三款主流的开源方案：One API、New API 和 Sub2API，以及我最终选择 New API 的真实理由。
三款平台横向对比
| 功能 | One API | New API | Sub2API |
|---|---|---|---|
| 架构基础 | Go + SQLite/MySQL | Go + SQLite/MySQL | 基于 New API |
| 界面风格 | 经典简洁 | 现代炫酷 | 继承 New API |
| 多语言支持 | 中/英 | 中/英/日/法 | 中/英 |
| OpenAI 兼容 | ✅ 完全支持 | ✅ 完全支持 | ✅ 完全支持 |
| Claude 格式 | ⚠️ 部分支持 | ✅ 完整支持 | ✅ 完整支持 |
| Gemini 原生格式 | ❌ 不支持 | ✅ 完整支持 | ✅ 完整支持 |
| OpenAI Responses API | ❌ 不支持 | ✅ 支持 | ✅ 支持 |
| Realtime API | ❌ 不支持 | ✅ 支持 | ✅ 支持 |
| 模型格式转换 | 基础 | 高级 (OpenAI↔Claude↔Gemini) | 高级 |
| Suno/Midjourney API | ❌ 不支持 | ✅ 支持 | ✅ 支持 |
| 计费功能 | 基础 Token 管理 | 完整计费+缓存计费 | 完整计费 |
| 社区规模 | ⭐⭐⭐⭐⭐ 最大 | ⭐⭐⭐⭐ 活跃 | ⭐⭐ 较小 |
One API — 老牌稳定之选
One API 是这个领域的开创者，由宋全朋开发，是大多数人的入门首选。
优点：
- 支持 50+ 模型提供商，生态最广
- 社区文档最丰富，遇到问题容易找到答案
- 稳定可靠，经过大量生产环境验证
- 支持多机部署和负载均衡
缺点：
- 界面比较朴素，没有跟上时代的审美
- 不支持 Claude 和 Gemini 原生 API 格式
- 缺少一些新模型的支持（如最新的 o3、Gemini 2.0）
- 新功能开发速度相对较慢
New API — 青出于蓝的新势力
New API 实际上是 One API 的精神续作，由 Calcium-Ion 主导开发。它保留了 One API 的优秀架构，但在功能和体验上全面升级。
核心亮点：
1. 现代炫酷的 UI
第一印象很重要。New API 的界面设计紧跟 2025 年的审美趋势，暗色主题、流畅动画、清晰的信息层级。用起来就是一种享受。
2. Claude & Gemini 原生支持
这是最关键的区别。New API 支持 Claude Messages API 和 Gemini API 的原生格式，意味着你可以直接用 Claude 和 Gemini 的官方 SDK，无需额外适配。对于需要使用 gemini-2.0-flash-exp 等新模型的项目，这是刚需。
3. 格式互转能力
New API 的核心卖点是跨格式转换：
- OpenAI 格式 ↔ Claude 格式
- OpenAI 格式 → Gemini 格式
- 支持 thinking-to-content 功能
这意味着你可以用 OpenAI 的调用方式去访问 Claude 或 Gemini，反之亦然。代码改一行，切换整个 AI 供应商。
4. OpenAI Responses API & Realtime API
OpenAI 的 Responses API（Agent SDK 的基础）和 Realtime API（语音对话的基础）目前只有 New API 支持。如果你需要构建 Agent 应用或实时语音交互，这是唯一选择。
5. 完整的企业级计费
- Token 用量追踪
- 支持缓存计费（Prompt Cache）
- 按量定价策略
- 多支付通道集成（Epay、Stripe）
6. 模型推理强度控制
通过后缀控制推理 effort：
o3-mini-high— 高推理强度gemini-2.5-flash-thinking— 启用思维链claude-3-7-sonnet-thinking— Claude 思考模式
Sub2API — 订阅分享经济
Sub2API 的定位稍有不同，它更侧重于订阅管理和拼车共享。
主要特点：
- 支持订阅制 API 的中转（如 Claude Pro、GitHub Copilot）
- 内置拼车（共享账号）功能
- 支持 Epay、支付宝、微信、Stripe 多渠道支付
- 可以聚合多个 New API / One API 站点
适合场景：
- 如果你需要做 AI API 的付费分享服务
- 想让多用户共享一个订阅账号
- 需要集成国内支付通道
不足：
- 社区规模较小，文档不够完善
- 本质是在 New API 基础上二次开发，失去了一些灵活性
- 对于纯自用场景，功能有些冗余
我的选择：为什么是 New API？
我最终选择 New API，理由很实际：
理由 1：Gemini 图片生成是我的刚需
我想用 Gemini 的图片生成能力（gemini-2.0-flash-preview-image-generation）来为文章自动生成配图。这个模型需要 Gemini 原生 API 格式，而 One API 不支持。
理由 2：格式转换太香了
New API 的 OpenAI ↔ Claude ↔ Gemini 格式转换能力，让我可以用统一的代码调用不同的 AI 服务。今天用 OpenAI，明天换 Claude，后天试试 Gemini——代码基本不用改。
理由 3：面向未来
New API 对 OpenAI Responses API 和 Realtime API 的支持，意味着它能适配最新的 AI SDK 和应用场景。One API 的功能已经够用，但 New API 能让你用上最新最酷的东西。
理由 4：部署简单
# 一行命令启动
docker run --name new-api -d --restart always \\
-p 3000:3000 \\
-e TZ=Asia/Shanghai \\
-v ./data:/data \\
calciumion/new-api:latest
# 访问 http://localhost:3000
# 初始账号: root / 123456理由 5：和 One API 完全兼容
New API 的数据库和 One API 完全兼容。如果你已经有 One API 的数据，可以无缝迁移。不会锁死，任何时候都可以切换回 One API。
结论
| 场景 | 推荐 |
|---|---|
| 个人自用，需要 Gemini/Claude 原生支持 | ✅ New API |
| 企业级部署，需要丰富插件生态 | ✅ One API |
| 做 API 分享/拼车服务 | ✅ Sub2API |
| 构建 Agent 应用，需要 Responses/Realtime API | ✅ New API |
| 刚开始接触 API 中转 | ✅ One API（文档更全） |
如果你和我一样，需要用 Gemini 生成图片、想在 OpenAI/Claude/Gemini 之间自由切换、想要一个好看的界面——New API 就是答案。
资源链接
准备好了？安装 New API，开启你的 AI 统一入口之旅。
相关文章
