openclaw - ✅(Solved) Fix Anthropic Claude Opus 4.7 not selectable yet, resolves as configured+missing [2 pull requests, 3 comments, 4 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openclaw/openclaw#67710Fetched 2026-04-17 08:29:39
View on GitHub
Comments
3
Participants
4
Timeline
11
Reactions
1
Timeline (top)
commented ×3cross-referenced ×3subscribed ×3mentioned ×1

Anthropic released Claude Opus 4.7 today, but OpenClaw does not appear to support selecting it yet through the normal Anthropic provider flow.

Root Cause

Right now, a user can end up in a bad state where the model is configurable enough to be selected, but not actually available enough to run. In my case, setting it as default caused a breakage until I manually reverted the default model.

Fix Action

Fixed

PR fix notes

PR #67722: fix(anthropic): add Sonnet 4.7 forward-compat resolution [AI-assisted]

Description (problem / solution / changelog)

AI-assisted: yes (Antigravity / Gemini). Testing level: fully tested.

Summary

Fixes #67710.

Adds Sonnet 4.7 forward-compat support to the Anthropic provider. Opus 4.7 support already landed on main via 628b454eff / c73a6d2f68 / 2753e2d9f; this PR complements it with the missing Sonnet 4.7 path.

Root cause

esolveAnthropicForwardCompatModel has no branch for claude-sonnet-4-7 (dash or dot notation). A user running openclaw models set anthropic/claude-sonnet-4-7 gets configured+missing because the dynamic resolver returns undefined.

Changes (runtime)

  1. New constants — ANTHROPIC_SONNET_47_MODEL_ID, ANTHROPIC_SONNET_47_DOT_MODEL_ID
  2. ** esolveAnthropicForwardCompatModel** — new branch mapping Sonnet 4.7 dash/dot/date-suffixed variants to the 4.6 Sonnet template
  3. ANTHROPIC_MODERN_MODEL_PREFIXES — add claude-sonnet-4-7 so isModernModelRef returns true
  4. shouldUseAnthropicAdaptiveThinkingDefault — add Sonnet 4.7 dash/dot prefixes (Opus 4.7 intentionally excluded — it uses \off\ thinking via the separate \isAnthropicOpus47Model\ path on main)

Regression tests

ScenarioResult
claude-sonnet-4-7 (dash)resolves via 4.6 template ✅
claude-sonnet-4.7 (dot)resolves via 4.6 template ✅
claude-sonnet-4-7-20260901 (date-suffixed)resolves via 4.6 template ✅
claude-opus-4-7 / dot / date-suffixedresolves (existing + new coverage) ✅
isModernModelRef for opus-4-7 and sonnet-4-7true ✅
resolveDefaultThinkingLevel for opus-4-7off ✅ (xhigh-capable)
resolveDefaultThinkingLevel for sonnet-4-7adaptive ✅
claude-opus-4-99 (unrecognized)undefined ✅

Rebase note

Rebased onto latest main (includes 2753e2d9f which separated Opus 4.7 effort from adaptive thinking). Tests adapted: Opus 4.7 correctly returns \off\ thinking level instead of \daptive.

Verification


  • px vitest run extensions/anthropic/index.test.ts\ — 21 tests pass

Changed files

  • extensions/anthropic/index.test.ts (modified, +97/-0)
  • extensions/anthropic/register.runtime.ts (modified, +13/-0)

PR #67731: fix(anthropic): add Claude Sonnet 4.7 forward-compat support

Description (problem / solution / changelog)

AI-assisted: yes (Codex). Testing level: focused tests + full build.

Summary

Fix Anthropic 4.7 forward-compat resolution so claude-sonnet-4-7 works through the normal Anthropic provider flow, and lock in regression coverage for Opus/Sonnet 4.7 model variants.

Closes #67710.

Changes

  • Forward-compat resolver: Added claude-sonnet-4-7 / claude-sonnet-4.7 mapping to the 4.6 Sonnet template family
  • Modern model detection: Added Sonnet 4.7 to recognized Anthropic modern-model prefixes
  • Thinking defaults: Applied the same adaptive thinking default behavior to Sonnet 4.7
  • Regression coverage: Added dash, dot, and date-suffixed test cases for Opus/Sonnet 4.7 resolution
  • Regression coverage: Added explicit assertions that Opus 4.7 and Sonnet 4.7 are treated as modern models and use adaptive thinking defaults

Notes

  • Opus 4.7 support already present on main remains unchanged
  • No model default, alias, onboarding, or catalog changes in this PR
  • Scope stays intentionally small: Anthropic resolver behavior plus focused regression tests

Verification

  • pnpm test extensions/anthropic/index.test.ts
  • pnpm test extensions/anthropic/cli-migration.test.ts
  • pnpm test src/config/model-alias-defaults.test.ts
  • pnpm build

Changed files

  • extensions/anthropic/index.test.ts (modified, +78/-0)
  • extensions/anthropic/register.runtime.ts (modified, +14/-0)
  • src/agents/tools/pdf-tool.model-config.test.ts (modified, +1/-1)

Code Example

openclaw models set anthropic/claude-opus-4-7
openclaw models list | rg 'claude-opus-4-7|claude-opus-4-6|claude-sonnet-4-6'

---

anthropic/claude-opus-4-7                  -          -        -     -     default,configured,missing
anthropic/claude-sonnet-4-6                text+image 977k     no    yes   fallback#1,configured,alias:sonnet
anthropic/claude-opus-4-6                  text+image 977k     no    yes   fallback#2,configured,alias:opus
RAW_BUFFERClick to expand / collapse

Summary

Anthropic released Claude Opus 4.7 today, but OpenClaw does not appear to support selecting it yet through the normal Anthropic provider flow.

What I observed

  • Attempted to select anthropic/claude-opus-4-7
  • OpenClaw accepted the config change, but openclaw models list showed:
    • anthropic/claude-opus-4-7default,configured,missing
  • Existing Anthropic models still resolve normally:
    • anthropic/claude-sonnet-4-6
    • anthropic/claude-opus-4-6

Why this matters

Right now, a user can end up in a bad state where the model is configurable enough to be selected, but not actually available enough to run. In my case, setting it as default caused a breakage until I manually reverted the default model.

Expected behavior

One of these should happen:

  1. OpenClaw should support the correct Anthropic/OpenClaw model id for Opus 4.7 if it is now live upstream
  2. Or OpenClaw should reject the unresolved model cleanly instead of allowing it to become the default while marked missing

Suggested fixes

  • Update the Anthropic model catalog / resolver for Claude Opus 4.7
  • Ensure the correct provider-qualified model id is recognized
  • Prevent unresolved missing models from being promoted to default without a clear hard failure

Repro

openclaw models set anthropic/claude-opus-4-7
openclaw models list | rg 'claude-opus-4-7|claude-opus-4-6|claude-sonnet-4-6'

Observed output included:

anthropic/claude-opus-4-7                  -          -        -     -     default,configured,missing
anthropic/claude-sonnet-4-6                text+image 977k     no    yes   fallback#1,configured,alias:sonnet
anthropic/claude-opus-4-6                  text+image 977k     no    yes   fallback#2,configured,alias:opus

Environment

  • OpenClaw 2026.4.10
  • Anthropic provider enabled
  • Existing Opus 4.6 / Sonnet 4.6 models configured and working

extent analysis

TL;DR

Update the Anthropic model catalog in OpenClaw to support Claude Opus 4.7 or prevent unresolved models from being set as default.

Guidance

  • Verify that the Anthropic provider is correctly configured and enabled in OpenClaw.
  • Check the OpenClaw documentation for any specific requirements or updates needed for supporting new Anthropic models like Claude Opus 4.7.
  • Test setting a different default model to ensure that the issue is specific to Claude Opus 4.7 and not a general configuration problem.
  • Consider reaching out to the OpenClaw or Anthropic support teams for guidance on resolving the model recognition issue.

Example

No specific code snippet is provided as the issue seems to be related to model configuration and recognition rather than code implementation.

Notes

The issue might be due to a timing mismatch between the release of Claude Opus 4.7 by Anthropic and the update of the model catalog in OpenClaw. Ensuring that both systems are synchronized could resolve the issue.

Recommendation

Apply a workaround by not setting Claude Opus 4.7 as the default model until OpenClaw officially supports it, to prevent configuration issues.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

FAQ

Expected behavior

One of these should happen:

  1. OpenClaw should support the correct Anthropic/OpenClaw model id for Opus 4.7 if it is now live upstream
  2. Or OpenClaw should reject the unresolved model cleanly instead of allowing it to become the default while marked missing

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

openclaw - ✅(Solved) Fix Anthropic Claude Opus 4.7 not selectable yet, resolves as configured+missing [2 pull requests, 3 comments, 4 participants]