Coordinator Pattern
The coordinator is the orchestrator of multi-agent workflows. It plans work, delegates to specialists, monitors progress, and reports results. It does not write code — it coordinates the agents that do.
Overview
A coordinator agent (type koordinator) sits between you and the worker agents. You give it a high-level directive, and it handles the rest:
- Plan — read the codebase, understand the task, break it into agent-sized pieces
- Delegate — spawn the right agent types with specific tasks
- Monitor — check agent output, course-correct when agents go off track
- Report — synthesize results and deliver a clean summary
Delegation, Not Implementation
The most important rule: coordinators do not write code. If a task requires editing files, implementing features, or debugging, that's a worker agent's job. The coordinator spawns the right agent type and gives it clear instructions.
| Coordinator Does | Worker Agents Do |
|---|---|
| Plan the work split | Read and write code |
| Assign tasks to agents | Investigate codebases |
| Monitor progress | Fix bugs and implement features |
| Course-correct when stuck | Write tests and documentation |
| Report results to you | Commit and verify changes |
Monitoring Agents
The coordinator needs visibility into what agents are doing. These tools provide that:
| Tool | Description |
|---|---|
hub_agents | List all online agents with status |
hub_status | Full roster + coordinator info |
hub_capture | View an agent's recent output |
hub_work | View work queue and active assignments |
claims | List all active file lane claims |
Work Assignment Patterns
There are two main patterns for getting work to agents:
Pattern 1: Spawn with Task
Spawn an agent with a task description. The agent starts working immediately.
Pattern 2: Spawn then Message
Spawn an agent first, then send follow-up instructions via hub_msg. Useful when the task evolves.
When to Use a Coordinator
Not every task needs a coordinator. Here's when it makes sense:
| Use Coordinator | Use Single Agent |
|---|---|
| Multi-file changes spanning different areas | Single file or focused bug fix |
| Need parallel execution (frontend + backend + tests) | Sequential work is fine |
| Complex task that benefits from specialist agents | Simple task any agent can handle |
| Want progress monitoring and course correction | Fire and forget is acceptable |
| Need a clean summary of what happened | You can review the output directly |
Coordinator Lifecycle
A typical coordinator workflow follows this sequence:
The coordinator stays available throughout — you can ask questions, change direction, or add tasks at any point.
Next Steps
- 1Agent Mesh
Work queues, file lanes, and task lifecycle.
- 2The Hub
Spawning agents and sending messages.
- 3Context Service
Persistent memory for agents.