Follow Discord
Sweep 10 Nov 2026 · 02:18Z Build v2.1.322 539 read Stable v2.1.311 Latest v2.1.322 Next v2.1.322 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.277 ·

Fable/voice model availability logic reworked around gateway vs first-party routing

Availability logic for the fable voice model was reworked around whether requests go through a gateway or directly to Anthropic

Under the hood Internal Changes
JSON All of v2.1.277
Under the hoodTier: how much it should matter to you
2Useful: my rating, 1 to 5
2Signal: worth watching, 1 to 5
ModelsArea: what it touches
Internal ChangesKind: in v2.1.277,
Internal ChangesSection of the release

Unclear Whether this changes fable's actual availability for any specific group of users, versus just restructuring how the check is computed, isn't clear from the evidence.

What

The logic that decides whether the "fable" voice model is available was reworked. It now checks a gate together with another condition earlier in the process, and for accounts not using multi-account routing, it branches on whether requests are routed "firstParty" (directly to Anthropic, always available) or through a "gateway" (routed through an intermediary, where availability is checked separately). This replaces the previous logic, which gated first-party availability differently and had separate fallback handling.

Why

This changes how fable's availability is determined depending on how a user's requests are routed, though the finding doesn't specify what practical difference users will see.

How sure we are
Something disagreesSomething we can check disagrees with this entry, or the writer said they could not settle it.
The writer flagged doubtWhether this changes fable's actual availability for any specific group of users, versus just restructuring how the check is computed, isn't…

See this entry in the whole of v2.1.277 →

Feedback