CCAR-F - Agentic Architecture & Orchestration - Section 1.2

Orchestrate multi-agent systems with coordinator-subagent patterns.

Hub-and-spoke architecture where one coordinator owns task decomposition, delegation, result aggregation and error handling, and subagents run with isolated context that does not inherit the coordinator's history. Candidates should design coordinators that select subagents by query requirements rather than always running the full pipeline, partition scope to minimise duplication, and run iterative refinement until coverage is sufficient. Overly narrow decomposition is the classic coverage failure.

hub-and-spoke coordinatorsubagent context isolationtask decomposition and delegationiterative refinement loopsscope partitioning across subagents

Practice question for this objective

Free sampleAgentic Architecture & Orchestrationhard

A coordinator splits a contact covering a damaged item and a duplicate charge across two subagents, briefing each one to resolve the customer's problem and passing both of them the full contact transcript. Reviewers find that both subagents investigated the duplicate charge, and in 27 of 200 such contacts the two returned different recommended amounts, with the coordinator relaying whichever result arrived last. Which TWO changes most effectively address this? Select TWO.

  • AGive each subagent a brief naming the one issue it owns and the records it may read, so that the two scopes do not overlap at all. Correct
  • BLet the two subagents exchange messages during the contact so they can agree between themselves which of them takes the duplicate charge.
  • CHave the coordinator reconcile the returned recommendations against the order record and decide the single amount that goes to the customer itself. Correct
  • DDispatch one subagent, then dispatch the second with the first one's returned transcript appended so that it can see what has already been covered.
  • EInstruct both subagents to state at the top of their returned answer which of the customer's issues they chose to work on during the dispatch.
Partition subagent scope explicitly in each brief and reconcile returned results at the coordinator rather than accepting the last one received. Two spokes given the same open instruction and the same transcript will converge on the most salient issue, which is why both took the duplicate charge. Naming one issue and its records per brief makes the fan-out disjoint, and a reconciliation step at the hub gives the contradictory case a defined resolution grounded in the order record instead of in arrival order.

Why A is correct: Correct. Both subagents chose the same issue because nothing in either brief assigned one, and a named scope per spoke is what makes a fan-out a partition rather than a duplication.

Why B is wrong: Tempting because negotiation would settle the overlap, but spoke-to-spoke traffic breaks the hub-and-spoke property that keeps each context isolated and moves the decision away from the component accountable for it.

Why C is correct: Correct. Arrival order is not evidence, so the hub needs an explicit merge step that weighs each result against the authoritative record before anything reaches the customer.

Why D is wrong: Tempting because it does inform the second subagent, but it doubles contact latency and still leaves the scope undefined, so the second one may reinvestigate the charge it was shown.

Why E is wrong: Tempting because it makes the overlap visible in review, but reporting a choice after the fact neither prevents the duplicated work nor tells the coordinator which of two amounts to trust.

See more CCAR-F practice questions, answers explained.

More in this domain

Back to all Agentic Architecture & Orchestration objectives, or the CCAR-F cert hub.

Examworthy is not affiliated with or endorsed by Anthropic. Original, blueprint-aligned practice material only.