Claude Certification Blog

CCAR-F exam scenarios: all six are published, and the smallest domain frames four

The architect foundations guide states how its paper is assembled: four scenarios drawn from a bank of six. No other Claude exam publishes anything equivalent.

4 of 6~15 items eachOnly CCAR-F

7 min read

The CCAR-F exam scenarios are four drawn from a bank of six — a line in the exam-facts block of the official guide, and the only statement of structure anywhere in the four-exam programme. Sixty scored items across four scenarios averages about fifteen items to a premise, which makes one scenario roughly a quarter of the paper.

4scenarios you sit
6in the published bank
~15items per scenario
2shared by any two draws

The only published structure

ExamItemsPublished structure
CCAR-F604 scenarios drawn from a bank of 6
CCAO-F60No exam structure published
CCDV-F53No exam structure published
CCAR-P63No exam structure published

The other three guides are not being cagey; they simply present their papers as a count of items against a set of weights, and say nothing about how those items are assembled. So on three of the four exams you learn the shape of the paper by sitting it. On CCAR-F you can know beforehand, and it is worth more than a curiosity.

One premise, a quarter of the paper

This is the part that changes how you read. If sixty items arrive as four scenarios, the average scenario carries fifteen of them, and every one of those fifteen rests on the same described system. A misread premise is therefore not a lost question; it is a lost block, and the loss is silent, because each individual item still looks answerable.

Which makes the opening minute of each scenario the highest-leverage minute on the paper. Read the system description once slowly and fix the constraints in mind — what it does, what it is not allowed to do, what has already gone wrong — before touching the first question. The general version of that skill is in how to read a Claude exam question, and it pays four times as much here as on a paper of independent items.

What the six actually are

Section 5 of the guide names all six and prints, under each, the domains it primarily frames. It gives the production context of each system — not a single question — so this tells you what you will be reasoning about, and nothing about what you will be asked:

#ScenarioPrimary domains
1Customer support resolution agentD1, D2, D5
2Code generation with Claude CodeD3, D5
3Multi-agent research systemD1, D2, D5
4Developer productivity toolingD1, D2, D3
5Claude Code in a CI pipelineD3, D4
6Structured data extractionD4, D5

Count down the right-hand column and the blueprint inverts. Context Management and Reliability is the smallest domain on the paper — 15%, about nine items — and it is a primary domain in four of the six scenarios, more than any other. Prompt Engineering and Structured Output is joint-second-largest at 20% and frames only two.

The smallest domain frames the most scenariosSCENARIOS FRAMED, OF SIXD5 Context and reliability15%D1 Agentic architecture27%D2 Tool design and MCP18%D3 Claude Code config20%D4 Prompt and structure20%
Bars are scenarios framed; the figure on the right is the domain’s share of the marks. The two disagree most at the top and bottom of the list.

Which is a real study consequence rather than a curiosity. Context management carries the fewest marks of any CCAR-F domain and is the connective tissue of two thirds of the paper, so it is the one domain where weight understates how often you will need it — context management and reliability on CCAR-F covers what it actually asks.

Two sittings must share two

Four from six, twice, cannot avoid overlapping by twoFOUR DRAWN FROM A BANK OF SIXFirstAgain
Any two draws of four from the same six must share at least two, because four and four is eight and there are only six to go round. The shaded pair in the middle is forced, whichever four you draw.

That is arithmetic, not policy, and the distinction matters. The guide states the structure of an exam; it does not say how a second attempt is drawn, so the honest claim is a floor on overlap conditional on the same bank, and nothing about which two scenarios repeat or whether the items inside them do. What the retake rules actually say is in failed the Claude certification, what next.

The scenarios are published; the questions are not

Section 5 gives you the production context of all six and the domains each one frames. It gives you no items, no options and no answers, so the value is in knowing what kind of system you will be reasoning about — not in anything resembling a question you might be asked.

What it changes about pacing

It gives you a unit. CCAR-F publishes no per-domain time budget, so the natural split is by scenario: four scenarios in 120 minutes is thirty minutes each, and a scenario running long is a signal you can act on while three remain rather than a realisation at the end.

And unlike the developer and professional guides, whose published budgets spend the entire sitting, nothing here has already claimed your minutes — so build the reserve in from the start, at roughly twenty-seven minutes a scenario. The comparison across all four papers is in pacing on the Claude exams.

What it does not change

The blueprint still governs. The paper is weighted by domain — Agentic Architecture and Orchestration at 27%, Tool Design and MCP Integration at 18%, and so on — and those weights hold across the whole exam regardless of how the items are packaged. A scenario is a container, not a syllabus unit.

It also does not mean a scenario sits inside one domain. The opposite is closer to true: a described system invites questions about its architecture, its tool contracts, its context handling and its failure modes, which is four domains inside one premise. So study by domain, as the domain weights and our Claude certification study guide set out, and let the structure change how you read on the day rather than what you read before it.

Key takeaways

  • Four scenarios from a bank of six. Stated in the CCAR-F guide, and the only published structure of the four exams.
  • About fifteen items to a premise. A misread scenario costs a quarter of the paper, quietly.
  • Two sittings must share at least two. Four plus four against six, if a retake draws from the same bank.
  • All six are published by name. Section 5 lists them and the domains each one frames.
  • The smallest domain frames the most scenarios. Context Management at 15% is primary in four of six; Prompt Engineering at 20% in two.
  • Study by domain anyway. Scenarios span domains; the weights still decide where the marks are.

Know the shape before you sit it

One line in the exam-facts block tells you more about how CCAR-F will feel than any weight table does, and it is the only exam in the programme that offers it. The full blueprint, weights and objectives are here.

See the CCAR-F blueprint

Questions

Frequently asked

The follow-up questions people search next.

How is the CCAR-F exam structured?

As four scenarios drawn from a bank of six, which the exam guide states in its exam-facts block. Sixty scored items across four scenarios averages about fifteen items per scenario, so one premise governs roughly a quarter of the paper.

Do the other Claude exams work the same way?

None of them publishes a structure. CCAO-F, CCDV-F and CCAR-P give item counts, timing and weights but no equivalent of the exam-structure row, so CCAR-F is the only one of the four where you know in advance how the paper is assembled.

If I retake CCAR-F, will I see the same scenarios?

Some of them, if a retake draws from the same bank of six — four and four out of six must overlap by at least two, which is arithmetic rather than policy. The guide does not state how a retake is drawn, so treat two as a floor on the overlap rather than a promise about which two.

Does the guide say what the six scenarios are?

Yes. Section 5 names all six — customer support resolution, code generation with Claude Code, a multi-agent research system, developer productivity, Claude Code in CI, and structured data extraction — and prints the primary domains each one frames. It describes the production context of each; it does not publish any questions.

Which domain appears in the most CCAR-F scenarios?

Context Management and Reliability, in four of the six. It is also the smallest domain on the paper at 15% and about 9 items. Prompt Engineering and Structured Output is the opposite: 20% of the marks and a primary domain in only two scenarios.

How should I pace a scenario-based exam?

By scenario rather than by domain. Four scenarios in 120 minutes is about 30 minutes each, and unlike the developer and professional guides — whose published budgets consume the entire sitting — this one leaves you to set the split, so you can build a review reserve into it from the start.

Keep reading

Related posts

Not affiliated with, or endorsed by, Anthropic or Pearson VUE. Details are summarised from publicly published program information and can change — always confirm against the official exam guide before booking.

We use cookies and privacy-friendly analytics to understand usage and improve Cred Farmer. Essential features work either way. See our Cookie Policy.