Skip to main content

purpose — Purpose & behaviour

The heart of the agent: what it does (overview), how it should behave (behaviour, used as the system prompt), output preferences, an optional structured success checklist, and optional staged flows. Section key purpose · Shape object · Tier All plans
Edit in the dashboard: Purpose page
Related: Configuration guide

Fields

success_criteria fields

Structured checklist the agent uses to track whether it has met the user’s goal. Auto-registers a mark_goal_complete chat tool with a dynamic input_schema.

stages items

Optional ordered list of stages the agent walks a power-user through. When non-empty, the active stage’s criteria replace top-level success_criteria for that power-user; mark_goal_complete uses the active stage’s items; advance_stage / go_to_stage chat tools become available.

output_contract fields

The agent’s expected final output: what its final reply must deliver, whether/how it should be formatted, and — for JSON — whether the platform hard-validates the output before returning it to API/agent callers. Injected into the system prompt for every reply, and (for A2A/MCP) attached to the response so calling agents know the expected shape.

success_criteria.items items

Ordered list of outcome checkpoints.

stages.criteria items

Per-stage goals — same shape as success_criteria.items. Mark_goal_complete is rebound to these when this stage is active.

stages.transitions items

Owner-declared outgoing transitions (branches) from this stage, evaluated in declared order, FIRST MATCH WINS. When present they REPLACE the default linear ‘advance to the next stage’. A stage with no transitions advances to the next stage in array order (backward-compatible). Always end a set of conditioned branches with a {when:{kind:‘default’}} transition so there is a guaranteed fallback path.

stages.transitions.when fields

The guard that decides whether this transition may fire. Tagged union keyed by ‘kind’.