Sulat.com / Writing on AITuesday, November 10, 2026
The Claude logo glows above four machines of increasing size, with light trails routing task cards from the largest down to the smaller ones beside a glowing control dial
Agent Engineering/10 November 2026

Anthropic’s Claude model guide says start on Opus 5.5, not Fable 5.2

Anthropic’s new guide to its four Claude models says most work should start on Opus 5.5 at medium effort, with Fable 5.2 kept for the hardest jobs. It also covers effort levels, cheaper subagents and the API changes that break model swaps.

At a glance

  • Anthropic’s guide says most coding and knowledge work should start on Claude Opus 5.5 at medium effort, its default model in Claude Code.
  • Sonnet 5.5 is pitched for well-scoped work, Haiku 5.5 for high-volume classification and cheap subagents, and Fable 5.2 for the hardest technical projects and long unattended runs.
  • The guide says to give the model a way to check its own work first, then raise effort one level, and only then move up a model.
  • In Claude Code, the Explore subagent now runs on the session’s model, so the guide suggests defining your own Explore subagent with model: haiku.
  • Swapping model names can break requests: Fable 5.2’s preserved thinking rejects edited history, and forced tool_choice returns a 400 error on Sonnet 5.5, Opus 5.5 and Fable 5.2.

Anthropic has published a guide to picking between its four generally available Claude models, and its main advice is not to reach for the newest one first. “The quick answer is that you should start most work on Opus 5.5 at its default effort level, medium,” the guide says. Claude Fable 5.2, released the same day, is kept for the hardest technical projects, long unattended runs, and cases where Opus 5.5 at high effort still falls short.

The guide, “Which Claude model should you build with?”, was written by Addy Osmani, who works on Claude Code at Anthropic, and posted to the claude.dev blog. Besides the model picks, it covers when to raise effort instead of switching models, how to put subagents on cheaper models, and the API differences that can break a request when you swap one model name for another. Our Fable 5.2 launch coverage has the release itself.

Which model for which job

The guide works down from Opus 5.5. Sonnet 5.5 is for well-scoped work such as a bug fix or a feature built against a spec, though it warns that a migration or a performance job “can have clear specs and still be difficult enough to warrant Opus 5.5, or Fable 5.2 for a major one.” Haiku 5.5 is for classification, routing and extraction at volume, and for subagents doing a bigger model’s side tasks. Fable 5.2 goes on top, for “the hardest technical projects in coding, finance and the sciences.”

Work Starting model Starting effort
Everyday engineering, debugging, multi-PR features Opus 5.5 medium, then high
Well-scoped coding: bug fixes, spec-driven work Sonnet 5.5 medium, then high
Chat and interactive sessions Sonnet 5.5 (Haiku 5.5 for simple chat at volume) low or medium
Documents, slides and spreadsheets Sonnet 5.5 high (medium in Claude Code)
Classification, routing, tagging, extraction Haiku 5.5 medium
Subagents that search files, read logs or summarise Haiku 5.5 or Sonnet 5.5 model default
Computer use and vision-heavy workflows Opus 5.5 medium
Major refactors, migrations, leading many subagents Fable 5.2 medium, then high
Deep research, scientific or quantitative analysis Fable 5.2 medium, then high
Not sure yet Opus 5.5 medium
Condensed from the guide’s task table.

All four models have a 1M-token context window and a 128K-token output limit. From Sonnet up, the per-token price roughly doubles at each tier, and Haiku 5.5 is the only one whose price depends on prompt length.

Haiku 5.5 Sonnet 5.5 Opus 5.5 Fable 5.2
Input / output per million tokens US$0.10 / US$0.50 up to 100K tokens; US$0.50 / US$2.50 above US$2 / US$10 US$4 / US$20 US$8 / US$40
Cache reads per million tokens US$0.01 up to 100K; US$0.05 above US$0.10 US$0.20 US$0.20
Default API effort medium high (medium in Claude Code) medium high (medium in Claude Code)
Fast mode No No Yes Yes
Claude API list prices, as given in the guide.
Four portfolio site designs side by side, labelled Fable, Opus, Sonnet and Haiku, each built by a different Claude model from the same brief
Fable 5.2, Opus 5.5, Sonnet 5.5 and Haiku 5.5 each build the same portfolio site. Still from a demo by Addy Osmani: claude.dev

Turn the effort dial before you switch

The guide treats effort as a finer control than model choice. One level down can get the same result for less, and one level up helps when a model needs to think longer, call more tools or check its own work. But it says higher effort “won’t give a model knowledge or skill it doesn’t have”, and past high, one more level can cost as much as the next model up. Its advice there is to test the bigger model at a lower effort instead.

Anthropic backs this with its own benchmark runs, which haven’t been checked independently. On SWE-bench Pro, Opus 5.5 at medium scored about 2.5 points lower than at high for about 70% of the cost, while xhigh added about 1.4 points for 2.5 times the cost. On Terminal-Bench 3.0, Fable 5.1 at max scored 58.0% and Opus 5.5 at high scored 58.9% with half the tokens. On the hardest work the order flips: on FrontierCode 2.0, Fable 5.2 at high roughly matched Opus 5.5 at max, 45.3% against 45.5%, for about half the cost per task.

Before touching either dial, the guide says to check the model can verify its own work, “with a test, a build or a script that calls the endpoint.” Then raise effort one level, and only then move up a model. Where results can be checked automatically, it suggests running everything at low effort and re-running only the failures at high. On a SWE-bench Pro subset, that approach with Opus 5.5 passed about 97% of tasks for about US$0.17 each, against 95.3% at US$0.29 each with every task on high.

Context gets the same cost treatment. Each turn resends the conversation, though on long runs most of it bills as cache reads. Fable 5.2 and Opus 5.5 charge the same US$0.20 per million tokens for those, so on a long, cache-heavy run the gap between them comes down to uncached input and output, where Fable costs twice as much. The guide’s takeaway is to keep the expensive model’s context for decisions “and let cheaper subagents do the verbose reading.”

Mixing models in Claude Code

Switching models mid-task has costs the guide spells out. The prompt cache belongs to the model that wrote it, so the first turn on a new model pays to write the whole conversation into cache again. Running /compact first, or starting fresh with a short written plan, makes that turn smaller. Thinking blocks are also tied to models: a model never reads the reasoning of one above it, so moving down a tier loses it, and the guide says a move from Fable 5.2 to any other generally available model drops its reasoning.

For subagents, which run in their own context and bill at their own model’s rates, Claude Code takes a model field in the agent definition, and the CLAUDE_CODE_SUBAGENT_MODEL environment variable sets a default. The guide’s example puts a log reader on Haiku:

---
name: log-reader
description: Reads test output and logs, and reports each failing case. Use after a test run.
tools: Read, Grep, Glob, Bash
model: haiku
---
Read the logs you're given. For each failure, report the file, the test name and the first error line. Don't edit any files.

It draws the line at code edits and judgment calls, which stay on the main model. “When a small model misreads a search result, the main model opens the wrong file and spends tokens on it.” It also flags a quiet change: Claude Code’s built-in Explore subagent now runs on the session’s model instead of always on Haiku. To keep exploration cheap, define your own subagent called Explore with model: haiku. On the Anthropic API the haiku alias now points to Haiku 5.5, which needs Claude Code v2.1.293 or later, while Amazon Bedrock, Google Cloud, Microsoft Foundry and Claude Platform on AWS still resolve it to Haiku 4.5.

The guide is cooler on two other options. Claude Code’s opusplan alias plans with Opus and carries out the plan with Sonnet, which puts code edits on the smaller model, the reverse of the guide’s own advice, so it says to measure it before making it a default. The advisor tool, in beta, lets a cheaper executor ask a stronger model for help. Of the four pairings in the platform’s cost guide, none clearly beat its executor alone. One, Opus 5.5 at high with a Fable 5.1 advisor, scored 1.7 points higher for about 2.1 times the money, a gain the guide calls “at the edge of run-to-run noise”.

Splitting big jobs fared better. On an internal defect-search benchmark over about 22 million tokens of source code, an Opus 5.5 lead with up to 25 Sonnet 5.5 workers at a time cost about a third less than Opus 5.5 alone and scored about the same.

Four panels showing Fable 5.2 migrating a coffee shop's code to TypeScript, Opus 5.5 building a subscription option, Sonnet 5.5 writing product pages and Haiku 5.5 sorting customer messages
One project split across four models, each on one kind of work. Still from a demo by Dan Fein: claude.dev

What breaks when you swap model names

The last practical section is a migration checklist, because “you can’t always change the model name and nothing else.”

  • Preserved thinking. Fable 5.2 extends it to every API account, and the API returns a 400 error if anything before a Fable 5.2 thinking block has changed, including the system prompt or tools, unless you opt in to dropping that thinking. Claude Code, the Claude Agent SDK and Claude Managed Agents handle this already; code that edits history should stay append-only.
  • Thinking can’t be turned off on Opus 5.5 or Fable 5.2; a request that tries returns an error.
  • Forced tool use. A tool_choice of any or tool returns a 400 error on Sonnet 5.5, Opus 5.5 and Fable 5.2. Send auto with the tool marked strict: true.
  • Haiku 4.5 to 5.5. Replace budget_tokens with an effort level, drop non-default temperature, top_p and top_k values, and end messages on a user turn.
  • Safety fallbacks. In Claude Code, requests flagged by the classifiers on Opus 5.5, Sonnet 5.5 and Fable 5.2 can re-run on an older model, with a notice in the transcript. Flagged cybersecurity requests fall back to Opus 4.8 and biology requests to Opus 5.

Its closing advice is to test on your own tasks: write an outcome check for each, run each candidate at two or three effort levels in separate sessions, plot score against spend, and keep a multi-model setup only “if it beats every single-model point on that chart.”

How developers took it

Osmani added a caveat on X about Fable 5.2’s lower price: because the model uses a lot of tokens, it has tended to cost about the same per task as Fable 5.1 in Anthropic’s testing.

Anthropic’s Alex Albert, who said Fable 5.2 “feels like a major step above Opus 5.5” on big, open-ended work, gave tips in the same direction as the guide, including starting on medium or high effort and saving xhigh for the hardest problems. Vox, an AI builder account, turned the guide into a prompt asking Fable 5.2 to audit a Claude Code setup against it, starting with the Explore subagent change.

Not everyone wanted the homework. “Why is it that we’re still having to read documents on ‘Which Claude model should you build with?’ and not having AI able to automatically choose for us?” one developer replied to the announcement.


Discover more from Sulat AI & Tech News

Subscribe to get the latest posts sent to your email.