Skip to main content
Version: 2.0

Transitions & agents

Each transition in the default flow is a handover: one agent finishes, sets a status, and the next agent picks the task up. The table below is the full set of handovers defined in packages/taskflow/src/agents/project/default.json.

From agentTriggering statusHands toVia
/task-analyze(entry)/taskmasteranalysis handoff
/taskmasterready/task-implementimplement-start
/taskmaster-changeready/task-implementimplement-start
/task-implementimplemented/task-gitimplement-end
/task-gitpushed/task-reviewpush
/task-reviewapproved/task-human-reviewreview-end --verdict approved
/task-reviewfix-needed/task-review-fixreview-end --verdict fix-needed
/task-review-fixfixed/task-reviewfix-end
/task-human-reviewapproved/task-gitreview-end --verdict approved
/task-human-reviewfix-needed/task-review-fixreview-end --verdict fix-needed
/task-human-reviewdone/task-request-changesreview-end --verdict done
/task-request-changeschanges-requested/task-implementchange-request
/task-implementchanges-implemented/task-gitchange-end

Reading the table

  • From agent — the agent that completes a phase.
  • Triggering status — the status it sets when finishing.
  • Hands to — the agent expected to act next.
  • Via — the CLI lifecycle command that records the transition.

Driving transitions

Agents call the lifecycle commands directly. The CLI also exposes a generic insight-flow advance --id Nxx --agent <agent> that advances a task along its flow's transition for that agent (see the CLI: Git & flow group).

note

The default.json flow binds agents to status transitions as data — this is the "behavior-as-data" model. Editing the flow (in the dashboard's flow editor or the JSON) changes the lifecycle without code changes.