Integrations
接不了 RouteMux 的客户端
哪些工具压根没法指向第三方端点、或已经停止维护,省得你去找一个不存在的设置项。
有些工具接不了 RouteMux —— 也接不了任何别的网关。那是工具本身的性质,不是你配错了, 在花一晚上找 base URL 输入框之前值得先知道。这一页刻意写得短:只列我们核实过的。
已停止维护 / 仓库已归档
仓库已归档,所以不会再加这类配置。
| 工具 | 状态 | 改用 |
|---|---|---|
| Roo Code | 仓库已归档,最后一次提交 2026-05-15 | Kilo Code —— 活跃,且三种协议模式都暴露 |
| Void | 仓库已归档,最后一次提交 2026-06-02 | 任一已支持的编辑器 |
| Flowise | 仓库已归档,最后一次提交 2026-08-13 | Dify,我们有接入文 |
| Plandex | 未归档,但自 2025-10-03 起没有提交 | —— |
官方已按「不做」关闭
- VS Code 的 Copilot BYOK,自定义 Anthropic base URL。 记录在
microsoft/vscode#286734「Support custom base URL for BYOK Anthropic API」, 2026-01-09 以wont-fix标签关闭。自带 key 对 VS Code 认识的那几家厂商有效, 但它不会接受一个任意端点来走 Anthropic 协议。
无头 / CLI agent 走厂商自己的通道
- Cursor 的 CLI 与后台 agent。 IDE 里那个
Override OpenAI Base URL是聊天功能。 无头 agent 的支持是一条 open 的功能请求,不是你漏看了某个开关。IDE 本身勉强能用 —— 能用到什么程度见 Cursor 那页。
没列在这里的工具,三十秒自测
打开该工具的模型或供应商设置,找一个能自由输入 URL 的文本框。然后:
- 有能敲进去的 URL 框 → 基本一定能用。去兼容矩阵 挑好协议就行。
- 只有 key 框,旁边是一份固定的厂商名单 → 没有入口。端点由工具自己按你选的厂商 解析,我们的 key 会被发到那家厂商而不是我们这里。那种「自定义模型」但仍然要你从 供应商菜单里挑的,属于这一类,不属于上一类。
- key 框之外还有单独的「路径」或「端点」框 → 能用,但 URL 被这两个框拆开了,
要确认哪一半该带
/v1。
某个工具从第二类变成第一类了,欢迎告诉我们 —— 字段一旦存在,写一篇接入文通常 半个下午就够。