Opus 4.7 thinking summaries not rendered (VSCode extension 2.1.112)
Summary
The VSCode extension (2.1.112) does not render thinking summaries for claude-opus-4-7[1m], despite correct settings. Thinking rendered normally prior to the 4.7 rollout.
Environment
- Claude Code VSCode extension: 2.1.112 (current marketplace version)
- Platform: Linux (WSL2)
- Model:
claude-opus-4-7[1m] - Relevant settings in
~/.claude/settings.json:
``json``
{ "effortLevel": "max", "showThinkingSummaries": true, "viewMode": "verbose" }
alwaysThinkingEnabledabsent (i.e. default-enabled per schema).thinkingLevel:"default_on"confirmed in the extension log.
Expected
A collapsible <details> thinking summary renders inline next to the assistant message (as it did on Opus 4.6).
Actual
No thinking summary/chevron renders, even for reasoning-heavy turns.
Root cause (per binary analysis)
In the bundled resources/native-binary/claude, the model-picker resolution has an explicit if branch for claude-opus-4-6[1m] returning a proper descriptor, but no equivalent branch for claude-opus-4-7[1m]. Selection falls through to the generic Custom model branch, which strips capability metadata — including thinking support. The string claude-opus-4-7 exists in the binary (with a capability table), but the [1m] suffix variant is missing:
count of claude-opus-4-6[1m]: 6
count of claude-opus-4-7[1m]: 0
Workaround
None found that works — the availableModels filter strips 4.6 at a later stage, so a byte-level rename of claude-opus-4-6[1m] → claude-opus-4-7[1m] (length-preserving) has no effect. Users on 4.7[1m] lose thinking rendering until a fix ships.
Suggested fix
Add a claude-opus-4-7[1m] entry alongside the existing claude-opus-4-6[1m] branch in the model-picker logic (g9H in the bundled CLI), and include it in the in-binary model capability table.
This issue has 15 comments on GitHub. Read the full discussion on GitHub ↗