该模型始终思考,不支持关闭思考;请使用 low、high 或 max。 - CC Switch
Quick fix
在 cc-switch 配置中将 glm-5.3 设为强制思考模式,禁用 thinking.type: disabled。
Symptom
Section titled “Symptom”该模型始终思考,不支持关闭思考;请使用 low、high 或 max。当通过 cc-switch 将 Claude Code 的请求路由至智谱 GLM-5.3(或 GLM-5.3-Flash)时,上游客户端会发送 `thinking.type: disabled` 以关闭思考过程。然而,GLM-5.3 系列模型强制要求开启思考功能,不支持 `disabled` 状态。cc-switch 的代理层默认透传此参数,导致上游 API 返回 HTTP 400 错误及业务码 1210。
此外,GLM-5.3 对推理力度(reasoning_effort)有严格限制,仅支持 `low`、`high` 和 `max`。若请求中携带了非法值或未指定正确的启用状态,同样会导致请求失败。
在 cc-switch 的供应商配置或路由规则中,找到针对 glm-5.3 或 glm-5.3-flash 的设置。
修改 thinking 控制逻辑:将 `thinking.type` 从 `disabled` 改为 `enabled`,并设置合理的 `reasoning_effort`(如 `low`)。
伪代码示例:在 proxy 转换层或 provider 配置中 # 原配置/行为:"thinking": { "type": "disabled" }# 修正为:"thinking": { "type": "enabled", "reasoning_effort": "low" }重启 cc-switch 代理服务,确保新的路由逻辑生效。
Affected Versions
Section titled “Affected Versions”ToolClaude Code
Version3.20.0
PlatformsmacOSWindows
Source Issues
Section titled “Source Issues”本页汇总自 2 个真实 issue
- 为什么其他 GLM 模型(如 glm-5.2)没有这个问题?
- GLM-5.2 及更早版本支持切换思考模式(包括关闭),而 GLM-5.3 架构变更强制开启了思考功能,不再兼容 `disabled` 参数。
- 如果我不使用 GLM-5.3,是否还会遇到此报错?
- 不会。此问题特定于 GLM-5.3 和 GLM-5.3-Flash 模型。其他模型按原有逻辑处理。
usage null - Claude Code Qwen DashScope升级到 cc-switch v3.16.3+,自动修复 OpenAI 兼容接口流式用量为 null 的问题。api failed deserialize json body into按错误类型回退 Claude Code、升级 cc-switch、关闭本地代理或停止发送不支持的字段。Range of input length should be [1, 1048576]升级 CC Switch 至 v3.19.0 以修复图片被当作 base64 文本转发导致的 token 膨胀问题,或避免在代理下使用 view_image。
这是一个非官方社区 wiki,与 cc-switch 作者及项目本身无隶属关系。内容整理自项目公开的 GitHub issues。本站不分发任何软件。