Skip to content
Module
Module 4 of 7Lesson 2 of 2~16 min

Judge when an orchestrator and subagents are warranted

Multi-agent architectures are appealing, but they multiply costs, latency and chances to get lost along the way. This lesson teaches you to judge when an orchestrator and subagents bring a real gain over a single agent, and to write a clear delegation for each subagent.

Lesson objective

By the end of this lesson, you will be able to judge whether a case warrants an orchestrator and subagents rather than a single agent, and write a subagent's delegation brief.

Topics covered

  • subagents
  • orchestrator
  • multi-agent systems
  • delegation
  • agent architecture

Where it fits

The agent loop

How does the agent move forward, when does it stop, and does it need several agents?

Lessons in this module

  1. Specify the loop and its stop conditions
  2. Judge when an orchestrator and subagents are warranted (this lesson)

What you will learn in this module

This lesson is part of the course Design reliable agents and tool calling

  • Specify an agent's loop (goal, context, stop conditions, budgets, error handling) and judge whether an orchestrator and subagents are warranted.