Free Anthropic CCAR-F Practice Exam with Questions & Answers | Set: 2

Option B teaches Claude the actual decision boundaries behind the team’s judgments. Contrasting examples can demonstrate why one apparent security pattern is acceptable within the organization’s deployment controls while a superficially similar implementation is genuinely unsafe. The same technique can distinguish established style conventions from deviations and intentional performance trade-offs from accidental inefficiencies.

Anthropic identifies relevant, diverse, and clearly structured examples as one of the most reliable ways to improve Claude’s accuracy and consistency. Its official prompting guidance recommends examples that closely mirror the production task while covering important variations and edge cases. This encourages generalization based on demonstrated criteria instead of memorization of prohibited wording.

Option A can suppress legitimate findings merely because they contain a selected keyword. Option C will become lengthy, difficult to maintain, and incapable of enumerating every future code variation. Option D is too vague and may reduce recall by discouraging Claude from reporting uncertain but genuine defects. Few-shot contrasts provide precise, maintainable behavioral guidance without imposing a blanket suppression policy.

================

Option C respects the customer’s explicit request for human assistance. The agent should not attempt to retain the interaction, gather additional account information, or require the customer to repeat the request. Because the escalation decision has already been made by the customer, further autonomous investigation would create unnecessary delay and disregard clear human direction.

Anthropic’s trustworthy-agent framework emphasizes maintaining meaningful human control over agent autonomy. Anthropic’s customer-support implementation guidance also recommends defining interaction branches and measuring escalation efficiency as part of the system’s success criteria.

Option A deliberately delays escalation despite an unambiguous request. Option B performs unnecessary tool calls and may expose or retrieve account information that is not required before transferring the conversation. Option D similarly introduces another conversational barrier. Since the current exchange is short and contains no tool-generated evidence, passing the available conversation history gives the human agent the immediate context—the customer’s frustration, repeated unsuccessful attempts, and explicit transfer request—without pretending that account investigation has occurred.

================

The current prompt asks for testing analysis at too high a level. Claude recognizes the obvious absence of an entire test but has not been instructed to construct a path-level inventory. Option B turns the desired behavior into an explicit verification procedure: enumerate each condition, alternative branch, early return, exception handler, and failure path, then locate a test assertion that exercises its behavior.

Anthropic’s prompting best practices emphasize clear, specific instructions and explicit sequential steps when a task requires a defined analysis process. This change keeps the existing single review call while making the missing evaluation criterion unambiguous.

Option A improves proximity between implementation and tests but does not tell Claude what coverage relationship to inspect. Option C could work, but it adds orchestration, latency, cost, and another handoff before testing whether a direct instruction solves the observed failure. Option D may improve recognition of examples resembling the demonstration, but a few cases cannot enumerate every branch structure. Explicit path enumeration generalizes across unfamiliar code and creates auditable output: each reported gap can name the uncovered condition, expected behavior, and missing assertion.

================

MCP allows a Claude application to connect to multiple servers and expose their enabled tools within the same agentic interaction. Anthropic’s MCP connector documentation explicitly supports connecting to multiple MCP servers in one request. Once connected, Claude can invoke a server’s tool when the user’s request corresponds to the capability described by that tool. ( https://docs.anthropic.com/en/docs/agents-and-tools/mcp-connector )

In this scenario, the git server can provide the branch-creation operation, the documentation server can locate the relevant links, and the Jira server can update ticket JIRA-123. The agent can coordinate these capabilities without requiring a separate conversational turn that restricts it to only one server. Tool descriptions and schemas tell Claude what each operation does and what inputs it requires.

Option B incorrectly describes sequential capability discovery. Server identity and tool definitions are established through the MCP configuration rather than discovered by querying every server for each operation. Option C is incorrect because connecting several servers does not inherently restrict the agent to a single selected server. Option D imposes a one-server-per-turn limitation that MCP does not require.

Access can still be controlled through allowlists, denylists, permissions, and per-tool configuration. Those controls restrict which tools are enabled; they do not change the fundamental ability to make tools from multiple configured servers available together.

Official references/topics: MCP Server Configuration, Multi-Server Tool Access, Tool Discovery, MCP Tool Permissions.

Prompt chaining is appropriate because the workflow consists of predictable, fixed subtasks that apply to every pull request. The system can run a focused style-compliance analysis, then a security analysis, then a documentation review, and finally synthesize the three results into a consistent report.

Anthropic defines prompt chaining as decomposing a task into a sequence of steps in which each call handles a smaller component. It is recommended when a task can be cleanly divided into fixed subtasks, trading additional latency for better focus and accuracy. Intermediate checks can also be inserted between stages to confirm that each report section meets its requirements. ( https://www.anthropic.com/engineering/building-effective-agents )

Option A concentrates all considerations into one call, making it easier for one aspect to receive inadequate attention. Option B is unnecessary because orchestrator-workers is intended for complex work where the required subtasks cannot be predicted in advance. Here, the three review dimensions are already known and remain constant. Option D solves a different problem: routing is appropriate when inputs belong to distinct categories that require different downstream processes.

Although the three analyses could potentially be parallelized for lower latency, the option that accurately represents the stated repeatable decomposition is prompt chaining with final synthesis.

Official references/topics: Prompt Chaining, Fixed Subtasks, Intermediate Validation, Workflow Selection.

Option B expresses both independent delegations in the same orchestration turn, allowing the runtime to execute them concurrently and return their results together. The current Claude Agent SDK calls the subagent-spawning capability the Agent tool; Task is its former name. Anthropic’s SDK subagent documentation explicitly identifies parallel analysis as a primary subagent use case. Claude tool responses can also contain multiple tool_use blocks , enabling independent calls to be handled as one parallel group rather than as serial model turns. Option A shortens each execution but does not remove the unnecessary wait between them and may reduce analysis quality. Option C provides useful behavioral guidance, but instructions alone do not establish the required response structure; the coordinator must actually emit both calls together. Option D duplicates coordinator execution, complicates state management, and creates unnecessary aggregation work. The correct flow is parallel fan-out from one coordinator, followed by a synchronization point that validates both results before synthesis begins. Failures should be tracked independently so that only the unsuccessful branch requires retrying.

================

The investigation contains several bounded research questions that can be delegated independently: locating the complete test suite, tracing payment and refund flows, identifying conditional branches, and mapping external dependencies. Each subagent can read the relevant files in its own context and return a focused summary to the coordinating agent.

Anthropic recommends subagents for codebase exploration because extensive file reading rapidly consumes the main context window. Subagents isolate that volume and return only their conclusions, preserving the main conversation for synthesis and implementation. ( https://docs.anthropic.com/en/docs/claude-code/common-workflows ) Anthropic also describes parallel research as appropriate when separate investigation paths can proceed independently and the main agent can synthesize the results afterward. ( https://docs.anthropic.com/en/docs/claude-code/sub-agents )

Option B sacrifices the current conversational state and requires reconstruction after /clear . Option C may reduce token usage, but isolated text matches cannot reliably reveal full execution paths, indirect calls, or test coverage relationships. Option D converts the current analysis into a single lossy summary and risks omitting details needed later.

Option A directly addresses the demonstrated context degradation while retaining a high-level coordinating thread. The subagent prompts should be narrowly scoped and require concrete outputs such as file paths, uncovered branches, call-chain evidence, and existing tests associated with each flow.

Official references/topics: Subagent Context Isolation; Parallel Research; Context Preservation; Coordinated Codebase Analysis.

Option B follows the Claude Agent SDK’s subagent context model. A normal subagent begins with a fresh context window and does not inherit the parent agent’s conversation history or prior tool results. Anthropic’s Subagents in the SDK documentation states that the information passed from parent to subagent is the spawning tool’s prompt string; required file paths, decisions, errors, or findings must therefore be included in that prompt. In this scenario, the coordinator should supply both agents’ relevant findings, source metadata, and explicit synthesis instructions. “Complete findings” means the full required result artifacts, not every intermediate search trace. Option C incorrectly assumes automatic context inheritance. Option A introduces callbacks that are neither necessary nor the standard handoff mechanism. Option D can be a valid custom architecture when a shared store has deliberately been implemented, but the question does not establish such infrastructure, and identifiers alone do not give the subagent information. The prompt should use clear sections or structured objects to distinguish web findings, document findings, sources, unresolved conflicts, and expected output. This preserves context isolation while providing everything the synthesis task actually requires.

================

Option C allows orchestration effort to scale according to the actual evidence and processing requirements of each request. A factual lookup might require one search operation and a direct coordinator response, while comparative research may justify parallel search, document analysis, synthesis, and formal report generation.

Anthropic’s orchestrator-workers guidance describes a central model dynamically decomposing a task, choosing workers, and combining their results. This pattern is particularly appropriate when required subtasks cannot be predicted reliably in advance. Anthropic’s multi-agent research architecture similarly uses a lead agent to analyze the query and determine an appropriate research strategy.

Option A creates an inflexible two-route system and still sends every non-factual query through the most expensive workflow. Option B requires labeled training data, an externally maintained classifier, and a stable definition of the optimal agent combination. Option D is less expensive to implement but becomes brittle as query types evolve beyond predetermined categories. Dynamic coordination uses the model’s existing reasoning ability to assess source requirements, analytical depth, expected output, and uncertainty before invoking only the specialists that materially improve the result.

================

The reviewer corrections have exposed a narrow and repeatable interpretation failure. The desired policy is clear: informal measurements are valid source values and must be preserved verbatim rather than normalized into invented quantities or treated as missing. This behavior can be communicated efficiently through targeted few-shot examples.

Anthropic recommends examples for demonstrating expected behavior and improving consistency. Examples can pair source phrases such as “a handful of spinach,” “a splash of vinegar,” and “a pinch of salt” with outputs that retain handful , splash , and pinch exactly. Additional counterexamples can show that Claude must not convert these phrases into grams, millilitres, or estimated serving quantities. ( https://docs.anthropic.com/en/docs/about-claude/use-case-guides/ticket-routing )

Option A introduces a substantially heavier training workflow for a problem that can be addressed directly through the prompt. Option C creates a parallel extraction mechanism based on pattern matching; it will be brittle across linguistic variations and may populate a value without understanding its relationship to the correct ingredient. Option D adds useful classification metadata, but it does not instruct Claude to preserve the original measurement instead of inventing or omitting it.

The revised prompt should combine an explicit verbatim-extraction rule with several varied examples derived from the corrected cases, followed by regression evaluation against the identified failure set.

Official references/topics: Few-Shot Examples, Feedback-Driven Prompt Improvement, Verbatim Extraction, Regression Evaluation.