9Router 和 New API：两个 AI 网关，解决的其实不是同一个问题

9Router 第一眼看起来像一个 OpenAI 兼容代理。但只用这句话概括它，会漏掉重点。它真正瞄准的是 AI 编程工具用户的日常麻烦：订阅额度会用完，免费额度会变化，不同供应商接口不一样，工具输出又特别吃上下文。

New API 则更大，也更像一套后台系统。它是一个 AI 模型网关和资产管理平台，覆盖用户、令牌、分组、通道、计费、数据看板、多数据库和多种接口转发。简单说，9Router 更像开发者工作台上的路由器；New API 更像运营一个模型服务时需要的控制台。

所以它们有交集，但不是同一种产品。

9Router 的核心功能

9Router 是一个开源 JavaScript/Next.js 项目，使用 MIT 许可证。项目 README 把它定位为 AI 编程工具的路由器，支持 Claude Code、Codex、Cursor、Cline、Copilot、Antigravity、OpenCode、OpenClaw 等工具。它默认暴露一个 OpenAI 兼容端点，通常是 http://localhost:20128/v1，再把请求转发到订阅、付费或免费供应商。

它最有价值的部分主要有四个。

• 面向编程工具的统一入口。 9Router 的 README 明确列出了 Claude Code、Codex、Cursor、OpenCode、Cline、Continue、Roo、Kilo Code 等客户端。用户配置一次本地端点，就可以在后面切换供应商。
• 模型和账号级别的自动兜底。 用户可以创建模型组合。第一个模型失败、限流或不可用时，9Router 会尝试下一个模型。代码里也能看到 round-robin 策略和同一供应商多账号兜底逻辑。对于手里有多个订阅或多个账号的人，这个功能很实际。
• 格式转换。 项目支持 OpenAI、Claude、Gemini、Cursor、Kiro、Vertex、Antigravity、Ollama、OpenAI Responses 等格式之间的转换。它的 chat handler 也明确写着支持 OpenAI、Claude、Gemini 和 OpenAI Responses 请求格式。
• 针对工具输出的 token 压缩。 9Router 内置了 RTK 的 JavaScript 版本，会在格式转换之前压缩 tool result 内容。代码会识别 git diff、git status、grep、find、tree、ls、带行号的文件输出、重复日志等常见内容。如果压缩结果为空或者比原文更长，它会保留原文。README 宣称这类场景通常可以节省 20-40% 输入 tokens。这个数字应当看作项目方声明，不是通用基准测试，但对应实现确实存在。

从更新节奏看，项目推进很快。0.4.28 版本在 2026 年 5 月 10 日发布，新增 Bun SQLite adapter 和批量 API key 导入。前几周的 changelog 还包括 SQLite 迁移、MCP marketplace 弹窗、Tailscale 隧道、STT/TTS 供应商、用于减少输出 tokens 的 Caveman 模式、Cloudflare AI、Azure OpenAI、BytePlus、Volcengine Ark，以及 Codex、Antigravity 和多种认证修复。

为什么很多人在用 9Router

这个项目很新，但使用信号已经比较明显。GitHub 仓库创建于 2026 年 1 月 5 日。到 2026 年 5 月 10 日，GitHub API 显示约 6,624 stars 和 1,183 forks。npm registry 显示，9router 包在截至 2026 年 5 月 8 日的 30 天内有 85,420 次下载，在截至同一天的一周内有 28,342 次下载。

原因不复杂。AI 编程有一类非常具体的痛点。开发者可能同时拥有 Claude Code、ChatGPT/Codex、Copilot、Cursor 额度、Gemini 或一些区域供应商，但每家都有自己的额度、模型名、请求格式和失败方式。编程 agent 还会制造大量 diff、搜索结果、日志和目录列表。9Router 把这些小问题打包处理：一个端点、低价兜底、配额可视化、OAuth token 自动刷新、多账号路由，以及专门压缩编程工具输出的 RTK。

还有一个现实原因：许可证。9Router 是 MIT。对于想在本地运行、修改或二次集成代理工具的开发者来说，这比 AGPL 更省心。

但它也有边界。9Router 的 README 使用了很多“无限免费”“低成本路由”之类的说法。免费额度会变，供应商条款也会变，有些集成依赖上游 OAuth 和供应商行为。团队使用时应当核对供应商条款，把免费或低价路由看作一种便利，而不是永久承诺。

New API 的核心功能

New API 现在位于 QuantumNous GitHub 组织下，是一个更广义的网关。仓库描述称，它是用于聚合和分发的统一 AI 模型中心，支持把不同 LLM API 转换为 OpenAI 兼容、Claude 兼容或 Gemini 兼容格式，并提供用于个人或企业模型管理的集中式后台。

它和 9Router 的重心明显不同。

• 多用户管理。 New API 包含用户管理、令牌分组、模型限制、权限、数据看板和用量统计。
• 计费和支付。 README 列出了 EPay 和 Stripe 在线充值、按量计费、缓存计费和灵活计费策略。仓库源码中也有 billing session 和 billing expression 相关代码，用于额度预扣和结算。
• 更宽的接口覆盖。 路由代码暴露了 OpenAI chat completions、OpenAI Responses、realtime WebSocket、图片、embedding、音频、rerank、Claude Messages、Gemini、Midjourney proxy 和 Suno 等接口。
• 通道分发。 New API 会按分组、模型、优先级和权重选择通道，并支持重试、错误后自动禁用/恢复通道。这更像 API 服务的负载均衡，而不是个人编程工具的本地代理。
• 部署形态更多。 它支持 Docker、Docker Compose、SQLite、MySQL 和 PostgreSQL。项目说明里还提到 Redis、内存缓存、Go 分层后端架构和多套前端主题。

New API 的社区规模也更大。2026 年 5 月 10 日通过 GitHub API 查询时，它约有 32,045 stars 和 6,921 forks。当时最新 GitHub release 是 v1.0.0-rc.4，发布时间为 2026 年 5 月 6 日。许可证是 AGPL-3.0，并且 README 还对带 UI 的修改版本提出了保留归属和原项目链接的额外要求。

9Router 的优势

• 更贴近开发者工作流。 它围绕 AI 编程工具设计，直接处理 Claude Code、Codex、Cursor、OpenClaw 等客户端里常见的问题。
• 本地启动更轻。 npm 包提供 9router 命令。常见流程就是安装、打开 dashboard、连接供应商、把工具指向 localhost。
• 对工具输出有专门优化。 New API 的路由和计费更全面，但 9Router 的 RTK 路径更精准地针对编程 agent 流量。
• MIT 许可证。 对本地修改、内嵌和实验来说，MIT 比 AGPL 简单。
• 订阅和免费额度的组合使用。 9Router 把订阅额度、OAuth 账号、低价供应商、免费兜底放在同一个模型组合里，这是它的主要卖点之一。

9Router 的短板

• 项目还年轻。 仓库 2026 年 1 月才创建。更新很快是优点，但 issue 数量和 changelog 也说明它仍在快速变化。
• 最吸引人的承诺依赖上游。 “免费”“无限”不是 9Router 自己能完全控制的属性，而取决于供应商政策。
• 不太适合做公共或企业计费平台。 9Router 有用量分析和 API key 控制，但它不是 New API 那种用户、充值、分组、通道和计费系统。
• JavaScript/Next.js 的取舍。 这个技术栈适合 dashboard 优先的本地应用，但一些运维团队会更偏好 New API 的 Go 服务形态。

New API 的优势

• 运营能力更完整。 用户、令牌、分组、通道权重、重试、模型限制、看板、额度逻辑和支付支持，都是一个托管网关需要的东西。
• 协议覆盖更广。 从源码路由可以看到，它覆盖的不只是 chat completions，还包括 Responses、realtime、图片、音频、embedding、rerank、Claude、Gemini、Midjourney、Suno 等接口。
• 数据库和部署更成熟。 SQLite、MySQL、PostgreSQL 都支持，部署规模更容易调整。
• 社区体量更大。 stars 和 forks 明显多于 9Router，项目也从 2023 年底就存在。

New API 的短板

• 更重。 它不是一个随手启动的本地编程代理。后台、计费和管理能力越多，配置成本也越高。
• AGPL 义务。 AGPL-3.0 加上 README 里描述的 UI 归属要求，可能会影响商业修改或闭源集成。
• 对编程 agent 的 token 浪费不够聚焦。 New API 能转发很多格式，但它没有把工具输出压缩放在产品中心。
• 运维面更大。 协议、支付、数据库、缓存、后台权限越多，需要监控和排查的地方也越多。

怎么选

如果目标是个人或小团队的 AI 编程工作流，优先看 9Router：一个端点接入多种编程工具，跨供应商兜底，复用 OAuth 订阅，接入低价或免费备份，并减少 diff、日志、搜索结果带来的上下文浪费。它更适合希望 coding agent 不被限流打断的开发者。

如果目标是运营一个面向用户的 AI 网关，优先看 New API：账号管理、额度和计费、支付、通道分发、分组、模型权限和更宽的 API 覆盖。这时网关本身就是基础设施，New API 的重型设计反而是优势。

最简短的区别是：9Router 优化开发者的工作台，New API 优化 AI 服务运营者的控制台。把这两个场景混在一起比较，很容易得出错误结论；放在各自场景里，两者都说得通。

查阅来源

• decolua/9router GitHub 仓库
• 9Router README
• 9Router changelog
• 9router npm 包
• QuantumNous/new-api GitHub 仓库
• New API README
• New API 官方文档
• 本地检查过的源码：9Router chat handler、combo routing、RTK 模块；New API relay router、distributor、channel selection 代码。