Skip to content

Coordinator Handoff

When CompozyOS starts a workspace coordinator and how it supervises task runs.

For people running agent work7 pages in this section

The coordinator is a managed CompozyOS session that performs semantic orchestration for executable, workspace-scoped runs. It can decompose work, create follow-up tasks, route workers, and synthesize results, but it does not own task-run state.

Trigger boundary

The daemon considers coordinator bootstrap when:

  • a publish, start, approval, automation approval, or equivalent API enqueues a workspace run
  • resolved coordinator config has enabled = true
  • the workspace has no healthy active coordinator
  • spawn caps, TTL, and permission policy allow a coordinator root session

Task creation alone does not start a coordinator. Bootstrap begins at run enqueue and respects the workspace coordinator configuration.

Global-scope runs do not auto-start a coordinator. Manual sessions, task APIs, and run claims stay available regardless of coordinator configuration.

Configuration

Coordinator routing and coordinator-owned session limits live under [roles.coordinator] in global or workspace config.toml:

[roles.coordinator]
enabled = true
agent = ""
provider = "codex"
model = "gpt-5.6-sol"
reasoning_effort = "high"
ttl = "2h"
max_children = 5
max_active_sessions_per_workspace = 5
FieldDefaultMeaning
enabledfalseAllows coordinator bootstrap after run enqueue.
agentemptyEmpty selects the virtual builtin coordinator; a name routes to an authored agent.
provideremptyOptional provider override.
modelemptyOptional exact model override.
reasoning_effortemptyOptional reasoning override.
fallback_chainemptyOrdered provider/model routes tried only before ACP accepts the session.
ttl2hCoordinator lifetime, from 1m through 24h.
max_children5Maximum child sessions the coordinator may spawn.
max_active_sessions_per_workspace5Active autonomy-managed sessions allowed in one workspace.

Workspace config wins over global config, then builtin or authored-agent/provider defaults apply. Changes are Live for later coordinator starts; an active coordinator keeps its accepted routing. The builtin identity is virtual, reserved from authoring, and absent from the public agent catalog. The coordinator remains idempotent per workspace and cannot spawn another coordinator. Inspect the effective projection with compozy roles show coordinator --workspace <workspace> -o json.

Operator control

# Intent only: no run and no coordinator yet.
compozy task create --scope workspace --workspace checkout-api --title "Audit auth flow"

# Enqueue a task run; coordinator handoff can happen.
compozy task start task-123 -o json

Manual sessions, task APIs, and run claims remain available. The coordinator never bypasses claim, lease, review, permission, workspace, or tool policy.

On this page