Comparison
When a Single Agent Is Enough
A single agent is usually enough when:- One support domain or queue is in scope.
- The same knowledge, tools, guidelines, and tone apply to most requests.
- The process is easy to test as one customer journey.
- The agent can safely own the response without specialist review.
When to Use Sub-Agents
Use sub-agents when:- A general agent needs specialist help.
- Multiple workflows reuse the same specialist.
- Sensitive tools should only be available to a narrow agent.
- A workflow owns the process, but one step needs judgment, language, or research.
- A parent agent should delegate without giving up ownership of the conversation.
Good Delegation Boundaries
Good sub-agent tasks are focused:- “Review this refund request against the refund policy and return a recommendation.”
- “Summarize the technical issue and identify the likely integration.”
- “Draft an internal escalation note with the customer impact and missing information.”
- “Review this order lookup result and identify whether the customer is eligible.”
- “Handle this whole customer conversation.”
- “Do whatever is needed.”
- “Fix the issue.”
Context Passed to Sub-Agents
Every child run needs a useful task. Add Conversation history when the child needs previous customer messages. Add Additional context when the parent workflow has structured details such as an order lookup, policy excerpt, customer segment, or previous node output. Pass only what the child needs. Focused handoffs make child results easier to trust and easier to test.Examples
Related Docs
Sub-Agents
Configure agent-to-agent delegation.
Autonomous Agents
Let agents call approved specialists.
Workflows
Call agents from workflow Tool nodes.
Runs
Review parent runs, sub-runs, and agent calls.
Duckie as an External Subagent
Call Duckie from a customer-owned orchestration agent.