Supervisor Agent Pattern: How It Works and When to Skip It

Agentic AIArchitecture and orchestrationPublished Updated By Simon Budziak

A supervisor agent is an AI agent that directs specialized worker agents instead of doing the work itself. It splits the task, hands each worker a bounded job with only the context it needs, checks what comes back, and decides the next step or when to stop.

LangChain’s subagents guide (read 6 October 2026) defines the pattern as “a central main agent (often referred to as a supervisor) coordinates subagents by calling them as tools.” The older langgraph-supervisor library now recommends “the supervisor pattern directly via tools rather than this library for most use cases” in its README; the GitHub repository is archived, and 0.0.31 (19 November 2025) is its last release.

How does a supervisor agent coordinate workers?

The supervisor reads shared state, chooses a worker, sends a bounded task, and receives one result before choosing the next route. It should pass only the context the next worker needs, not every message and tool result. A subagent can research, write, or call a dedicated system while the supervisor keeps the goal and the stop condition. The pattern is one form of a multi-agent system and close to the orchestrator-worker pattern, though an orchestrator can also route by fixed rules rather than a model.

When do we use a supervisor agent at Soba Labs, and when not?

Our scheduled agent that prepares the day’s meetings is a supervisor. It classifies every meeting itself, because classification must be consistent across the day and is cheap, then dispatches exactly one worker per meeting for the expensive research. Workers return text, and every write is made by the supervisor, so one prep document per meeting holds by construction rather than by each worker behaving. Three rules govern how our supervisors handle workers:

When the steps are known in advance, we skip the supervisor and build a deterministic LangGraph graph, as covered in Deep agents in production.

When is a supervisor the wrong choice?

A supervisor adds model calls, state, and another place for routing to fail. Anthropic’s multi-agent research write-up (13 June 2025) reports that multi-agent systems use about 15 times more tokens than chats, and LangChain’s multi-agent guide notes that a single agent with the right tools and prompt “can often achieve similar results.” Use a supervisor only when workers genuinely need separate tools, permissions, or expertise. Software that judges an agent instead of directing it is a guardian agent, and when a worker returns control, an explicit agent handoff keeps ownership of the next decision clear.

Written with AI assistance and reviewed by Simon Budziak. The production notes come from systems Soba Labs builds and runs.

Frequently asked questions

Is a supervisor agent the same as an orchestrator?

Often, yes. Both coordinate workers and decide the next step. A supervisor usually implies an agent that makes routing decisions from the current state, while an orchestrator can also be deterministic workflow code.

Is an agent supervisor or a supervisory agent the same thing?

In multi-agent AI the three phrases name the same coordinating role: an agent that routes work to worker agents and decides the next step. Software that only monitors agents is a guardian agent.

Should I still use the langgraph-supervisor library?

For new builds, its own README recommends the supervisor pattern directly via tools for most use cases, and the repository is archived. LangChain's subagents guide builds the supervisor as a main agent that calls subagents as tools.

Summarize this page with

See this working in a system we built