Practice Hub

Free Claude Certified Architect Foundations (CCAR-F) Sample Questions

Not sure you are ready for the Claude Certified Architect - Foundations exam? Try the three sample questions below, then take the free, timed 25-question diagnostic. It samples all five domains at Anthropic's official blueprint weights, frames every question in one of the official scenarios, and runs at the real exam's pace, 2 minutes a question.

By PrepClubs Editorial Team, updated September 26, 2026

Questions
60
Time Limit
120 min
Difficulty
High
Access
30 days
Full access
Start prepping

What the free CCAR-F diagnostic includes

Twenty-five original questions in 50 minutes, drawn from the same bank as the ten full exams and set in 4 of the 6 official scenarios. Agentic Architecture and Orchestration gets the largest share because it is more than a quarter of the real exam.

You see your score and a domain-by-domain breakdown the moment you finish, the same shape as Anthropic's own score report. That tells you which two domains to study first.

All five domains
Agentic Architecture and Orchestration, Tool Design and MCP Integration, Claude Code Configuration and Workflows, Prompt Engineering and Structured Output, Context Management and Reliability.
The exam's question shapes
Scenario-based items, Select TWO items that say how many to pick, and config or code excerpts to judge.
Written from Anthropic's exam guide and docs
Original PrepClubs questions built from the official task statements and documentation. Not real exam items and not dumps.
Instant domain breakdown
Percent correct by domain, so your study time goes where the points are.
Money-back Guarantee* on the full bank
Upgrade to 10 full-length exams, backed by our Money-back Guarantee*.

Three free CCAR-F sample questions

These three are original items held back from every paid exam. Pick an answer, then read why each option is right or wrong.

Sample 1: Tool Design & MCP Integration
Scenario: Customer Support Resolution Agent. A telecom support agent uses one manage_account tool whose action parameter selects "lookup", "change_plan", or "adjust_billing". A review of failed resolutions finds that every call used a valid action value that matched the customer's request, and every required field was present. All calls succeeded with no errors. The failures are in billing. When a customer is promised a $15 credit, the agent sends amount=15, but the backend treats amount as integer cents, so the customer receives $0.15. The schema types amount as an integer, and its description reads only "Adjustment amount." Which change most directly fixes this failure?
  • A.Constrain the action parameter with a JSON Schema enum listing lookup, change_plan, and adjust_billing
  • B.Return structured error responses from failed calls with an error category and a retryable flag
  • C.Split manage_account into get_account_profile, change_plan, and adjust_billing tools with separate schemas
  • D.Document amount as integer cents in its parameter description, with an example like 1500 for $15.00
Answer and walkthrough
D. The model picks the right action and supplies every field. It is only misreading the unit of amount, because the schema says nothing beyond "integer". The only fix is a parameter description that states integer cents and gives a concrete example, since the model relies on tool and parameter descriptions to form its inputs. Here the calls succeed with a valid but wrong value, so the ambiguity must be removed at the interface itself. Why the others are wrong: An enum on action helps when the agent sends invalid or misspelled action strings, but every action value here was already valid and correct. Structured errors help the agent recover when calls fail, but these calls succeed with a well-typed wrong value, so no error is ever returned. Splitting the tool is the right fix when the agent picks the wrong action or mixes up fields between modes, but here action selection is always correct, and a separate adjust_billing tool would still carry an undocumented amount unit. Source: CCAR-F exam guide, Task Statement 2.1.
Sample 2: Context Management & Reliability
Scenario: Structured Data Extraction. A team extracts fields from utility bills and wants to auto-approve high-confidence values. They test on a labeled set of 500 bills with verified values. For the amount due field above 0.90 confidence, overall accuracy is 98%. Broken out by provider, the 60 bills from Provider X, which uses a distinct multi-page layout, show only 81% accuracy on amount due. Most of those errors carry confidence above 0.97. Accuracy on the other providers is 99%. Which review policy for amount due is best supported by this data before launch?
  • A.Raise the auto-approve threshold for amount due from 0.90 to 0.97 on every bill type
  • B.Send any bill with a field below 0.90 confidence to a human reviewer before export
  • C.Review amount due on every Provider X bill; auto-approve it elsewhere above the 0.90 threshold
  • D.Auto-approve amount due above 0.90 and audit a stratified random sample of approvals
Answer and walkthrough
C. Aggregate accuracy can hide weak performance in a specific document segment, so a labeled set should be broken down by document type as well as by field. Here that breakdown shows the model's confidence is miscalibrated for Provider X's layout: its wrong answers still score above 0.97. A confidence cutoff cannot separate good from bad values in that segment, so the whole segment needs human review. The well-calibrated segments can keep auto-approval. Why the others are wrong: A higher global threshold would not catch Provider X errors, because they score above 0.97, and it would add needless review to accurate providers; this change fits when errors cluster just above the current cutoff. Routing low-confidence fields to review is sound when confidence tracks correctness, but the Provider X errors are high-confidence and would pass straight through this rule. Stratified sampling is the right way to keep measuring error rates in production, but here it would knowingly auto-approve a segment already shown to be only 81% accurate. Source: CCAR-F exam guide, Task Statement 5.5.
Sample 3: Agentic Architecture & Orchestration
Scenario: Developer Productivity with Claude. A developer-productivity tool's main agent delegates a subagent to trace every use of a deprecated function across a large monorepo. The main agent will later plan migration edits one package at a time, and it keeps answering the developer's other questions meanwhile. The subagent stayed in scope and found every call site. Its final report listed all 2,300 sites with file paths and line numbers. Once that report arrived, the main agent's context filled so much that its answers to unrelated questions began losing earlier conversation details. Every site location must still be available for the later edit planning. What change to the delegation best fixes this?
  • A.Split the trace across parallel subagents, one for each top-level package
  • B.Have the subagent return only a per-package summary with representative examples
  • C.Pass the developer's earlier conversation into the subagent's task prompt
  • D.Have the subagent save the full call-site list to a file and return its path
Answer and walkthrough
D. Only a subagent's final message returns to the coordinator, so everything placed in that message lands in the coordinator's context. With 2,300 locations, returning the full list inline floods the main agent. Persisting the list to a file and returning a lightweight reference keeps the main context lean. Every location stays retrievable for per-package edit planning, which is the requirement the stem imposes. Why the others are wrong: Parallel subagents would still return the same 2,300 locations to the coordinator in total, so the context flood remains; fan-out helps when a single trace is too slow or too broad for one subagent. A condensed summary would keep the main context lean but would drop most site locations the later edit planning needs; it would suit a case where the coordinator only needs an overview. The subagent already stayed in scope and found everything, so missing context was not the problem; passing prior conversation helps when a subagent ignores constraints it was never given. Source: CCAR-F exam guide, Task Statement 1.2 / 1.3.

What the real CCAR-F exam is like

The exam has 60 items in 120 minutes, proctored by Pearson VUE online or at a test center. It presents 4 scenarios picked at random from a published bank of 6, such as a customer support agent, a multi-agent research system or Claude Code in CI, and frames its questions inside them. Items are multiple choice or multiple response, and each multiple-response item states how many options to select. You pass with a scaled score of 720 on a 100 to 1,000 scale.

The questions test architecture judgment, not syntax. Most describe a production symptom or requirement and ask for the most effective fix or first step: a hook instead of a prompt rule, a better tool description instead of a routing layer, a project-level file instead of a user-level one, a batch job only where latency does not matter.

Agentic Architecture and Orchestration (27 percent), Claude Code Configuration and Workflows (20 percent) and Prompt Engineering and Structured Output (20 percent) make up two thirds of the exam.

CCAR-F practice FAQs

Find your weakest CCAR-F domain in 25 questions.

Start with the free timed diagnostic. Upgrade to 10 full-length exams and 600 original questions for $69, backed by the Money-back Guarantee*.

Start prepping