Subdomain 1.1: Design logical architecture for multi-agent solutions
1.A team is building an internal assistant that answers varied questions within a single product domain, occasionally looking up order status or querying a database. Requests don't require distinct security boundaries or truly parallel specialization. What is the most appropriate architecture per the guidance on choosing complexity?
- A.A multiagent orchestration with a dedicated agent per possible query type
- B.A single agent with tool access and iteration limits to guard against runaway tool-call loops
- C.A magentic manager agent that builds a task ledger for every incoming question
- D.A group chat of three agents that debate each answer before responding
Show answer & explanation
Correct answer: B — A single agent with tool access and iteration limits to guard against runaway tool-call loops
- A. Splitting every query type into its own agent adds coordination overhead and latency that isn't justified when a single domain and dynamic tool use are enough to handle the workload.
- B. A single agent with tools that reasons and calls dynamic tools like order lookups is often the right default for this kind of enterprise scenario, and it's simpler to debug and test than a multiagent setup, provided iteration limits guard against infinite tool-call loops.
- C. Magentic orchestration is built for open-ended problems with no predetermined solution path, which is unnecessary complexity for routine, well-understood single-domain questions.
- D. A three-agent debate adds conversational overhead and control complexity that isn't warranted for straightforward, single-domain queries that one agent with tools can already resolve.