Why supervisor agents help and where they bottleneck

Five capable agents with no coordinator will produce five conflicting versions of the same task, and none of them will decide the work is finished.

The supervisor pattern puts one agent in the tower: it takes the mission, decomposes it, routes each task to a specialist, tracks status, reviews what comes back, and assembles the result. Workers do not talk to each other. Everything flows through the centre.

Its most underrated property

There is exactly one place to look when something goes wrong.

One agent understood the whole mission. The trace reads top to bottom like a narrative rather than a transcript of five simultaneous conversations. For a team operating their first multi-agent system, that debuggability is worth more than any throughput argument, and it is the reason to start here rather than somewhere more interesting.

Where the costs concentrate

Same place. The supervisor is your latency floor, your single point of failure, and (least obviously) your quality ceiling.

Workers can only be as good as the task descriptions they receive. A supervisor that delegates vaguely turns excellent specialists into confused ones, and the symptom appears as worker underperformance. Teams then tune the worker prompts, which fixes nothing, because the defect arrived in the input.

In practice, the supervisor's delegation format is the highest-leverage prompt in the entire system. It deserves proportionate attention.

Three things to watch in production

• Task-spec quality. Are workers asking follow-up questions or silently guessing? Both indicate the same defect. Sample delegated tasks and read them as if you were the worker: could you act on this without inventing requirements?
• Supervisor context growth. Long missions inflate the tracking state until decomposition quality degrades. The supervisor gets worse over the course of a task, which is a confusing failure to debug if you are not expecting it.
• Completion discipline. The supervisor owns "done." If it accepts weak worker output to keep things moving, the entire system inherits that standard, and nothing downstream will catch it.

The supervisor keeps everyone aligned, and it is where alignment failures concentrate. That trade is a good one while you are learning to operate multi-agent systems.

Fancier topologies come next in this series. A spoiler worth having early: they earn their keep less often than the architecture diagrams suggest.

What should your supervisor decide, and what should it leave entirely to the worker?