"Claude Sonnet 3.7" doesn't exist - There is no such model #8070

Closed
opened 2026-02-16 18:09:05 -05:00 by yindo · 2 comments
Owner

Originally created by @aaronmw on GitHub (Jan 30, 2026).

Originally assigned to: @fwang on GitHub.

Description

Image

I'm connected to my Claude Pro account. I had to ask Claude itself how "Sonnet 3.7" could possibly be listed here, let alone the "latest". Evidently this version doesn't exist.

What's likely happening: OpenCode seems to have outdated or incorrect model information in their integration. They may have:

  • Accidentally created a "3.7" entry that shouldn't exist
  • Failed to properly update their model list when Claude 4.5 was released
    Have some internal versioning confusion

What you should do: I'd recommend reaching out to OpenCode's developers about this bug in their model selector. The correct latest model is Claude Sonnet 4.5, and "Claude Sonnet 3.7" shouldn't appear as an option at all.

Plugins

No response

OpenCode version

1.1.45

Steps to reproduce

  1. Discover OpenCode exists
  2. Download with enthusiasm
  3. Connect Claude Pro account
  4. ctrl+x m to switch models
  5. Behold some bogus entries?

If there's a Sonnet 4.5, surely there WAS a 3.7? Is that some still-alive free node somewhere? Anyway, thought I'd report. Sorry if I'm the one hallucinating.

Screenshot and/or share link

No response

Operating System

MacOS 26.2

Terminal

iTerm2

Originally created by @aaronmw on GitHub (Jan 30, 2026). Originally assigned to: @fwang on GitHub. ### Description <img width="445" height="329" alt="Image" src="https://github.com/user-attachments/assets/df80834e-e016-4d2d-bab5-3197a8b46b71" /> I'm connected to my Claude Pro account. I had to ask Claude itself how "Sonnet 3.7" could possibly be listed here, let alone the "latest". Evidently this version doesn't exist. > What's likely happening: OpenCode seems to have outdated or incorrect model information in their integration. They may have: > > - Accidentally created a "3.7" entry that shouldn't exist > - Failed to properly update their model list when Claude 4.5 was released Have some internal versioning confusion > > What you should do: I'd recommend reaching out to OpenCode's developers about this bug in their model selector. The correct latest model is Claude Sonnet 4.5, and "Claude Sonnet 3.7" shouldn't appear as an option at all. ### Plugins _No response_ ### OpenCode version 1.1.45 ### Steps to reproduce 1. Discover OpenCode exists 2. Download with enthusiasm 3. Connect Claude Pro account 4. `ctrl+x m` to switch models 5. Behold some bogus entries? If there's a Sonnet 4.5, surely there WAS a 3.7? Is that some still-alive free node somewhere? Anyway, thought I'd report. Sorry if I'm the one hallucinating. ### Screenshot and/or share link _No response_ ### Operating System MacOS 26.2 ### Terminal iTerm2
yindo added the bugzen labels 2026-02-16 18:09:05 -05:00
yindo closed this issue 2026-02-16 18:09:05 -05:00
Author
Owner

@github-actions[bot] commented on GitHub (Jan 30, 2026):

This issue might be a duplicate of existing issues. Please check:

  • #6743: Google models list outdated in TUI - missing Gemini 3 models (same root cause: outdated/hardcoded model lists in the binary)
  • #10594: No endpoints found error from Openrouter - also highlights the need to refresh/update model lists at runtime

All three issues point to the same underlying problem: model information appears to be hardcoded at build time rather than fetched dynamically, causing stale model lists to be displayed. The solution would likely involve fetching model data from models.dev at runtime instead of bundling static data.

Feel free to ignore if your specific case is different.

@github-actions[bot] commented on GitHub (Jan 30, 2026): This issue might be a duplicate of existing issues. Please check: - #6743: Google models list outdated in TUI - missing Gemini 3 models (same root cause: outdated/hardcoded model lists in the binary) - #10594: No endpoints found error from Openrouter - also highlights the need to refresh/update model lists at runtime All three issues point to the same underlying problem: model information appears to be hardcoded at build time rather than fetched dynamically, causing stale model lists to be displayed. The solution would likely involve fetching model data from `models.dev` at runtime instead of bundling static data. Feel free to ignore if your specific case is different.
Author
Owner

@aaronmw commented on GitHub (Jan 30, 2026):

Oh FFS — I had to keep inquiring and apparently only then did it think to search the actual Anthropic site for prior versions.

Pardon my ignorance and gullibility! I have learned much this day...

@aaronmw commented on GitHub (Jan 30, 2026): Oh FFS — I had to keep inquiring and apparently only then did it think to search the actual Anthropic site for prior versions. Pardon my ignorance and gullibility! I have learned much this day...
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: anomalyco/opencode#8070