--- title: "Foxl v0.3.3: What \"Day-One Support\" Actually Shipped" description: "A corrected release record separating Fable 5 launch support, provider suspension, and later model-routing changes in Foxl." author: "Foxl Team" date_published: "2026-06-09" date_modified: "2026-07-16" canonical_url: "https://foxl.ai/blog/v0-3-3-fable-5" markdown_url: "https://foxl.ai/blog/v0-3-3-fable-5/index.md" image: "https://foxl.ai/blog/fable-5-day-one.png" social_image: "https://foxl.ai/blog/social/v0-3-3-fable-5.png" content_type: "Release note" topics: ["Model catalog","Amazon Bedrock","Model routing"] products: ["Foxl Agent","Foxl Code","Foxl Notes"] --- # Foxl v0.3.3: What "Day-One Support" Actually Shipped > A corrected release record for Fable 5: what Foxl integrated on June 9, why provider suspension was a separate state, and how a later Bedrock profile change forced routing to move from global to us. - Author: Foxl Team - Published: 2026-06-09 - Last reviewed: 2026-07-16 - Reading time: 4 minutes - Canonical HTML: [https://foxl.ai/blog/v0-3-3-fable-5]() ![Foxl model surfaces connected to a versioned model-routing contract at launch.]() > **Historical release record, corrected July 1, 2026.** Foxl registered Fable 5 across its model surfaces on June 9. The provider suspended access on June 12, and Bedrock routing changed again before service resumed through a different inference profile. This post records those states separately. For current availability, use the [live model catalog](). [Foxl v0.3.3]() shipped the application-side work required to select and invoke Claude Fable 5. That statement is narrower than saying the model remained available. A product can have a complete integration while the upstream provider has suspended the model, a regional profile is unavailable, or an account is missing an entitlement. The useful engineering lesson from this release is not launch speed. It is that a model name is only the first field in a distributed contract. Routing, request shape, billing, entitlement, and UI state all have to describe the same model version. ## What v0.3.3 shipped On June 9, Foxl added a canonical `claude-fable-5` entry and connected it to the desktop agent, Foxl Code, Foxl Notes, the relay, and the Claude Code OAuth compatibility path. Opus 4.8 remained the default. Fable was an explicit Pro or Ultra selection. | Contract | Launch responsibility | Failure if omitted | | --- | --- | --- | | Identity | Map the Foxl model ID to each provider wire ID | Persisted selections or requests resolve to the wrong model | | Reasoning | Send adaptive thinking and an effort value | Bedrock rejects the older budget-token request shape | | Routing | Select an inference profile and matching signing region | The request fails before inference starts | | Metering | Register explicit input, output, and cache prices | Usage falls through to an unrelated default price | | Entitlement | Apply plan and provider-account requirements | The picker advertises a route the account cannot use | ## The launch-day routing contract The Bedrock path that worked in Foxl's production account on June 9 used `global.anthropic.claude-fable-5` and signed requests in `us-east-1`. The account also needed the provider data-sharing setting enabled in that region. The ordinary `us.` profile was not a valid route at launch. Signing region and endpoint region must move together. Pinning only the model ID, or only the AWS client, produces a request that is internally inconsistent. Foxl therefore treated the source region as part of the provider mapping rather than as a UI preference. ``` launch route model profile: global.anthropic.claude-fable-5 source region: us-east-1 reasoning: anthropic-adaptive ``` ## Why request shape belonged in the catalog Fable accepted adaptive thinking and rejected the older `thinking.type: "enabled"` shape. Foxl initially had model-name checks for known Opus and Sonnet versions. A new family name fell through that condition and received the wrong request. The repair moved the decision to a typed capability in the shared model catalog. Callers ask for the model's reasoning style instead of inferring behavior from a substring. That change matters beyond this release: adding a new model should require declaring its protocol, not finding every regular expression that knows yesterday's names. ``` thinking: { style: "anthropic-adaptive", defaultEffort: "high" } ``` ## Availability changed after the release 1. **June 9:** Foxl v0.3.3 shipped the model registration and completed a production relay invocation through the launch route. 2. **June 12:** the provider suspended Fable 5 and Mythos 5 access across providers. Fable remained registered in the v0.3.12 source, and the repository records no June 12 picker-removal change. No client update could make an upstream-suspended model servable. 3. **July 1:** production verification showed the routing state had inverted. The standard `us.anthropic.claude-fable-5` profile streamed from both tested US regions, while the old `global.` profile returned server errors. Foxl v0.3.24 switched to `us.` and removed the mandatory region pin. The July change retained an environment override as an operational escape hatch, but the normal path once again used Foxl's default Bedrock region. This was a routing change, not a claim that a model endpoint can never be suspended again. ## What the release process changed A launch check now needs more than a successful picker render. The minimum evidence is a real invocation through each supported transport, the exact request shape, an explicit price row, entitlement behavior for allowed and denied accounts, and a way to disable selection without shipping a new desktop build. The release history remains available in the [Foxl changelog](). Provider setup and current authentication paths are documented in the [provider configuration guide](). ## References and further reading 1. [Model providers and authentication]() - Documentation 2. [Current Foxl model catalog]() - Documentation