Sanbot.数据来自官方和社区，未经本站实测。
如果你在 GitHub 上搜过"AI API 网关"，大概率见过这两个名字：new-api 和 sub2api。两个都是几万 star 的开源项目，都能把多家 AI 服务统一成一个接口。很多人以为它们只是"谁功能多一点"的区别，其实最关键的差别在上游从哪来，这直接决定了你会不会碰到封号风险。
这篇从定位、技术依赖、许可证和条款风险四个角度对比，最后给出个人自用的建议。
条款引文来自官方原文，核对日期为 2026-10-16（美国太平洋时间）；star 数、许可证、推送时间来自 GitHub API，2026-11-12（首尔时间）重新读取；new-api 的数据库版本要求来自其官方 README，同日读取。star 数每天都在变，仅供参考。
先搞清楚：什么是 API 网关
API 网关可以理解成一个"总插线板"：你手里有 OpenAI、智谱、硅基流动等好几家的 API Key（调用接口用的密钥），网关把它们集中管理，对外只给你一个统一地址和一个 key。好处是换模型不用改代码、能统一看用量、能限流。
new-api 和 sub2api 都是这类工具，下面分别看。
new-api：接官方 API Key 的老牌网关
- 仓库：QuantumNous/new-api（原 Calcium-Ion/new-api，会自动跳转）
- 热度和许可证：51,759 star，AGPL-3.0，最近推送 2026-11-11（首尔时间）。（2026-11-12 首尔时间读取）
- 上游：官方 API Key 渠道，覆盖 OpenAI、硅基流动、智谱、火山、阿里等几十家。
- 能力：多家格式互转，自带用户、额度、计费体系；生图方面支持硅基流动、智谱、火山 Seedream 等多家（具体以所装版本为准）。
- 依赖：可以用 SQLite（一个文件就是数据库，不用另装数据库服务），也能用 MySQL（≥ 5.7.8）或 PostgreSQL（≥ 9.6），Redis 可选。版本要求来自官方 README（2026-11-12 首尔时间读取）。
- 许可证提醒：AGPL 的意思是，如果你改了代码并对外提供网络服务，需要公开修改后的源码。只改配置、不改源码，一般没有这个问题。
sub2api：主打"订阅转 API"
- 仓库：Wei-Shaw/sub2api
- 热度和许可证：45,855 star，LGPL-3.0，最近推送 2026-11-11（首尔时间）。（2026-11-12 首尔时间读取）
- 定位：README 原文是 "AI API Gateway Platform for Subscription Quota Distribution"（订阅额度分发平台），中文描述是让 Claude、OpenAI、Gemini、Grok 的订阅统一接入，"支持拼车共享"。
- 上游：支持两种方式。一种是 OAuth 订阅账号（OAuth 是一种授权登录方式，这里指用你的 ChatGPT Plus、Claude Pro 这类个人订阅登录）；另一种是官方 API Key。
- 能力：多账号调度、粘性会话、并发和限流、按 token 计费、内置支付、管理后台；生图支持 OpenAI 的 gpt-image 系列。
- 依赖：Go + Vue，需要 PostgreSQL 15+ 和 Redis 7+，推荐 Docker Compose 部署；README 没写 CPU 和内存要求（待核实）。
核心差别：订阅账号能不能当 API 用
这是选型时最该关心的问题。我们打开了两家上游的条款原文（2026-10-16）：
Anthropic 消费者条款（适用于 Claude 个人订阅，原文）：
- 除非通过 Anthropic API Key 或官方明确允许，禁止"通过机器人、脚本等自动化或非人工方式访问服务"。
- "You may not share your Account login information... You also may not make your Account available to anyone else."（不得共享账号，不得让他人使用你的账号）
- 禁止转售服务。
OpenAI 使用条款（适用于 ChatGPT 等个人服务，2026-01-01 生效版本，原文）：
- 不得共享账号凭证或让他人使用你的账号。
- 禁止"自动或程序化地提取数据或输出"、"绕过速率限制"，禁止出租、出售、分发其服务。
Google Gemini 和 xAI Grok 的消费者条款本次没有打开原文，待核实，在核实之前建议按同样有风险处理。
sub2api 作者自己也写了（README_CN）："使用本项目可能违反 Anthropic 等上游服务商的服务条款……由此产生的一切风险由用户自行承担"，并声明"仅供技术学习与研究使用"，不对账户封禁负责。
翻译成大白话：
- 把个人订阅转成 API，再分享、拼车或转卖给别人，同时踩中"共享账号""转售"两条，是明确违规。
- 就算只给自己用，用第三方程序调用个人订阅，也可能落入"自动化访问""程序化提取输出"。条款里没有为个人自用开例外。
- 违规的后果是服务商有权暂停或终止账号，订阅费一般不退。会不会被封、多快被封，没人能预测。
顺带说一句它的"生态"
GitHub 上搜 sub2api 有 1185 条结果（2026-10-16），排名靠前的周边项目里有不少是批量注册机、号池、逆向网页协议、拼车转卖之类的工具，README 里也有大量"中转站"广告。这些用法违反上游条款，批量注册本身也违规，本站不推荐、也不会写教程。
一张表对比
| new-api | sub2api | |
|---|---|---|
| Star / 许可证（2026-11-12 首尔时间） | 51,759 / AGPL-3.0 | 45,855 / LGPL-3.0 |
| 主要上游 | 官方 API Key（几十家） | 订阅账号 OAuth（也支持 API Key） |
| 生图 | 多家国内外平台 | OpenAI gpt-image 系列 |
| 依赖 | SQLite 即可（也支持 MySQL ≥ 5.7.8、PostgreSQL ≥ 9.6），Redis 可选 | PostgreSQL 15+ + Redis 7+ |
| 条款风险 | 用官方 Key 时合规（仍需遵守各家 API 条款） | 接订阅账号时违反上游条款 |
怎么选
- 大多数人：选 new-api + 官方 API Key。 官方 API 是按量付费、明确允许程序调用的，合规；new-api 支持的国内平台多，还能接上我们上一篇说的免费生图模型，依赖也轻，小服务器就能跑。
- 你已经在用 sub2api，或者就喜欢它的界面：只接官方 API Key，只给自己用。 这样它就是一个普通的个人网关，没有上面说的条款问题。但要清楚，这样做也就失去了它"合并订阅"的卖点，而且它要 PostgreSQL + Redis，比 new-api 重。
- 不要做的事：用订阅账号 OAuth 当上游、把 key 分给别人、拼车、转卖，或者用注册机批量开号。
如果你还是想在自己的 VPS 上装一份 sub2api 做个人网关，可以看我们的规划笔记：小内存 VPS 部署 sub2api 的规划笔记，里面讲了只用官方 API Key 时怎么在 1.6G 内存的机器上压住资源。
小结
两个项目技术上都不错，区别不在功能多少，而在上游：new-api 面向官方 API Key，sub2api 主打订阅转 API。选网关之前先问自己一句"我的上游是不是官方允许程序调用的"，答案是"是"，基本就不会出问题。
想动手搭一个，可以看低内存 VPS 部署 sub2api 的方案。更多对比在工具横评栏目。
站内推荐
- 想在自己电脑上用官方 Key 跑 new-api：new-api 本机 Docker 部署：只在 127.0.0.1 上，用官方 Key 统一管理自己的几家 API（本机部署教程）