上游模型列表获取失败

[feiye311]

上游获取失败，openai格式的。

[github-actions]

感谢您报告这个问题。

问题分析：

根据代码分析，当调用 /v1/models 接口（OpenAI 格式）时，如果返回空的模型列表，可能由以下原因导致：

1. 没有匹配的供应商 - 当请求格式为 OpenAI 时，系统会查找类型为 codex 或 openai-compatible 的供应商（见 src/app/v1/_lib/models/available-models.ts:323-325）

2. 供应商过滤条件未满足 - 匹配的供应商需要同时满足以下条件（src/app/v1/_lib/models/available-models.ts:438-444）：

   • isEnabled = true（已启用）
   • providerType 为 codex 或 openai-compatible
   • 在活跃时间窗口内（activeTimeStart/activeTimeEnd）
   • 与用户的 providerGroup 匹配（如果有设置）

3. 上游 API 获取失败 - 即使找到了匹配的供应商，如果从上游 API 获取模型列表失败，也会返回空列表（src/app/v1/_lib/models/available-models.ts:308-313）。可能的原因包括：

   • 上游 API 返回非 200 状态码
   • 网络超时
   • 代理配置问题
   • API Key 无效

相关代码位置：

• src/app/v1/[...route]/route.ts:42 - /v1/models 端点注册
• src/app/v1/_lib/models/available-models.ts:323-325 - OpenAI 格式的供应商类型映射
• src/app/v1/_lib/models/available-models.ts:438-452 - 供应商过滤逻辑
• src/app/v1/_lib/models/available-models.ts:308-313 - 上游获取失败处理

为帮助诊断此问题，请提供以下信息：

• 您配置的供应商列表（类型为 codex 或 openai-compatible 的供应商是否已启用？）
• 这些供应商的 activeTimeStart 和 activeTimeEnd 设置
• 您的 API Key 是否配置了 providerGroup
• 服务器日志中的 [AvailableModels] 相关输出（特别是包含 "No available provider" 或 "Failed to fetch" 的行）
• 上游 API 的 URL 和是否能直接访问

临时解决方案：
如果上游 API 获取不稳定，可以在供应商配置中设置 allowedModels 字段，这样系统会直接使用配置的模型列表，而不需要从上游获取（src/app/v1/_lib/models/available-models.ts:284-291）。

---

Automated response from Claude AI

[feiye311]

确认真相了。fetchOpenAIModels 的代码是：
// 编译后的 fetchOpenAIModels
let i = ${r}/v1/models; // r = baseUrl
你的 provider URL 是 https://token-plan-cn.xiaomimimo.com/v1，所以调用的是：
https://token-plan-cn.xiaomimimo.com/v1/v1/models ← 双 /v1，404
但代理调用走的是另一套带 rewrite 逻辑的路径，所以正常。
解决方法：把 provider URL 改为 https://token-plan-cn.xiaomimimo.com（去掉末尾 /v1）。代理端有自动 rewrite 逻辑 ${baseUrl} + /v1/chat/completions → 结果还是正确的 https://token-plan-cn.xiaomimimo.com/v1/chat/completions。

[feiye311]

Bug Report: fetchOpenAIModels 构造的模型列表 URL 存在双 /v1 问题

问题描述

管理界面"刷新上游模型列表"功能失败，提示 "当前无法获取上游模型列表，已自动切换到本地价格表目录"。实际调用 POST /api/v1/providers/upstream-models:fetch 接口返回 400 Bad Request。

根因分析

fetchOpenAIModels 函数（编译后为 eG）始终将 provider URL 拼接 ${baseUrl}/v1/models：

// 编译后的关键代码
async eG(r, o, a) {
  const u = await fetch(`${r}/v1/models`, { ... });
  // ...
}

当 provider URL 已经包含 /v1 时（例如 https://token-plan-cn.xiaomimimo.com/v1 或 https://opencode.ai/zen/go/v1/），拼接后变成：

• https://token-plan-cn.xiaomimimo.com/v1/v1/models → 404
• https://opencode.ai/zen/go/v1/v1/models → 404
  后端捕获该错误后统一包装为 400 Bad Request（errorCode: provider.action_failed），导致前端报错。
  注意： 代理调用（chat completions）不受影响，因为代理路径重写机制 w=[["/v1/chat/completions","/chat/completions"]] 会在 base URL 包含 /v1 时自动补偿。
  复现步骤

1. 添加一个 openai-compatible 类型的 provider，URL 填写带 /v1 后缀的地址，例如 https://token-plan-cn.xiaomimimo.com/v1
2. 进入管理界面 → 该 provider → 点击"刷新模型"
3. 观察到错误提示 "无法获取上游模型列表"
   修复建议
   有两种方案：
   方案一：在 fetchOpenAIModels 中自动处理 URL（推荐）

// 修复后的逻辑
async fetchOpenAIModels(baseUrl, apiKey) {
  // 如果 URL 已经以 /v1 结尾，不再重复拼接
  const url = baseUrl.replace(/\/+$/, '');
  const modelUrl = url.endsWith('/v1') ? `${url}/models` : `${url}/v1/models`;
  
  const response = await fetch(modelUrl, {
    headers: { 'Authorization': `Bearer ${apiKey}` }
  });
  // ...
}

方案二：URL 存储时自动去除 /v1 后缀
在 provider 创建/更新接口中，自动将 URL 末尾的 /v1、/v1/ 去除：

// 在 provider CRUD 逻辑中
provider.url = provider.url.replace(/\/v1\/?$/, '');

受影响版本
所有使用 openai-compatible 类型且 URL 包含 /v1 后缀的 provider 均受影响。
环境

• 部署方式：Docker
• Claude Code Hub 版本：latest (cchub/cclaude-hub:latest)
• Node.js v24.4.0