Anthropic API and Cloud Channels
Anthropic lists Fable 5 across its API and supported cloud channels, but no Fable 5.1 product, model ID, price, or access path appears in the current official records.
Anthropic has not announced Claude Fable 5.1 or published an API model ID, price, specification, or release date. Use this page to separate the community-used name from the documented Fable 5 baseline and prepare a reversible EvoLink evaluation without guessing the future API contract.
We will email you after Anthropic publishes a developer API and EvoLink verifies the route, request contract, pricing, and production behavior.
We will only email you about Claude Fable 5.1 availability. No spam.
Want faster updates? Join the EvoLink Discord
The update will include the verified model identity, live EvoLink pricing, input modes, supported parameters, access limits, and a migration path that retains a current Claude fallback.
There is no verified Claude Fable 5.1 developer API or EvoLink route. The documented product is Claude Fable 5; the 5.1 suffix currently reflects search and community demand, not a provider release.
Anthropic lists Fable 5 across its API and supported cloud channels, but no Fable 5.1 product, model ID, price, or access path appears in the current official records.
EvoLink has no listed Fable 5.1 route. Review a provider-documented current Claude model, verify its EvoLink route before production, and keep the future candidate unset until identity, request success, usage accounting, and billing are verified.
The answer is based on current first-party product records checked on August 12, 2026, not a predicted launch date.
Lists Claude Fable 5 as the current Fable model and does not list Claude Fable 5.1 or claude-fable-5-1.
Publishes Fable 5 token and cache rates but no Fable 5.1 SKU or commercial terms.
Documents the Fable 5 launch and API behavior but contains no Fable 5.1 release entry.
We will change this page from availability watch to live access only after Anthropic publishes the product and API contract and EvoLink independently verifies a callable route, returned identity, usage, and billing.
Use documented Fable 5 behavior to prepare checks without presenting predecessor specifications as Fable 5.1 promises.
Current Fable 5.1 answer: no public model ID, pricing, limits, input contract, or EvoLink route has been verified.
| Field | Documented Fable 5 reference | Verify for Fable 5.1 |
|---|---|---|
| Model ID | claude-fable-5 is the pinned Fable 5 API ID | Official Fable 5.1 ID, naming convention, and snapshot behavior |
| Base token price | $10 input and $50 output per million tokens | Provider rates and live EvoLink route pricing; never inherit the baseline |
| Cache and batch pricing | $1 cache hit; $12.50 five-minute write; $20 one-hour write; Batch is $5 input and $25 output per million | Cache TTLs, write/hit rules, batch support, and route billing |
| Context and output | 1M-token context and up to 128K output | Maximum context, useful context behavior, output ceiling, and truncation |
| Thinking and tools | Adaptive thinking is always on; effort, tools, vision, and streaming are documented | Accepted controls, tool schema, streaming events, image input, and errors |
| Safeguards and retention | Refusal stop reasons, optional fallback, and 30-day retention are documented | Refusal categories, fallback attribution, billing, data retention, and regions |
| EvoLink route | Keep Fable 5 or Opus 5 as a current measured fallback | Request success, returned identity, usage, capacity, billing, and rollback |
Community discussion reveals what developers want, but Anthropic has not published a Fable 5.1 model card or benchmark. Treat these as evaluation targets, not specifications.
No Fable 5.1 capability is confirmed. The most useful launch tests would cover a clear advantage over Opus 5, durable long-running agents, lower cost per accepted task, and predictable safeguards and migration behavior.
Opus 5 is positioned near Fable capability at half the documented Fable 5 token price. A successor must solve valuable tasks that the more efficient tier still cannot complete reliably.
Developers want fewer loops, lost states, invalid tool calls, and late-run failures across long autonomous traces. No Fable 5.1 result proves such an improvement.
Token efficiency matters only when total tokens, retries, fallbacks, latency, and review effort produce a lower cost for accepted work.
A production upgrade needs clear refusal, fallback, retention, model identity, usage, and compatibility behavior—not only a stronger benchmark headline.
These are the request fields teams should prepare and re-test. The Fable 5 column is a documented compatibility baseline, not a Fable 5.1 specification.
Fable 5.1 parameter support is unknown. Keep the candidate model ID unset and verify every field after a real API contract appears.
| Parameter or field | Documented Fable 5 behavior | Fable 5.1 launch-day check |
|---|---|---|
| model | claude-fable-5 | Exact ID, snapshot semantics, and returned identity |
| messages | Anthropic Messages API content blocks | Roles, text and image blocks, limits, and validation |
| max_tokens | Required output ceiling; up to the model limit | Required status, maximum, truncation, and billing |
| stream | SSE streaming supported | Event sequence, usage delivery, errors, and tool deltas |
| tools / tool_choice | Custom tools and tool selection supported | Schema subset, forced choice, parallel calls, and limits |
| effort | Controls always-on adaptive thinking depth | Accepted values, defaults, quality, latency, and cost |
| thinking.display | Omitted by default; summarized thinking can be requested | Supported values and multi-turn block handling |
| temperature / top_p | Sampling controls are request-dependent | Ranges, mutual constraints, and interaction with thinking |
| stop_sequences | Custom stop sequences supported subject to model rules | Count, length, finish reasons, and validation errors |
| metadata | Request metadata supported | Allowed fields, retention, observability, and privacy |
| fallbacks | Opt-in fallback is documented for eligible Fable 5 requests | Availability, served-model attribution, cache credit, and billing |
| usage / stop_reason | Usage and completion or refusal reasons are returned | Field names, refusal categories, and invoice reconciliation |
| Limits and regions | Account, platform, and region dependent | Context, output, RPS, TPM, concurrency, residency, and 429s |
Do not hard-code claude-fable-5-1. Leave the candidate unset until EvoLink verifies a callable route and returned model identity.
const activeModel = process.env.EVOLINK_PRIMARY_MODEL
const fallbackModel = process.env.EVOLINK_FALLBACK_MODEL
const fable51Candidate = process.env.EVOLINK_FABLE_51_MODEL || null
// Keep EVOLINK_FABLE_51_MODEL unset until EvoLink verifies a callable route.
export const modelRouting = {
activeModel,
fallbackModel,
fable51Candidate,
}Prepare evidence, configuration, and rollback paths now so launch-day work is validation instead of a provider rewrite.
Do not hard-code claude-fable-5-1. Leave the candidate unset until EvoLink verifies a callable route and returned model identity.
Collect 20–50 real coding, agent, tool, vision, and knowledge-work traces with objective acceptance criteria.
Record current quality, latency, refusal, fallback, token, review, and accepted-task cost by workload class.
Set thresholds for task success, p95 latency, total cost, incidents, policy behavior, human correction, and rollback.
Capture requested and returned model, parameters, tools, usage, stop reason, refusal category, fallback chain, and billing.
Keep a supported Claude route serving users until the candidate proves a workload-specific improvement under controlled traffic.
Anthropic develops Claude; EvoLink's role is to make verified model access easier to compare, operate, switch, and roll back after a route is genuinely live.
Keep one integration, key, billing surface, and observability path while the selected model changes through configuration.
Compare live route pricing and accepted-task cost only after request success, returned identity, usage, and billing are validated.
Evaluate the candidate offline and in canary traffic while retaining Fable 5 or Opus 5 as a measured rollback.
Use the status tracker for release evidence and the comparison guides for upgrade and cross-provider decisions.
Track the community claim, official evidence, naming ambiguity, API gate, and seven signals that would change the status.
Decide whether to use the current model, wait, or prepare a reversible matched evaluation.
Keep both future candidates behind equal evidence gates and choose current baselines for work that must ship now.
No. Anthropic's model catalog and release notes did not list a model named Claude Fable 5.1 when checked on August 12, 2026.
No. It is a community-used version name. Anthropic may use a different name or versioning path for any future Fable release.
No model ID is published. claude-fable-5-1 is a page slug and example of an identifier you must not assume is callable.
No provider or EvoLink price is available. The Fable 5 prices shown as a launch checklist are predecessor references, not a forecast.
No Fable 5.1 route is currently listed. Join the alert, review a provider-documented current Claude model, and verify its EvoLink route before production.
No such relationship is confirmed. Fable 5 is the current generally available model, while Mythos 5 is a separately named limited-access model. Neither proves a Fable 5.1 product.
That is unknown. Fable 5 has a documented 1M-token context window, but its specification cannot be copied to an unannounced successor.
There is no released candidate or matched evidence. Test accepted-task quality, long-horizon reliability, latency, total cost, safeguards, and review effort after a real route exists.
Fable 5 and Opus 5 are provider-documented baselines. Evaluate the listed EvoLink routes, then use the least expensive route that passes request identity, usage, billing, and workload gates.
No. Verify a listed current route before production, keep model selection configurable, save evaluation traces, and maintain a measured fallback.
Verify the official name, model ID, price, inputs, limits, tools, thinking controls, streaming, refusals, fallback, retention, regions, request success, returned identity, usage, and billing.
A notice after the provider API and EvoLink route are verified, followed by confirmed model identity, live pricing, parameters, limits, and migration guidance.