--- title: "CCAR-F Study Guide: Domains, Fee and Pass Mark | Cred Farmer" url: https://credfarmer.com/certifications/claude-certified-architect-foundations description: "CCAR-F study guide: 5 domains, 60 items in 120 minutes, 720 of 1,000 to pass and a $125 fee. Every objective explained, plus six free practice questions." last_updated: 2026-10-22 publisher: "Cred Farmer, an independent study platform, not affiliated with or endorsed by Anthropic or Pearson VUE" --- Anthropic · Architect # CCAR-F Study Guide: Claude Certified Architect - Foundations The architect foundations credential. Covers designing agentic systems end to end: orchestration, tool design and MCP integration, Claude Code configuration, structured output, and context management. 60 items in 120 minutes, 720 of 1,000 to pass, $125 USD at list price, valid for 12 months. **Who it is for:** Solution architects designing and building agent systems with Claude. 60 items · 120 minutes · 720 of 1,000 to pass · $125 USD fee [Start preparing free](https://credfarmer.com/login) · [CCAR-F mock, no account](https://credfarmer.com/practice/ccar-f) · [CCAR-F flashcards](https://credfarmer.com/guides/ccar-f-flashcards) · [See the tested domains](https://credfarmer.com/certifications/claude-certified-architect-foundations#domains) The study guide ## What CCAR-F is, and what this guide covers This ccar-f study guide covers the Claude Certified Architect - Foundations exam: what Anthropic tests, who the exam is written for, and how to prepare without paying for anything beyond the exam itself. CCAR-F is the architect-level Foundations credential in the Claude Certification Program. It is a 60-item, 120-minute proctored exam delivered by Pearson VUE, online or at a test centre, with a pass mark of 720 on a scaled 100 to 1,000 range, a fee of $125, and a credential that stays valid for 12 months from the award date. The exam is scenario-framed. Four scenarios are presented from a published bank of six, and each sets a production context (a support agent, a research pipeline, a CI reviewer, an extraction system) that frames a run of items. Items are multiple-choice and multiple-response, and every multiple-response stem states how many options to select. The Exam Guide v1.0, effective July 2026, is the only authority this page follows. It names five domains, weighted 27, 18, 20, 20 and 15 percent, and 30 task statements. Everything below is derived from that guide and from Anthropic's documentation; none of it is an excerpt, and none of it claims to be exam content. Study guide text checked against Exam Guide v1.0 (July 2026) on 17 September 2026. It is written from the published blueprint and the official documentation, never from a sitting. Exam format ## CCAR-F at a glance The numbers that shape how you should prepare. **60**Items **120**Minutes **720**To pass, of 1,000 **$125**Fee, USD list price **5**Domains **30**Objectives **CCAR-F exam facts** | Certification | Claude Certified Architect - Foundations | | --- | --- | | Exam code | CCAR-F | | Item format | Multiple-choice and scenario-based multiple-response; each item states how many responses to select | | Delivery | Proctored via Pearson VUE, online or at a test centre, closed book | | Scoring | Scaled 100 to 1,000; 720 required to pass | | Fee | $125 USD list price per attempt, before partner-tier discounts. Confirm the price at registration before booking. | | Retakes | Wait 14 days after a first failed attempt, 30 after a second and 90 after a third; up to 4 attempts in any rolling 12 months. The fee applies to each attempt. | | Validity | 12 months, counted from the award date. Renew on time and the renewal is a free assessment without a proctor, taken on the Anthropic Partner Academy; let it lapse and the full exam is due again. | | Pace | About 120 seconds per item | Checked against Exam Guide v1.0 (July 2026) on 17 September 2026. Official sources: Anthropic's [CCAR-F certification page](https://anthropic-partners.skilljar.com/claude-certified-architect-foundations-certification), the [certification FAQ](https://anthropic-partners.skilljar.com/page/faq-certifications) and Pearson VUE's [Anthropic exam page](https://www.pearsonvue.com/us/en/anthropic.html). The fee by partner tier, the Global Premier waiver and what a retake costs are in the [Claude certification cost guide](https://credfarmer.com/guides/claude-certification-cost); who can register, and how, is in the [eligibility guide](https://credfarmer.com/guides/claude-certification-eligibility). ### Before you book: check you are eligible Claude certification exams are currently open to people at **Claude Partner Network** organisations, and registration needs a partner email on a recognised company domain; a personal Gmail address will be rejected. Joining the Partner Network is free. [Read the full eligibility guide](https://credfarmer.com/guides/claude-certification-eligibility) No account needed ## Try CCAR-F without an account Everything on Cred Farmer is free. These run in your browser with no account; an account adds the five timed forms, saved progress and a readiness score capped by your first sitting of each form. Every item was written for this site from the official guide, never recalled from a sitting. Mock exam ### CCAR-F mock exam 20 items · timed, scored by domain A 20-question quick set at the official pace, then the reason every option holds or fails. Sit the mock Worked questions ### CCAR-F practice questions Ten worked scenarios with the reasoning Ten original scenarios written to the guide, each with its key and why every wrong option fails. Work through the ten Flashcards ### CCAR-F flashcards 40 cards · flip, shuffle, copy for Anki One deck across every domain, written from the published objectives, with every front and back on the page. Open the deck Study plan ### Study plan, week by week Three experience levels · 4 to 8 hours a week A course, a build and a question set for every week, grouped by the official weights, with the mock placed where it tells you something. Read the plan Audience ## Who should take CCAR-F Solution architects designing and building agent systems with Claude. The official guide lists no mandatory prerequisites or required courses, and no other Claude credential has to be held first. The credential is awarded on exam performance alone. [Not sure this is the right one? Compare all four.](https://credfarmer.com/guides/which-claude-certification) - The guide's ideal candidate is a solution architect building and running production systems on Claude, and it puts the typical candidate at six or more months of hands-on work with the Claude API, the Claude Agent SDK, Claude Code and the Model Context Protocol. That is a description, not a gate: the guide lists no mandatory prerequisite, no required course, and no other credential that has to be held first. The credential is awarded on exam performance alone. - In practice the exam rewards people who have already made these decisions at work: whether to enforce a rule in a hook or in a prompt, where a shared Claude Code convention should live so a new teammate inherits it, whether a workload can wait for a batch, and when an agent should hand a case to a human. If you have built with these tools but not yet had to defend such choices, the guide's four hands-on exercises close that gap fastest. If your work is application code against the API rather than agent architecture, CCDV-F is the closer fit. **A note on the code "CCA-F":** CCA-F was informal March 2026 shorthand for Architect Foundations; it is not an Anthropic or Pearson VUE exam code, and some third parties misuse it for the Associate exam (CCAO-F). The code on your registration and your Credly badge is CCAR-F. The blueprint ## Exactly what CCAR-F tests you on 5 domains and 30 published objectives, each with its official weight, what the domain tests, the decision rules that settle most of its items, the traps the wrong options set, and every objective in plain words, with the official documentation page to read where there is one. ### Agentic Architecture & Orchestration 27% of the exam · 7 published objectives 27% The heaviest domain, about 16 items on a 60-item paper, tests whether you can build an agent that runs until the model says it is finished and a coordinator that hands out work and gets it back intact. Seven task statements sit here: the agentic loop and its stopping condition, the coordinator-subagent pattern, how subagents are spawned and what context they are given, enforcement and handoff in multi-step workflows, Agent SDK hooks that intercept tool calls or results, task decomposition, and session state across resume and fork. Items are framed as production symptoms rather than definitions. A log shows the agent skipping identity verification before some refunds; a research report covers only part of its topic and the coordinator's decomposition explains why; a resumed session reasons about files that have since changed. The stem asks which change most effectively fixes the symptom, and the options split into those that alter the structure of the system and those that alter its wording. The structural answer usually wins here, but only when the stem has established that compliance must be deterministic or that the failure is architectural. Read for the sentence that says what cannot be allowed to go wrong. #### Decision rules - Stop the loop on the model's stop reason, never on an iteration cap or on spotting text that sounds like a conclusion. - A subagent knows only what its prompt carries, so put prior findings and their sources into the prompt rather than assuming inheritance. - When a business rule must always hold, enforce it in code with a hook or a prerequisite gate; a prompt instruction is guidance with a failure rate. - Route every subagent exchange through the coordinator so that errors, attribution and observability have one owner. - Resume a session when its earlier context is still valid; start fresh with a written summary when the old tool results are stale. #### Traps - The option that strengthens the system prompt to cure a compliance failure the stem has tied to financial consequences. - Blaming a downstream subagent for a coverage gap that the coordinator's own task split created. - Spawning workers one turn at a time when several Task calls in a single response would have run them in parallel. - A fixed cap on iterations presented as the loop's primary stopping mechanism. #### Objectives - **Design and implement agentic loops for autonomous task execution.** Build a request, execute, return loop that continues while the model asks for a tool and ends when it signals a finished turn, feeding each tool result back into the conversation. [Read: Tool use with Claude](https://docs.anthropic.com/en/docs/agents-and-tools/tool-use/overview) - **Orchestrate multi-agent systems with coordinator-subagent patterns.** Run a hub-and-spoke system in which one coordinator decomposes the task, decides which specialists to call for a given query, and aggregates what they return. [Read: Subagents](https://docs.anthropic.com/en/docs/claude-code/sub-agents) - **Configure subagent invocation, context passing, and spawning.** Spawn subagents through the Task tool with the right tool allowances, hand each one its context explicitly in structured form, and launch independent workers in parallel. [Read: Subagents](https://docs.anthropic.com/en/docs/claude-code/sub-agents) - **Implement multi-step workflows with enforcement and handoff patterns.** Separate rules a prompt may suggest from rules code must enforce, gate downstream tool calls on completed prerequisites, and hand off to humans with a structured summary. [Read: Hooks reference](https://docs.anthropic.com/en/docs/claude-code/hooks) - **Apply Agent SDK hooks for tool call interception and data normalization.** Use hook events to normalise mixed data formats in tool results before the model reads them, and to block or redirect calls that would break a policy threshold. [Read: Hooks reference](https://docs.anthropic.com/en/docs/claude-code/hooks) - **Design task decomposition strategies for complex workflows.** Choose between a fixed chain of steps and an adaptive plan that grows from what each step discovers, and split large reviews into per-file and cross-file passes. [Read: Chain complex prompts for stronger performance](https://docs.anthropic.com/en/docs/build-with-claude/prompt-engineering/chain-prompts) - **Manage session state, resumption, and forking.** Resume named sessions, fork them to compare approaches from a shared baseline, tell a resumed session what changed, and know when a fresh session with an injected summary is safer. [Read: Common workflows](https://docs.anthropic.com/en/docs/claude-code/common-workflows) ### Tool Design & MCP Integration 18% of the exam · 5 published objectives 18% About 11 items test whether the contract between the model and the outside world lets the model choose correctly and recover when something fails. Five task statements cover it: tool descriptions as the main lever for tool selection; error responses that carry a category and a retryable flag; how tools are distributed across agents and how tool_choice is configured; MCP server scoping, credentials and resources in Claude Code and agent workflows; and the built-in file and shell tools, with the job each one is for. The framing is diagnostic. A log shows one tool being called where its near-twin was meant, and both descriptions are a single vague line. A synthesis agent is running web searches it should not have. An agent with eighteen tools picks the wrong one. An Edit fails because the anchor text appears twice. A team wants a Jira integration and someone proposes writing a server from scratch. In each case the options include a heavier intervention (a routing layer, a classifier, consolidation, a custom server) and a lighter one that addresses the actual cause. The domain rewards the proportionate first step, and expects you to know which file a shared server belongs in and how a secret stays out of version control. #### Decision rules - When two tools are confused, fix the descriptions first: inputs, example queries, edge cases, and the boundary against the sibling tool. - An error response says what kind of failure occurred and whether retrying can help; a generic failure message leaves the agent guessing. - Give each agent the few tools its role needs, and add a scoped cross-role tool only for a measured, high-frequency need. - Shared team servers go in the project.mcp.json with environment variable expansion for tokens; personal experiments go in the user-level file. - Grep searches content, Glob matches paths, Edit changes one unique anchor, and Read followed by Write is the fallback when the anchor is not unique. #### Traps - Adding few-shot examples or a keyword routing layer before the tool descriptions themselves have been fixed. - Treating a valid empty result as a failure, or letting a timeout come back looking like an empty result. - Handing an agent every available tool so that it can cope with anything. - Building a custom MCP server for a standard integration that a community server already covers. #### Objectives - **Design effective tool interfaces with clear descriptions and boundaries.** Write tool descriptions that state purpose, inputs, outputs and the boundary against similar tools, and rename or split tools whose descriptions overlap. [Read: How to implement tool use](https://docs.anthropic.com/en/docs/agents-and-tools/tool-use/implement-tool-use) - **Implement structured error responses for MCP tools.** Return MCP tool errors with a category, a retryable flag and a readable explanation so the agent can retry, recover locally or explain, instead of guessing. [Read: Model Context Protocol (MCP)](https://docs.anthropic.com/en/docs/agents-and-tools/mcp) - **Distribute tools appropriately across agents and configure tool choice.** Limit an agent's tools to those its role needs, replace generic tools with constrained ones, and use tool_choice to force, require or leave open a tool call. [Read: How to implement tool use](https://docs.anthropic.com/en/docs/agents-and-tools/tool-use/implement-tool-use) - **Integrate MCP servers into Claude Code and agent workflows.** Configure MCP servers at project or user scope, keep credentials in expanded environment variables, describe MCP tools well enough to be chosen, and expose catalogs as resources. [Read: Connect Claude Code to tools via MCP](https://docs.anthropic.com/en/docs/claude-code/mcp) - **Select and apply built-in tools (Read, Write, Edit, Bash, Grep, Glob) effectively.** Pick Grep, Glob, Read, Write, Edit and Bash by the job each does, and build understanding of a codebase incrementally rather than reading every file first. [Read: Claude Code settings](https://docs.anthropic.com/en/docs/claude-code/settings) ### Claude Code Configuration & Workflows 20% of the exam · 6 published objectives 20% About 12 items test how a team configures Claude Code and how an individual works with it well. Six task statements: the CLAUDE.md hierarchy across user, project and directory levels with imports and topic rule files; custom slash commands and skills with their frontmatter options; path-scoped rules that load only for matching files; plan mode against direct execution; iterative refinement through examples, tests and questions; and running Claude Code non-interactively in a CI pipeline with structured output. The scenarios are team situations. A new engineer misses the conventions because they live in someone's home directory. A review command must ship with the repository. Test files sit beside the code they test in every directory and must all follow one convention. A monolith is being split into services. A pipeline job hangs waiting for input. The distractors are often plausible-sounding mechanisms that do not exist, or real mechanisms applied at the wrong scope, so knowing the actual file locations and flags matters more here than anywhere else. The other recurring test is judgment about scale: when exploration and design should precede any file change, and when a well-understood fix should simply be made. #### Decision rules - If a rule must reach every teammate, it lives in version control: the project CLAUDE.md,.claude/rules/ or.claude/commands/, never a home-directory file. - Conventions that follow a file type across directories belong in a path-scoped rule with a glob, not in a CLAUDE.md per directory. - Use plan mode for architectural or many-file changes with more than one valid approach; use direct execution for a scoped fix with a clear cause. - When prose instructions produce inconsistent results, give two or three concrete input and output examples or a failing test instead of more prose. - In CI, run non-interactively with the -p flag and ask for JSON against a schema, and carry earlier findings forward so a re-run reports only what is new. #### Traps - A configuration mechanism that does not exist, such as a commands array in a config file, a headless environment variable or a --batch flag. - Putting every convention into one root CLAUDE.md and relying on the model to infer which section applies to the file in hand. - Starting in direct execution with a promise to switch to plan mode if the work turns out to be complicated. - Having the session that generated the code review its own changes. #### Objectives - **Configure CLAUDE.md files with appropriate hierarchy, scoping, and modular organization.** Place instructions at the right level of the CLAUDE.md hierarchy, keep them modular with imports and topic rule files, and diagnose which memory files a session actually loaded. [Read: Manage Claude's memory](https://docs.anthropic.com/en/docs/claude-code/memory) - **Create and configure custom slash commands and skills.** Create project-scoped or personal slash commands and skills, using frontmatter to fork context, restrict tools during execution and prompt for missing arguments. [Read: Agent Skills](https://docs.anthropic.com/en/docs/claude-code/skills) - **Apply path-specific rules for conditional convention loading.** Write rule files whose frontmatter globs load them only when a matching file is edited, so a convention follows the file type across the whole tree. [Read: Manage Claude's memory](https://docs.anthropic.com/en/docs/claude-code/memory) - **Determine when to use plan mode vs direct execution.** Judge when a task's scale, ambiguity or architectural weight calls for plan mode and an Explore pass, and when a scoped fix should simply be executed. [Read: Common workflows](https://docs.anthropic.com/en/docs/claude-code/common-workflows) - **Apply iterative refinement techniques for progressive improvement.** Improve results progressively with concrete examples, tests written before the code, an interview step in unfamiliar domains, and the right grouping of interacting fixes. [Read: Common workflows](https://docs.anthropic.com/en/docs/claude-code/common-workflows) - **Integrate Claude Code into CI/CD pipelines.** Run Claude Code non-interactively in pipelines with schema-constrained JSON output, project context from CLAUDE.md, prior findings in context, and an independent review instance. [Read: Claude Code GitHub Actions](https://docs.anthropic.com/en/docs/claude-code/github-actions) ### Prompt Engineering & Structured Output 20% of the exam · 6 published objectives 20% About 12 items test whether you can shape what is asked for and what comes back, and prove that a change helped. Six task statements: explicit criteria in place of adjectives, and their effect on false positives; few-shot examples for consistency and for ambiguous cases; structured output through tool use and JSON schemas, including the tool_choice modes and schema design; loops that validate an extraction, retry it and feed the error back; batch processing strategy; and review architectures that use more than one instance or more than one pass. The scenarios come from the CI reviewer and the extraction pipeline. A reviewer flags so many non-issues that developers stop reading it. An extraction returns empty required fields, or invents a value to satisfy one. A manager proposes the Message Batches API for a pre-merge check because it costs half as much. A review of fourteen files praises a pattern in one file and condemns it in another. Two ideas do most of the work: a schema removes syntax errors but not semantic ones, so meaning still has to be validated; and latency tolerance, not cost, decides whether work can be batched. Expect at least one item where the tempting answer is a bigger model or a longer context window and the right one is structural. #### Decision rules - Replace adjectives with categories: name what to report and what to skip, with a concrete example for each severity level. - Two to four few-shot examples that show the reasoning for a borderline case do more than a longer instruction. - Schema-enforced tool use removes syntax errors but not semantic ones, so validate meaning separately and feed the specific error back on retry. - Make a field optional when the source may not contain it; a required field invites a fabricated value. - Batch only work that nobody is waiting on: with no latency guarantee and a window of up to 24 hours, a blocking check cannot be batched. #### Traps - An instruction to report only high-confidence findings offered as the fix for precision. - Retrying an extraction whose missing value is simply absent from the source document. - A self-review instruction or extended thinking offered in place of an independent second instance. - A larger context window offered as the cure for attention dilution across many files. #### Objectives - **Design prompts with explicit criteria to improve precision and reduce false positives.** Write review and classification prompts with explicit, categorical criteria and severity examples so that false positives fall without hiding the real findings. [Read: Be clear, direct, and detailed](https://docs.anthropic.com/en/docs/build-with-claude/prompt-engineering/be-clear-and-direct) - **Apply few-shot prompting to improve output consistency and quality.** Use a small set of targeted examples to fix output format, show how ambiguous cases are handled, and let the model generalise to patterns the examples did not list. [Read: Use examples (multishot prompting) to guide Claude's behavior](https://docs.anthropic.com/en/docs/build-with-claude/prompt-engineering/multishot-prompting) - **Enforce structured output using tool use and JSON schemas.** Obtain schema-compliant output through tool use, pick the right tool_choice mode for the situation, and design schemas with optional fields and extensible enums. [Read: How to implement tool use](https://docs.anthropic.com/en/docs/agents-and-tools/tool-use/implement-tool-use) - **Implement validation, retry, and feedback loops for extraction quality.** Build validation and retry loops that return the specific error with the original input, recognise when a retry cannot help, and record the pattern behind dismissed findings. [Read: Increase output consistency](https://docs.anthropic.com/en/docs/test-and-evaluate/strengthen-guardrails/increase-consistency) - **Design efficient batch processing strategies.** Match the Message Batches API to latency-tolerant work, plan submission windows against a service-level target, and resubmit only the failed items by their custom_id. [Read: Batch processing](https://docs.anthropic.com/en/docs/build-with-claude/batch-processing) - **Design multi-instance and multi-pass review architectures.** Design review as independent instances and focused passes, per file for local issues and then across files for data flow, with self-reported confidence where it helps routing. [Read: Chain complex prompts for stronger performance](https://docs.anthropic.com/en/docs/build-with-claude/prompt-engineering/chain-prompts) ### Context Management & Reliability 15% of the exam · 6 published objectives 15% The smallest domain by weight, about 9 items, and the one most likely to settle an item that looks as if it belongs elsewhere. Six task statements: keeping critical facts alive across a long interaction; escalation and ambiguity resolution; error propagation between agents; context in large codebase exploration; human review workflows with confidence calibration; and provenance when several sources feed one synthesis. Each describes a failure that stays silent until someone checks, which is why so many correct answers here are structural rather than instructional. The framing is the long-running system that has quietly gone wrong. A support conversation is summarised and a refund amount becomes vague. An agent escalates easy damage claims while trying to settle policy exceptions on its own. A report cites a statistic with no source because attribution was lost two steps earlier. An extraction system shows 97 percent accuracy overall and nobody has looked at one document type. A stem here often names a proxy (sentiment, a self-rated confidence, an aggregate accuracy) and asks whether it should drive a decision; the answer replaces the proxy with an explicit criterion or a measured segment. Read for the fact that must survive, and for who would notice if it did not. #### Decision rules - Keep transactional facts, amounts, dates and identifiers in a structured block carried in every prompt, outside whatever gets summarised. - Escalate when the customer asks for a human, when policy is silent or ambiguous, or when no progress is being made; sentiment and self-rated confidence are not triggers. - An error travelling up to the coordinator carries the failure type, what was attempted, any partial results and the alternatives. - Before trusting an aggregate accuracy figure, break it down by document type and field, and sample the high-confidence tail at random. - When credible sources disagree, keep both values with their attribution and dates; do not pick one. #### Traps - Tighter progressive summarisation offered as the fix for a long conversation that keeps losing its numbers. - A confidence score the model gives itself used as the gate for escalation. - An empty result set marked as success when the underlying call actually timed out. - Cutting human review because overall accuracy is high, without checking each segment first. #### Objectives - **Manage conversation context to preserve critical information across long interactions.** Keep amounts, dates and identifiers alive across long interactions by extracting them into a persistent block, trimming tool output to relevant fields, and ordering inputs to counter position effects. [Read: Long context prompting tips](https://docs.anthropic.com/en/docs/build-with-claude/prompt-engineering/long-context-tips) - **Design effective escalation and ambiguity resolution patterns.** Set escalation rules on explicit requests, policy gaps and stalled progress, show them with examples, and ask for more identifiers when a lookup returns several matches. - **Implement error propagation strategies across multi-agent systems.** Propagate errors between agents with the failure type, the attempted action, partial results and alternatives, after the subagent has tried local recovery for transient faults. - **Manage context effectively in large codebase exploration.** Explore a large codebase without exhausting context by delegating verbose discovery to subagents, keeping scratchpad files, summarising between phases and compacting when needed. [Read: Manage costs effectively](https://docs.anthropic.com/en/docs/claude-code/costs) - **Design human review workflows and confidence calibration.** Calibrate human review with field-level confidence scores checked against labelled sets, stratified random sampling, and accuracy measured separately per document type and per field. [Read: Create strong empirical evaluations](https://docs.anthropic.com/en/docs/test-and-evaluate/develop-tests) - **Preserve information provenance and handle uncertainty in multi-source synthesis.** Preserve claim-to-source mappings and collection dates through synthesis, annotate conflicting figures with their sources, and separate settled findings from contested ones. [Read: Reduce hallucinations](https://docs.anthropic.com/en/docs/test-and-evaluate/strengthen-guardrails/reduce-hallucinations) Weights are the official domain weightings from the exam guide. Objective titles are Anthropic's published wording; the sentence after each is ours. Practice ## Six CCAR-F practice questions, written for the 2026 blueprint Written for this page from the official guide's domains and objectives, never recalled from a sitting. Each shows its key and the reason every option holds or fails. The [CCAR-F mock exam](https://credfarmer.com/practice/ccar-f) has the full paper under a clock, with no account needed. Question 1 · Domain 1: Agentic Architecture & Orchestration · Single response Your agent loop stops after six iterations, or sooner whenever the assistant message contains any text. Traces show runs ending with a requested tool call that never ran, and users get half-finished plans. How should the loop decide when to stop? - **A.** Raise the iteration cap to twelve and keep stopping whenever the reply contains text. - **B.** Continue while stop_reason is tool_use and stop when it is end_turn. - **C.** Tell the model to end each finished plan with DONE and stop when that word appears. - **D.** Stop on the first tool_use block and queue it for later. Answer: B. Branch on stop_reason, not text or caps The guide's loop control continues while stop_reason is tool_use and terminates on end_turn, with each tool result added to the history between iterations. It names three anti-patterns: checking for assistant text as a completion signal, arbitrary iteration caps as the main stop, and parsing natural language for termination. A response can carry text and a tool_use block together, which is why the current loop ends too early. **A.** This keeps two anti-patterns from the guide: a cap as the main stopping mechanism and assistant text as a completion signal. Runs still end with tools unrun. **B.** stop_reason is the documented signal. The loop runs each requested tool while it reads tool_use and finishes only when the model reports end_turn. **C.** A DONE word is a natural-language signal the model may omit or emit early. The guide names parsing text for termination as an anti-pattern. **D.** Stopping on tool_use ends the loop exactly when the model needs a tool result. The plan can never finish inside the loop. Question 2 · Domain 1: Agentic Architecture & Orchestration · Single response Your coordinator passes the analysis subagent's findings to the synthesis subagent as one block of prose, with sources mentioned along the way. Every subagent completes without error, yet reviewers find that many claims in the final reports cite the wrong paper. Which change best preserves attribution? - **A.** Tell the synthesis subagent to read the coordinator's conversation history to find each claim's source. - **B.** Give the synthesis subagent web search tools to look up any citation it is unsure of. - **C.** Raise max_tokens for the synthesis subagent and ask it for a citation after every claim. - **D.** Pass each finding with its source URL, document and page as separate fields. Answer: D. Pass content and source metadata as separate fields The guide's context-passing skills include structured data formats that separate content from metadata, such as source URLs, document names and page numbers, so attribution survives the handoff between agents. Prose that mixes claims and sources invites the synthesis subagent to pair them wrongly. A subagent never sees the coordinator's earlier turns, giving synthesis search tools reaches outside its role, and a larger output budget does not restore lost mappings. **A.** A subagent never sees the coordinator's earlier turns. Whatever synthesis needs must be in its own prompt, and this points at material it cannot see. **B.** The guide warns that agents with tools outside their specialization tend to misuse them, and searching again does not fix the mapping lost in prose. **C.** The citations are wrong, not missing for lack of space. More output room repeats the same pairing errors at greater length. **D.** Separate fields for the claim and its source, document and page keep each mapping intact, and synthesis can cite the right paper. Question 3 · Domain 2: Tool Design & MCP Integration · Single response Your process_refund MCP tool returns isError with the text "Operation failed" when a refund breaks the 30-day returns policy, and the agent retries three times before telling the customer something went wrong. Policy breaches are never retryable, but timeouts on the same tool are. Which change best fixes the wasted retries? - **A.** Keep the error text and add a system prompt rule that refund errors are never retried. - **B.** Move the retries inside the tool and return one final error after three attempts. - **C.** Return an errorCategory of business, isRetryable false and a customer-friendly explanation. - **D.** Return a success response that says the refund is not applicable. Answer: C. Business errors are not retryable The guide's MCP error pattern returns structured metadata: a category for the error, a flag saying whether a retry can help and a plain description, and for business rule violations it calls for a retryable flag of false with a customer-friendly explanation the agent can pass on. A generic "Operation failed" hides the difference between a policy breach and a timeout. A blanket prompt rule would also stop retries for real timeouts, and a success response hides the failure. **A.** A blanket rule also blocks retries on genuine timeouts, which the stem says should be retried, and the error still gives no reason to share with the customer. **B.** Internal retries still repeat a call that can never succeed, and the agent still gets a generic error with nothing useful to tell the customer. **C.** Category and retry flag tell the agent not to try again, and the explanation lets it tell the customer why the refund cannot go through. **D.** Marking a failure as success hides it. The agent may tell the customer the request was handled when no refund was issued. Question 4 · Domain 3: Claude Code Configuration & Workflows · Single response Your tech lead's Claude Code sessions follow the team's testing and naming standards, but three new engineers' sessions ignore them. The standards, which apply to every file in the project, are in ~/.claude/CLAUDE.md on the lead's machine and nowhere in the repository. Where should the standards live? - **A.** In a project-level CLAUDE.md at the repository root, committed to version control. - **B.** In each new engineer's ~/.claude/CLAUDE.md, copied from the lead's file during onboarding. - **C.** In a project skill that each engineer runs before a coding task. - **D.** In the lead's file, checked with /memory at each session start. Answer: A. Shared standards belong in project-level CLAUDE.md The guide's CLAUDE.md hierarchy has user, project and directory levels, and anything in ~/.claude/CLAUDE.md belongs to one user's machine and is never committed with the code. Diagnosing a new team member who lacks instructions kept at user level is one of its listed skills. Standards for every file belong in a project-level CLAUDE.md that each clone receives. Copies drift, skills load only on demand, and /memory only shows what is loaded. **A.** Project-level CLAUDE.md is committed with the code, and every engineer who clones or pulls the repository loads the same standards in every session. **B.** Personal copies work until the lead changes a standard. Each machine then drifts, and every later hire begins with none of them. **C.** Skills load when someone invokes them. Standards for every file need to be in CLAUDE.md, which loads in every session. **D.** /memory shows which memory files are loaded, which helps diagnosis. It cannot load the lead's user-level file on another engineer's machine. Question 5 · Domain 4: Prompt Engineering & Structured Output · Single response You extract fields from scanned mail with three extraction tools, one each for invoices, claim forms and policy letters, and the type is unknown until the model reads the scan. With tool_choice set to auto, some documents come back as prose, and the parser rejects them. Which change fixes this? - **A.** Set tool_choice to any, letting the model pick which of the three tools to call. - **B.** Force the claim form tool on every request and handle other document types in a second pass. - **C.** Keep auto and write a prompt rule that demands a tool call in every single reply. - **D.** Merge the three schemas into one tool with every field optional. Answer: A. Use tool_choice any for unknown document types The guide distinguishes auto, where the model may return text instead of calling a tool, any, where it must call a tool but can choose which, and forced selection of one named tool. With several schemas and an unknown document type, any guarantees structured output while the model still picks the schema that fits. Forcing one tool misfiles the other types, a prompt rule stays probabilistic, and one all-optional schema weakens what the parser relies on. **A.** With any, every response is a call to one of the three tools, and the model still picks the schema that matches the document it read. **B.** Forcing one named tool makes every invoice and policy letter fit the claim form schema, and the second pass adds work to undo the mistake. **C.** With auto the model may still answer in text. A prompt rule lowers that rate but does not guarantee a tool call. **D.** A single all-optional schema stops each type from enforcing its own fields, and the parser depends on the three existing schemas. Question 6 · Domain 5: Context Management & Reliability · Single response Your billing agent's policy covers installment plans and late fees but says nothing about hardship waivers. When patients ask for a waiver, the agent grants or refuses one on its own, and two refusals became complaints. What should you change, given that billing staff have limited capacity? - **A.** Send every conversation that mentions any payment difficulty to billing staff. - **B.** Tell the agent to decide waivers by applying the closest rule in the late-fee policy. - **C.** Escalate requests the policy does not cover, using explicit criteria. - **D.** Escalate any conversation in which the patient's messages read as frustrated or upset. Answer: C. Escalate when the policy is silent The guide lists policy gaps and exceptions, not just complex cases, as escalation triggers, including requests on which policy is ambiguous or silent. Its skill for calibration is explicit escalation criteria with few-shot examples in the system prompt. Routing every payment conversation overwhelms limited staff, deciding by analogy is the improvisation causing complaints, and sentiment is an unreliable proxy for whether a case needs a human. **A.** This escalates many requests the agent can resolve under its policy, which overwhelms limited staff without targeting the waiver gap. **B.** Deciding by analogy is still the agent making a call the policy never gave it, the behavior that produced the complaints. **C.** Explicit criteria in the system prompt, ideally with few-shot examples, teach the agent to escalate exactly the requests the policy does not cover, such as hardship waivers. **D.** The guide calls sentiment an unreliable proxy for case complexity. A calm waiver request would still be decided by the agent. [Sit the CCAR-F mock, no account](https://credfarmer.com/practice/ccar-f) Study strategy ## How to prepare for CCAR-F Strategy derived from the published blueprint and the exam's format, not recollections of live exam content, which candidates are bound not to share. Start with the free CCAR-F mock exam at /practice/ccar-f: 20 fresh items written for the five official domains, timed or untimed, no account, and a reason for every option. Use it as a first reading of where your judgment is already sound. It is not built as scenarios and it is not a replica of the exam, which frames its items with four scenarios from a bank of six. Anthropic retired its practice exam when delivery moved to Pearson VUE, so the guide's twelve samples are the only official items. Then follow the two-week CCAR-F study plan at /blog/two-week-study-plan-ccar-f, which sequences the domains by weight and pairs each with the guide's exercises: an agent with a complete loop, Claude Code configured for a team, an extraction pipeline with validation and retry, and a research system with provenance. In the final week, hold the CCAR-F cheat sheet at /blog/ccar-f-cheat-sheet: the weights, five decision rules per domain and the trap each catches. The post at /blog/ccar-f-practice-questions adds ten items with a self-scored miss map. With a free account, Cred Farmer adds the study sections mapped to the five official domains, flashcard drills, and five timed forms of 60 items in 120 minutes built to those domains at the published weights. Each form presents four of the six published scenarios, with its items grouped under them, and its difficulty is not calibrated. No practice result predicts a pass. ### Quick rules **Start with the blueprint, not a course.** The 30 objectives above are the actual assessed skills. Rate yourself 1 to 5 on each, then spend your time on the 1s and 2s. **"Agentic Architecture & Orchestration" carries the most published objectives** (7 of 30), making it the densest area of the blueprint and a sensible place to go deep first. **Practise under the real clock.** 60 items in 120 minutes is about 120 seconds per item. Timing pressure, not knowledge, is what most candidates underestimate. **Read every item's response count.** Items state how many options to select; multiple-response questions are where careless marks are lost. **Build something real.** These are scenario-based exams: questions describe situations rather than quiz definitions, so hands-on familiarity beats memorisation. **Rehearse closed-book.** No notes, docs, or AI assistance are permitted, so practise the same way from the start. The gated study guide ## The CCAR-F study sections, chapter by chapter 14 chapters with an account, written to the 5 official domains. What each one covers, in a sentence. Chapter 1 ### How to use this guide Opens on the diagnostic and Mock Exam 1, then covers repairing each miss, what the best answers share, the tiers and the chapter format. Chapter 2 ### Official exam snapshot The exam facts on one page: format, timing, scoring, fee, validity, the five weights and what a scaled 720 does and does not mean. Chapter 3 ### Agentic architecture and orchestration The heaviest domain worked through: loops, coordinators, subagent context, hooks, decomposition and sessions, with the judgment each item expects. Chapter 4 ### Context management and reliability How long-running systems lose facts, when to escalate, how errors should travel between agents, and how to keep provenance through synthesis. Chapter 5 ### 40-question mastery checkpoint A 40-item self-check to sit once, untimed, before the final week, to find the domains where your reasoning is still pattern-matching. Chapter 6 ### Mastery checkpoint answer key The key to the checkpoint, with the reasoning behind each answer and the wrong-option pattern each distractor was built to catch. Chapter 7 ### 30-day study plan A month-long sequence for candidates with more runway than two weeks: the diagnostic first, then domain days weighted the way the paper is. Chapter 8 ### Test-taking playbook A three-step read for scenario items, the wrong-answer patterns to rule out, multiple-response rules, a two-pass pace for 60 items, and steady nerves. Chapter 9 ### Anatomy of an exam question How a judgment item is built: the scenario, the symptom, the constraint sentence and the four ways a distractor is made to look right. Chapter 10 ### Exam-day checklist and policies Identification, the non-disclosure agreement, permitted items, the retake waits and the attempt limit, checked against the official policy. Chapter 11 ### Exam logistics and what to expect Registration through the Partner Academy, scheduling with Pearson VUE, online against test centre, and what the score report shows afterwards. Chapter 12 ### Mindset and exam-day nerves Why over-reading a scenario costs more time than it saves, and a pacing routine for 60 items in 120 minutes. Chapter 13 ### Domain cheat sheets One compressed page per official domain with the decision rules and the terms the items lean on, for the last review before the exam. Chapter 14 ### Concept map The five domains drawn as one system, with the edges between them that explain why a scenario rarely sits inside a single domain. [Open the CCAR-F study sections](https://credfarmer.com/login?next=/c/ccar-f/study) ## Prepare for CCAR-F with the blueprint in front of you Anthropic retired its official practice exam in the move to Pearson VUE. Cred Farmer covers CCAR-F with study sections mapped to all 5 domains, 5 timed forms labelled blueprint-aligned (four full-length 60-item mock exams and a mastery test), flashcard drills, and a per-domain breakdown of your measured results. Every item carries the key and a reason for every option, and each form can be flagged as you go and reviewed afterwards by domain and by objective. Free while in open beta. [Start CCAR-F prep free](https://credfarmer.com/login) Keep reading ## Read next for CCAR-F The posts that pair with this guide, from the comparison to the plan. Weighing this site against the others for CCAR-F? The [prep platform comparison](https://credfarmer.com/compare) scores every provider we could find on the same ten criteria, with a dated source behind each figure. Comparison ### CCDV-F vs CCAR-F: which Claude exam should you sit, and which first? CCDV-F vs CCAR-F row by row: who each exam is for, 53 vs 60 items, the same $125 fee, where Claude Code and MCP weigh differently, and which to sit first. Read the post Cheat sheet ### A CCAR-F cheat sheet: 25 decision rules for a five-domain scenario exam A CCAR-F cheat sheet for the 60-item scenario exam: five official weights (27/18/20/20/15), three to five rules per domain, traps and a final-week checklist. Read the post Practice questions ### Ten CCAR-F practice questions, worked option by option Ten original CCAR-F practice questions written to Exam Guide v1.0: scenario stems in all five domains, the key, why every wrong option fails, and a miss map. Read the post Study plan ### A two-week CCAR-F study plan for the flattest blueprint in the programme A two-week CCAR-F study plan for a nearly even blueprint: a cold practice paper, eleven study days weighted to the five domains, and two fresh timed forms. Read the post Domain lesson ### Claude Code Configuration & Workflows on CCAR-F: twelve items, six task statements, three decisions Claude Code Configuration & Workflows on CCAR-F is 20% of 60 items over six task statements: the paths, flags and three decisions it tests, with a worked item. Read the post Questions ## CCAR-F FAQ The questions candidates ask most often. **What is CCAR-F?** CCAR-F is the exam code for Claude Certified Architect - Foundations, one of Anthropic's four Claude certifications. The architect foundations credential. Covers designing agentic systems end to end: orchestration, tool design and MCP integration, Claude Code configuration, structured output, and context management. It is a proctored Pearson VUE exam of 60 items in 120 minutes, with a pass mark of 720 on a scaled range of 100 to 1,000, and it costs $125 USD at list price. **How hard is CCAR-F?** It is a judgment exam rather than a recall exam. Most items describe a production symptom and offer two defensible fixes, one structural and one prompt-based, and the stem's constraint decides between them. The guide assumes six or more months of hands-on building. Anthropic publishes no pass rate, so treat the guide's sample questions as the honest difficulty reference. **Is there a free CCAR-F mock exam?** Yes. Cred Farmer publishes a free 20-item CCAR-F mock at /practice/ccar-f, written for the five official domains, with no account and a reason for every option. It is not built as scenarios and is not a replica of the exam. Anthropic retired its practice exam when delivery moved to Pearson VUE; the guide's twelve samples are the only official items. **How long should I study for CCAR-F?** It depends on how much of the exam you already do at work. The two-week plan on this site assumes you build with Claude Code, the Agent SDK and MCP most days. If you do not, complete the guide's four hands-on exercises first and expect the building to outlast the reading; the 30-day study section is written for that case. **What is the difference between CCA-F and CCAR-F?** They name the same exam. CCA-F was informal shorthand from the March 2026 launch of Architect Foundations, not a code; CCAR-F is the code in the Exam Guide v1.0, on Pearson VUE and on the Credly badge. Some third-party pages also misuse CCA-F for the Associate exam, CCAO-F, so check the domains when you meet the alias. **What are the CCAR-F domains and their weights?** Five domains: Agentic Architecture and Orchestration at 27 percent, Tool Design and MCP Integration at 18, Claude Code Configuration and Workflows at 20, Prompt Engineering and Structured Output at 20, and Context Management and Reliability at 15. On a 60-item paper that is roughly 16, 11, 12, 12 and 9 items, and the score report shows percent correct by domain. **Does CCAR-F have prerequisites?** No mandatory ones. The guide lists no required course and no credential that must be held first, and the certification is awarded on exam performance alone. It does describe the typical candidate as having six or more months of practical experience with the Claude API, Agent SDK, Claude Code and MCP. Registration runs through the Partner Academy and Pearson VUE. **What happens if I fail CCAR-F?** You can retake after a wait that lengthens each time: 14, 30 and 90 days following the first, second and third failed attempts, with a limit of four attempts in any rolling twelve months and the fee paid each time. Your score report shows percent correct by domain, which is the map for what to study before the next sitting. **Who can take the CCAR-F exam?** Claude certification exams are currently available to people at organisations in the Claude Partner Network, and registration requires a partner email address on a recognised company domain; personal email addresses are not accepted. Partner Network membership has no fee, though joining commits the organisation to certifying practitioners. Check your eligibility before you book. **How much does the CCAR-F exam cost?** $125 USD per attempt at Anthropic's list price, before partner-tier discounts. Select, Preferred and Global Premier partners receive 50 percent off, and Global Premier partners pay nothing through 31 December 2026. A retake costs the same as a first attempt at your tier. Confirm the price shown at registration before booking. **How many questions is the CCAR-F exam, and how long do I get?** Claude Certified Architect - Foundations is 60 items in 120 minutes. Items are multiple-choice and scenario-based multiple-response; each item states how many responses to select. Expect additional seat time for check-in on top of the 120-minute clock. **What score do I need to pass CCAR-F?** 720 on a scaled range of 100 to 1,000. Scaled scoring equates results across exam forms that may differ slightly in difficulty, so the raw number of questions you need right is not fixed, and no practice percentage converts to it. **Is there an official CCAR-F practice exam?** No. Anthropic's practice exam was retired when exam delivery moved to Pearson VUE, so the only official practice material is the sample questions inside the exam guide. Cred Farmer fills that gap with 5 timed forms for CCAR-F, each labelled blueprint-aligned, plus a mock exam that needs no account. **Is the CCAR-F exam open book?** No. All Claude certification exams are closed book. Notes, documentation, and AI assistants are not permitted during the exam, and sessions are proctored with identity verification. The full programme ## The other Claude certifications Compare the programme before you commit to one exam. Associate ### CCAO-F: Claude Certified Associate - Foundations 7 domains · 60 items · $99 USD Consultants, project leads, and business or technical professionals who use Claude day to day. CCAO-F study guide Developer ### CCDV-F: Claude Certified Developer - Foundations 8 domains · 53 items · $125 USD Engineers building applications on the Claude API. CCDV-F study guide Architect (Professional) ### CCAR-P: Claude Certified Architect - Professional 7 domains · 63 items · $175 USD Advanced practitioners designing Claude deployments at enterprise scale. CCAR-P study guide - [All four Claude certifications compared Fees, items, pass mark, validity](https://credfarmer.com/certifications) - [Not sure which one to take? Compare all four](https://credfarmer.com/guides/which-claude-certification) Not affiliated with, or endorsed by, Anthropic or Pearson VUE. Exam details are summarised from publicly published programme information and can change; always confirm against the official exam guide before booking.