decolua/9router

如果你同时用着 AI 编程订阅、便宜模型和免费额度，又不想在额度耗尽时逐个改配置，9Router 值得看一眼。它在本地伪装成 OpenAI 兼容接口，客户端一侧基本不用动。

解决什么问题

手上有 Claude Code、Cursor、Cline、Codex 之类的工具，也有若干供应商账号：一份订阅、一两个便宜模型、一些免费额度。订阅额度在会话中途用完时，你想继续写代码，常规做法是改工具设置、换 API key、换模型名。9Router 把这一步变成路由：编程工具只认它的本地端点，由路由器决定这次请求发给哪个上游账号或供应商。结果是额度耗尽不再需要手动重配，而是自动切到下一个层级。

有什么不同

它的机制是一个本地代理，分三层。第一层做格式转换，让 OpenAI 形状的客户端能对接 Claude 风格的供应商，反过来也行。第二层支持同一供应商挂多个账号，按轮询或优先级分发，一个账号配额用完就换下一个。第三层把供应商串成 combo：订阅优先、便宜模型其次、免费额度兜底。这个顺序才是核心卖点，客户端只需要填一个 base URL 和仪表盘里生成的 key。

第二块是省 token。RTK 默认开启，在请求发给模型前压缩 git diff、grep 这类工具输出；README 声称能省 20-40% 输入 token。另外两个可选项走得更远：一个外部压缩代理，以及让模型用简短语气回答的 caveman mode，声称最多省 65% 输出 token。这些数字都是作者的说法，不是独立测量。代价是压缩和简短提示会改变模型看到的上下文，复杂任务上应先自己评估输出质量再决定是否长期开启。

仪表盘还有一个需要理解的细节：它显示的成本是假设性金额，即同样的流量走付费 API 大概要花多少，不是账单。9Router 本身不收费。

谁值得试

适合：已经在为至少一个 AI 编程订阅付费、同时还在用免费或低价额度的开发者；希望多个 CLI 和 IDE 共用一个本地端点，也不介意在工作时多跑一个带仪表盘的服务。combo 配置正好对应“会话被打断”这个问题。

不适合：只用一家供应商、一个客户端的人，本地路由器只多一个活动部件，收益不大。也不适合要求输出完全可预期、不允许改写提示或上下文的人，因为 RTK 默认开启，简短模式会主动改写回复。

使用条件与边界

主要路径是全局 npm 包，装好后仪表盘监听本地端口，各编程工具填本地 /v1 端点和仪表盘签发的 key。README 也给出从源码运行和 Docker 镜像两种方式。源码构建需要 .env，生产构建流程里还要临时开 swap、编译原生依赖，不是一行命令的事；因此源码和 Docker 应视为比 npm 安装更重的路径。仓库里的包被描述为私有，源码执行被定位成本地开发方式。

日常维护比初次安装更关键。供应商的 OAuth token 由路由器刷新，但兜底链条依赖免费额度和便宜供应商，它们的配额、模型和可用性不受本项目控制，今天能用的 combo 明天可能少一层。仪表盘密码在未设置 INITIAL_PASSWORD 时会回退到 123456，把服务暴露到 localhost 之外前务必先设好。请求日志默认关闭，需要设置 ENABLE_REQUEST_LOGS。README 没有说明除 API key 之外客户端请求还受什么保护，因此除非你额外确认过，建议只在本机使用。

HotRepo 点评

HotRepo 对这个仓库只有 4 个日榜观测点：2026-05-10 为 7,032 星、当天 +806；2026-10-28 为 31,564 星、当天 +70。中间有缺口，无法判断趋势，也不足以说关注是持续还是短暂。这个快照只能说明项目已经有一定曝光度，和供应商兼容性无关。采用前，请拿 项目说明 对照你实际使用的客户端，以及你打算放在兜底位置的供应商层级，并观察 RTK 压缩在一次 diff 较多的真实会话里对结果的影响。