Skip to main content
Experimental Feature: Manager agents are experimental. The configuration and behavior may change or be removed in future versions. Discuss feedback in GitHub Discussions.

What are Manager Agents?

Manager agents are specialized agents designed for orchestration. Instead of doing work directly, they coordinate teams of subagents, track progress, and make decisions about what work to delegate next.

When to Use Manager Agents

Use a manager agent when you need to:
  • Coordinate multiple specialists - Different agents for research, writing, review, etc.
  • Track complex workflows - Multi-phase projects with dependencies
  • Run scheduled operations - Regular tasks that span multiple runs
  • Maintain state across runs - Track what’s done, what’s pending, what’s blocked

Basic Configuration

Set type: manager in your agent frontmatter:

Configuration Options

Required

  • type: manager - Enables manager mode with orchestration prompts
  • subagents - Team of agents to delegate to
  • store - Persistent storage for tracking work items

Optional

  • schedule - Cron expression for scheduled runs

The Manager Prompt

When type: manager is set, your agent automatically receives instructions with orchestration guidelines. You don’t need to write these yourself - they’re included automatically.

Automatic Orchestration Loop

The manager follows this loop automatically (shown for reference - you don’t need to include this in your agent file):
  1. UNDERSTAND - Parse goal and SOP from your instructions
  2. CHECK - Review current state (pending work, in-progress items)
  3. DECIDE - Determine what needs to happen next based on goal and state
  4. DELEGATE - Call subagents with clear, specific instructions
  5. TRACK - Update store items with outcomes from delegation
  6. REPEAT - Continue until the goal is achieved or no further progress can be made
This means you only need to define your Goal and SOP - the manager handles the orchestration mechanics.

Schedule Awareness

If your manager has a schedule, it receives context about run frequency:
The manager learns to pace work appropriately - not rushing to complete everything in one run if there’s time, checking progress vs targets before starting new work.

Work Tracking with Store

Managers work best with a persistent store:
All subagents can share the same store by using the same store name. This enables coordination without explicit communication.
See Store Guide for available store tools.

Writing SOPs (Standard Operating Procedures)

A good SOP clearly defines the workflow phases:

Complete Example: Content Team

Manager Agent

Researcher Subagent

Writer Subagent

Reviewer Subagent

Delegation Guidelines

When managers delegate to subagents:
Be specific about what you need. Include context from previous work.
So subagents can update the same items:
What output do you expect? What quality bar?

Handling Blockers

Managers should stop and report when blocked:

Best Practices

Single Responsibility

Each subagent should have one clear purpose

State in Store

Track all work items in the store, not in prompts

Clear SOPs

Define phases, transitions, and completion criteria

Pace with Schedule

Don’t rush if you run frequently

Debugging Manager Agents

Enable Verbose Logging

Check Store State

Test Subagents Independently

Next Steps

Store Guide

Learn about persistent data storage

Scheduling

Run managers on a schedule

Sub-Agents

Deep dive into subagent configuration

Examples

See complete manager examples