9router 这周在 GitHub 上火得一塌糊涂：一周 5,204 个新 star，总量 9,359。
它的卖点很简单：把你的 Claude Code、Codex、Cursor、Cline、Copilot 连接到 40+ 个 AI 提供商，自动 fallback，RTK 节省 40% token，永不触碰限制。
翻译成大白话：用一个中间层，把各家免费或低价的 AI API 串起来，让你"无限免费"写代码。
573 个 commits，最近一次在 11 小时前。315 个 open issues，131 个 open PRs。活跃度很高。
但我想聊的不是它好不好用。我想聊的是——这种模式能活多久？
免费午餐的物理定律
AI 不是水电煤。每一句 prompt 背后都有真实的 GPU 算力消耗。
9router 的 40+ 提供商，绝大多数不是在做慈善。它们提供"免费"额度，是为了获客。当大量用户通过 9router 薅羊毛，只有两种结果：
要么提供商收紧免费额度，要么直接封杀这种聚合行为。
事实上，这种事已经发生过不止一次了。去年就有类似的 API 聚合项目，在跑了一段时间后，多家提供商同时修改了 ToS，明确禁止"通过第三方中转使用服务"。
9router 的 README 里没有提到任何合规风险。这是一个需要留意的盲点。
技术上，这事能做，但不优雅
自动 fallback 听起来很美好。但不同模型的 API 格式、上下文窗口、工具调用方式都不一样。9router 需要在中间做一层转换。
这层转换意味着：
- 延迟增加：请求多了一跳
- 兼容性风险：某个提供商改了 API，9router 得跟着改
- 调试困难：出了问题，你不确定是 9router 的 bug，还是底层提供商的问题
573 个 commits 说明维护者在拼命追赶各家的 API 变更。但这场猫鼠游戏，没有赢家。
我的看法
9router 作为个人学习或小规模试用，挺好。
但如果你打算把它用在生产环境——别。
不是因为技术不行，而是因为商业逻辑不可持续。当你的代码构建流程依赖一个随时可能断供的"免费"聚合层，你的业务风险是实实在在的。
真正的解决方案不是找免费替代品，而是算清楚你的 AI 编码成本，选一个稳定的提供商，把这笔钱纳入预算。
免费的东西，往往最贵——因为你付出的不是钱，是稳定性。
主要来源：
- GitHub: decolua/9router（9.4k star, 573 commits）
- GitHub Trending 周榜数据
- 多家 AI 提供商 ToS 条款