[BUG] opus4.7不支持thinking.type.enabled参数

[sunwu51]

提交前确认

• 我已经阅读了 README 常见问题
• 我已经升级到最新版本后复现过这个问题
• 我已经搜索过现有 issues，确认没有重复问题
• 我已经隐藏截图和日志中的 API Key、Token、Cookie 等敏感信息

问题描述

MacOS桌面端，使用opus4.7模型，报错thinking.type.enabledis not supported for this model.

模型供应商为公司采购后通过litellm给员工提供的claude-opus-4-7模型，切换到claude-sonnet-4-6后不报错

运行环境

• 使用方式: 桌面端
• 操作系统: macOS
• 系统版本: macOS:
• 桌面端版本: 0.2.6
• 安装来源: GitHub Release

Provider / 模型配置

• API 提供商: 例如 Anthropic 官方 / OpenRouter / MiniMax / Kimi / Ollama:
• Base URL:
• 使用的模型:
• 相关配置截图:

复现步骤

是否稳定复现: 是 / 否 / 不确定

错误信息与日志

thinking.type.enabled is not supported for this model. Use \\\\\\\"thinking.type.adaptive\\\\\\\" and \\\\\\\"output_config.effort\\\\\\\" to control thinking behavior.

截图或录屏

补充信息

Claude Opus 4.7不再支持旧的写法，是个API的breaking change，需要在发送请求的时候识别该模型，不要传类似

"thinking": {
  "type": "enabled",
  "budget_tokens": 10000
}

而是改为新的写法

"thinking": {
        "type": "adaptive",
        "display": "summarized"  
 },
 "output_config": {"effort": "high"}
    

---

@dosubot

[dosubot]

Hi @sunwu51! I'm Dosu and I’m helping the cc-haha team.

感谢反馈！这个问题的根本原因是：当前代码中 modelSupportsAdaptiveThinking() 函数只识别了 opus-4-6 和 sonnet-4-6，没有包含 opus-4-7 [1]。

当模型名称包含 opus 但不匹配 opus-4-6 时，会被第136-141行的逻辑显式返回 false [2]，导致代码走进了旧的 type: "enabled" + budget_tokens 分支 [3]，而 Opus 4.7 已经不支持这种写法了。

临时解决方案：你可以尝试设置环境变量 CLAUDE_CODE_DISABLE_THINKING=1 来暂时禁用 thinking 功能避免报错。

根本修复：需要在 src/utils/thinking.ts 的 modelSupportsAdaptiveThinking 函数中将 opus-4-7 加入 adaptive thinking 的支持列表，类似：

if (canonical.includes('opus-4-6') || canonical.includes('opus-4-7') || canonical.includes('sonnet-4-6')) {
  return true
}

不过需要注意，你是通过 litellm 代理使用的，代码中对非一线方（non-firstParty/foundry）provider 直接返回了 false [4]，这意味着即使加了模型名，如果 provider 不被识别为 firstParty 或 foundry，adaptive thinking 也不会启用。你可能还需要确认 litellm 代理的 base URL 是否被识别为 first-party Anthropic URL。

To reply, just mention @dosu.

---

Share context across your team and agents. Try Dosu.