中转站已有新模型，为什么 Claude Code 看不到？

问题说明

中转站已经提供最新模型，但 Claude Code 的 /model 仍只显示内置模型。下面以 Fable 5.1（模型 ID：claude-fable-5-1）为例说明。

模型 ID 被客户端接受、网关目录列出模型、列表可见和实际请求成功，是四个不同结果。

解决方案

1. 确认实际网关的 /v1/models 返回 claude-fable-5-1。
2. 在用户级 settings.json 的 env 中加入 CLAUDE_CODE_ENABLE_GATEWAY_MODEL_DISCOVERY=1，其他配置保持不变。
3. 重启 Claude Code，在 /model 中确认 Fable 5.1 出现并可选。

让 Codex 帮你处理

我通过一个兼容 Anthropic 接口的自定义中转站使用 Claude Code。中转站已经提供最新模型，但 Claude Code 的 /model 列表里看不到。下面以 Fable 5.1（模型 ID：claude-fable-5-1）为例，请在我的电脑上定位并修复客户端模型发现问题。

先确认 Claude Code 实际版本、启动方式和用户级配置文件位置。只检查必要配置；API Key、认证令牌、完整 Base URL 查询参数和认证文件不得输出。保留现有自定义 API 地址、认证、模型、权限、Hooks、MCP 与其他环境变量，不要用示例配置覆盖整个文件。

请把以下四层分开验证：
1. 当前 Claude Code 是否认识 claude-fable-5-1 这个模型 ID；
2. 当前实际连接的中转站 /v1/models 是否向我的凭证返回该模型；
3. Claude Code 是否启用了网关模型发现；
4. 新会话是否在 /model 中显示并能选中 Fable 5.1。

如果前两层通过但模型列表仍缺失，请在用户级 settings.json 的 env 中加入 CLAUDE_CODE_ENABLE_GATEWAY_MODEL_DISCOVERY=1。修改前先建立可恢复备份，只增补该字段，不删除或打印现有敏感值。随后结束旧会话、启动新会话并重新打开 /model 验证；旧进程不一定会热加载环境配置。

默认只验证目录、列表和选中状态，不发送真实模型生成请求。请明确说明“模型可见”不等于“实际请求成功”。若我另行同意做最小请求，只执行一次短请求并报告脱敏状态，不循环重试。

最后分别报告：客户端版本、模型目录是否含 claude-fable-5-1、发现开关是否生效、/model 是否显示、是否实际选中、是否执行过生成请求。若仍未显示，保留客户端错误和脱敏目录响应，判断应继续检查本机版本/配置还是联系中转站管理员。

原因、验证与注意事项

原因与验证

Claude Code 默认可能只显示内置目录。启用网关模型发现后，客户端才会读取自定义接入地址提供的模型列表。

• 目录含模型：只证明网关公布了该 ID。
• /model 可见并选中：证明客户端发现与选择已生效。
• 实际请求完成：才证明生成链路可用。

目录、列表和选择验证不需要产生模型请求费用。

rest2build

歇一会儿，让 AI 接着干。

rest 是你的，build 交给 AI。

rest2build 提供面向 Codex、Claude Code 等工具的 AI 模型接入与账号充值服务。公益 Skills 帮你完成配置与重复操作，AI 使用经验帮助定位和恢复问题，Harness 工程将任务拆解、复核与验收融入团队开发流程。

ai.rest2build.lol