思考等级未适配 - CC Switch

Quick fix

升级至最新版后重新添加 OpenCode Go 预设以获取正确的 reasoning_effort 配置。

Symptom

报错原文复制

codex中模型选择正常，但思考等级未适配

Cause

OpenCode Go 预设通过 opencode.ai 的 Zen 网关路由。旧版本 cc-switch 错误地使用了智谱官方接口的 thinking:{type} 参数格式，而 Zen 网关实际上只接受顶层的 reasoning_effort 字段（值为 low/medium/high/max）。这导致虽然模型能正常调用，但思考等级无法正确传递。

此外，虽然平台级的参数发送逻辑已在修复后自动生效，但存量供应商的配置文件中缺少逐模型的合法档位表（modelCatalog[].reasoningLevels）。因此，仅升级软件不会自动修复已有供应商的思考等级适配问题，必须重新添加该预设供应商才能加载完整的档位映射配置。

Fix

1. 1

   将 cc-switch 升级到包含 PR #6123 修复的最新版本。

2. 2

   在供应商管理界面中，删除现有的 OpenCode Go 预设供应商，然后重新添加一次该预设。这将确保 settings_config 中包含正确的逐模型档位表。

   # 操作位置：cc-switch 图形界面的供应商编辑/添加页面

Affected Versions

ToolCodex

Version3.19.1

PlatformsWindows

Source Issues

本页汇总自 2 个真实 issue

• #69cc-switch的Claude里添加供应商PackyCode有哪些模型可以用？
• #6112opencode go预设无法正常获取上游模型思考等级 路由模式

FAQ

升级后为什么我的 OpenCode Go 供应商思考等级还是没反应？

因为升级只修复了底层的参数发送逻辑，但不会自动回填存量供应商的逐模型档位表。你需要删除并重新添加一次 OpenCode Go 预设供应商，才能拿到完整的配置。

Zen 网关支持的思考等级有哪些？

Zen 网关支持 low、medium、high、max 四个档位。cc-switch 会将 Codex 的 minimal/xhigh 等档位映射为这些值。具体哪些档位对某个模型有效（如 glm-5.2 可能只有 high/max），由网关侧校验。

相关问题

大模型无法发现任何工具 - Codex升级 cc-switch 至 3.16.1 以上版本，并修改 cc-switch-model-catalog.json 将 DeepSeek 模型的 supports_search_tool 设为 false。2 issues mergedUnknown name "prompt_cache_key" cc-switch升级 cc-switch 至 v3.16.2+ 修复 prompt_cache_key 注入问题，或改用 OpenRouter 原生 Claude Code 格式端点以规避兼容性报错。6 issues merged401 Unauthorized: Incorrect API key provided切换到 OpenAI Official 或关闭代理后，需手动清空 ~/.codex/auth.json 中残留的第三方 OPENAI_API_KEY 并重启 Codex 以恢复官方 OAuth 登录。2 issues merged