中转渠道的 gpt-5.6-sol 在主窗口和协作窗口无法识别 Max/Ultra

**提交人**: 匿名
**客户端版本**: 0.1.27

---

## 现象

Cindy 对 GPT 官方渠道的 `gpt-5.6-sol` 能正确识别高级 reasoning 档位，但多个等自定义/中转渠道中的同一模型，在主窗口和协作窗口都无法使用 Max/Ultra。

主窗口的努力程度菜单最高只显示到 `xhigh`；协作窗口创建 Worker 时也会在请求发给供应商之前拒绝 `max`。

同一批中转渠道在 VS Code Codex 中可以使用 Max/Ultra，过去通过 Orca、Lody 等同类软件也能正常调用 Sol-Max，因此问题应不在渠道余额、渠道能力或模型上游。

## 复现步骤

1. 在 Cindy 中配置一个支持 `gpt-5.6-sol` 的自定义/中转供应商。
2. 在主窗口选择该供应商的 `gpt-5.6-sol`，查看 reasoning effort 菜单。
3. 可见最高只有 `xhigh`，没有 Max/Ultra。
4. 在协作模式创建 `gpt-5.6-sol + max` Worker。
5. Cindy 在请求发出前返回参数校验错误，提示该模型只允许 `low/medium/high/xhigh`。
6. 如果改用 `openai/gpt-5.6-sol + max`，虽然能通过档位校验，但无法映射到用户选择的中转供应商，返回 `PROVIDER_ROUTE_UNAVAILABLE`。
7. 对照测试 GPT 官方渠道：高级档位可正常识别。
8. 对照测试同一中转渠道的 VS Code Codex/Lody：Sol-Max/Ultra 可正常使用。

## 期望行为

- 主窗口中的中转渠道 `gpt-5.6-sol` 可以选择 Max/Ultra。
- 协作窗口接受中转渠道的 Max/Ultra Worker 配置。
- 实际请求保持用户选择的 provider，不应被替换成官方渠道或变成 `null`。
- GPT 官方渠道现有行为不回归。

## 实际行为

- 主窗口与协作窗口共同把中转渠道的高级 reasoning capability 截断到 `xhigh`。
- 普通模型标识无法通过 Max 档位预校验。
- 带官方命名空间的模型标识又无法映射回中转 provider。

## 可能的故障位置

从两类窗口共同复现来看，根因可能位于共享的 provider capability 归一化或模型别名解析层，例如：

- 合并自定义 provider 模型目录时丢失 Max/Ultra capability；
- reasoning effort 元数据被按官方渠道与中转渠道不同方式处理；
- `gpt-5.6-sol` 与 `openai/gpt-5.6-sol` 的别名映射未保留实际 provider。

建议增加“同一模型、官方 provider 与自定义 provider、主窗口与协作窗口”的交叉回归测试。
---
**OS**: win32 x64 (10.0.19044)
**界面语言**: zh-CN

Start at the shared provider capability normalization and model alias resolution used by the main and collaboration windows. Trace how custom providers represent gpt-5.6-sol and how reasoning efforts are validated and routed, then add the suggested cross-provider, cross-window regression tests. Done means Max/Ultra remain available for the selected custom provider without changing the official-provider behavior.

Written by the indexing model from the issue text.