CCAR-F Exam Questions & Answers

Option A exposes both independent invocations in the same assistant turn, allowing the Agent SDK or application tool runner to execute them concurrently. The coordinator can then receive both results together and continue with synthesis only after the independent research branches have completed.

Anthropic's parallel tool-use documentation explains that a response may contain multiple tool-use blocks. Independent, read-only operations can be executed concurrently to reduce latency, after which all corresponding tool results should be returned together. The term ''Agent'' is used here because current Claude Agent SDK releases renamed the earlier ''Task'' tool.

Option B may shorten individual execution but does not eliminate the sequential waiting pattern and could reduce research quality. Option C expresses the desired behavior but does not correct an orchestration implementation that processes only one tool call per turn. Option D introduces unnecessary coordinators, duplicated context, and substantially more complex state management. A single coordinator issuing both independent Agent calls preserves centralized monitoring and result association while removing the avoidable serial dependency. The runtime must process every returned tool call concurrently rather than stopping after the first one.

The correct answer is explicit state management with defined transition logic. In agentic architectures, clear decision points and state transitions are critical for reliability and auditability. By having Claude return structured outputs at each step and using external orchestration to validate and route to the next phase, you ensure that:

• Each step is clearly observable and can be logged for compliance
• Errors or unexpected outputs can be caught before proceeding
• The workflow can be paused, resumed, or adjusted mid-execution
• Claude's reasoning is constrained by the explicit task boundaries

A single monolithic prompt lacks clear checkpoints and makes it difficult to verify correct behavior at each stage. Unguided automatic sequencing removes human control and introduces risk. Long-running conversations without intermediate validation can accumulate errors or drift from the original intent.

Option B creates a targeted correction loop using information the first extraction did not have: the validator's precise failure report. Anthropic's prompting guidance describes prompt chaining as appropriate when an application must inspect intermediate output or enforce a specific pipeline, with self-correction following the pattern generate, review against criteria, and refine. Here, deterministic validators identify arithmetic mismatches and invalid vendor-ID formats. Returning the source document, original extraction, and explicit errors lets Claude revise only the defective fields while preserving valid data. The corrected record must then be validated again before acceptance, with a bounded retry count and human-review fallback. Option A is unsafe because automatically recalculating a total may overwrite the amount actually printed on the invoice; a mismatch can originate in an OCR or line-item extraction error. Option C repeats the same extraction without explaining what failed, wasting calls and relying on chance. Option D may prevent some format violations, but JSON Schema cannot express every cross-field arithmetic relationship or external vendor-registry rule. A validator-guided second pass therefore reduces manual review without silently changing source facts, while keeping deterministic code---not the model---as the final acceptance authority.

Option D separates durable case history from volatile operational data. The new session receives a compact, structured summary describing the billing dispute, the customer's objective, actions previously taken, and the unresolved status. It does not inherit outdated backend observations as though they were still authoritative. Fresh tool calls then retrieve the current refund or order state before the agent responds.

Agent SDK sessions preserve conversation history, including earlier tool calls and tool results. Resuming the complete transcript therefore reintroduces stale system data into the active context, even though the external backend may have changed substantially during the four-hour gap. Conversation persistence must not be confused with persistence of external-system truth.

Option A performs unnecessary calls to every previously used tool, including tools unrelated to the returning customer's current question. Option B relies on prompt compliance while retaining contradictory historical evidence in context. Option C manually removes tool results from an existing transcript and may damage the logical relationship between prior tool_use and tool_result blocks while still retaining a long, unstructured conversation.

A structured summary should preserve stable identifiers, previous actions, customer commitments, and unresolved issues. Time-sensitive fields such as refund status, delivery state, account balance, or expected resolution should always be refreshed through authoritative tools.

Official references/topics: Session persistence, stale tool-result management, context compaction, fresh-data retrieval.

The search must first establish the function's complete naming surface. Reading the core definition and every wrapper or re-export reveals aliases such as computeOrderTax, names introduced through intermediate modules, and potentially different import paths. Once those names are known, the agent can search the entire codebase for each exposed identifier and inspect the resulting call sites.

Claude Code's Grep tool searches patterns inside file contents, whereas Read provides the surrounding implementation needed to determine whether a wrapper delegates to, renames, or conditionally invokes the original function. These tools are complementary: Read establishes semantic identity; Grep provides broad reference discovery. (https://code.claude.com/docs/en/tools-reference?utm_source=chatgpt.com)

Option B misses every caller using a wrapper alias. Option A may find importing files, but import-level discovery is indirect and can miss re-exports, namespace imports, dependency injection, or calls made through a locally renamed symbol. It also requires unnecessary manual inspection of every consumer of the module. Option D relies on documentation, which may be incomplete or stale and cannot prove that all executable references have been found.

Before removal, the agent should also inspect tests, dynamic registrations, configuration-driven references, and generated code where relevant. The defining requirement is to map the alias chain first and then search all discovered public names.

Official references/topics: Read and Grep Tool Behavior; Symbol and Alias Discovery; Codebase Reference Tracing.