Opus 4.7 thinking summaries not rendered (VSCode extension 2.1.112)

Open 💬 15 comments Opened Apr 17, 2026 by joshlizana

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" }
``

  • alwaysThinkingEnabled absent (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.

View original on GitHub ↗

This issue has 15 comments on GitHub. Read the full discussion on GitHub ↗