[zhiqiangme]

问题

出口在海外时（例如 Clash 全局模式 + TUN），/v1/models 里只剩 global: 模型，CN 模型一个都没有，而且没有任何报错。用 WorkBuddy 桌面端照样能正常用国内模型。

根因

内置的国内版上游 copilot.tencent.com 对海外出口的 TLS 握手直接复位（curl/schannel、Node/OpenSSL、Go 都一样），CN 模型目录和对话全部 EOF：

WARN: [upstream] warm model rates (cn): Get "https://copilot.tencent.com/console/enterprises/personal/models": EOF

官方 WorkBuddy 桌面端目前用的是 https://www.workbuddy.cn（日志里 endpoint: https://www.workbuddy.cn）。这个域名海外出口可以访问，接口也同构。用同一个 CN 账号、同一个海外出口实测：

CN chat base	模型目录	/v2/chat/completions
https://copilot.tencent.com	EOF，0 个	EOF
https://www.workbuddy.cn	20 个	200，正常流式输出

另外，fetchDynamicModels 失败时只进负缓存、不留日志，所以排障时完全没有线索。

改动

• feat(config)：新增 cn.chat_base，写法照搬 global.chat_base。留空就回落内置默认（copilot.tencent.com），老配置不受影响。只在启动装配时生效，已加进面板保存后的「需重启字段」。
• fix(server)：/v1/models 拉取 CN 模型目录失败时记一行 WARN，附带上游错误。负缓存期内直接返回，不会刷屏。

默认值没改：国内出口用 copilot.tencent.com 一直正常，要不要切到 www.workbuddy.cn 交给维护者判断。海外出口的用户配一行就能用：

"cn": { "chat_base": "https://www.workbuddy.cn" }

验证

• go test ./... 通过（新增 cmd/server/cn_chat_base_test.go、internal/server/models_fetch_log_test.go）。
• TestModelsEndpoint 会真的去连 copilot.tencent.com，在海外出口下改动前后都失败，与本 PR 无关。
• 本地 Windows 构建，海外出口下配置 cn.chat_base 后：/v1/models 返回 20 个 CN 模型 + 33 个 global 模型，cn:deepseek-v4.1-flash 对话正常，启动日志显示 warm model rates: cn ok。

未覆盖

面板登录（internal/panel/login.go）和 cmd/login 里的 upstreamBaseCN 仍写死 copilot.tencent.com，海外出口下新增 CN 账号大概率也会失败。登录链路涉及 Origin/Referer 和 OAuth 回调，本 PR 没有动，需要的话可以另开一个 PR。