01
One agent has become a bottleneck
A monolithic agent is carrying planning, retrieval, tool use, review, and execution without clear internal boundaries.
Architecture service
Turn a collection of agents into a governed system with explicit roles, delegation contracts, shared state, conflict resolution, recovery, and operating controls.
Triggers
The engagement is appropriate when one or more of these conditions is blocking a decision.
01
A monolithic agent is carrying planning, retrieval, tool use, review, and execution without clear internal boundaries.
02
Roles, shared context, handoffs, completion criteria, and adjudication are implicit.
03
Framework selection is happening before the system contracts and control responsibilities are defined.
What the engagement does
The scope is narrowed to one decision boundary and a representative system slice.
How the work proceeds
Each step can narrow the next one as evidence changes the system understanding.
Separate planning, retrieval, analysis, action, review, observation, and escalation.
Define what each agent may know, decide, request, and execute.
Specify task queues, shared context, messages, locks, leases, timeouts, and completion.
Place policy, budgets, approvals, monitoring, retries, and emergency stops.
Start with a narrow topology and preserve seams for replacement or federation.
Boundaries
Explicit inclusions and exclusions keep the engagement decision-focused.
Included
Work that is expected within the agreed system and decision scope.
Excluded
Work that requires a separate decision, scope, authority, or engagement.
Start with a bounded decision
Bring public-safe context about the workflow, agents, data, tools, authority, current evidence, and decision date.