How it worksRuns

Updated 27 Oct 2026View as Markdown

Runs

A run is one execution of an agent, from what started it to how it ended.

MCP serverSDK and APIYour own cloud:AWSGCPAzureor hosted by MindsetMindset platformAgentScriptVersionRunConnectionOperationFunctionWidgetSecurity and complianceone posture · audit trail · personal data redactionBuilderscoding agentOperatorsAI clientor the StudioYour appthe SDKYour serverthe APIThe Huband schedulesBuilderscoding agentOperatorsAI client or the StudioMCP serverYour own cloud:AWSGCPAzureor hosted by MindsetMindset platformAgentScriptFunctionConnectionOperationWidgetVersionRunSecurity and complianceone posture for the org,audit trail and personal data redactionSDK and APIYour appthe SDKYour serverthe APIThe Huband schedules

A run is one execution of an agent, from what started it to how it ended. A person in chat, a schedule, a webhook, your own software through the API, or another agent can start one.

A run is made of turns. In a turn the agent is asked, calls what it needs and answers. A run that follows a script also records the phasePhase One step of a script, defined by what must be true before the run moves on. A phase says what the agent is told, what it Can use, what it Collects before advancing, and the gate to pass. Routes only go forward. it's in and the phases it passed through.

Why it matters#

When someone asks what an agent did, its runs answer: which version ran, what it called and why it stopped. A run waiting on a person spends nothing while it waits.

What's recorded#

Log holds each session and its events, with the version that ran, tokens, duration and who acted. The agent's Triggering tab lists each scheduled, manual or webhook run and where its script got to: Completed, Waiting on a person or Stopped mid-flow. Each Chat reply says "Answered by version N".

When a turn reaches a limit#

Every turn works inside limits on time, model rounds, tokens and repeated calls. A turn that reaches one stops where it is, keeps everything it did, and records step_limit, deadline, spend_limit or repetition. It stays in its phase, even one ready to move on, and the record says bound. (held means the phase's exit condition wasn't met.)

Started byHow it continues
A person in chatWhen they send another message
A schedule or a webhook, following a scriptMindset gives it another turn later, from the phase it was in. A firing that runs out of turns, time or tokens shows Stopped mid-flow with the reason
Your software through the APIWhen it posts another message to the same conversation. Nothing carries it on by itself

Waiting on a person#

  1. A script phase asks a person something

    The run stays in that phase.

  2. Waiting on a person

    The run is parked: it holds no turn and spends nothing.

  3. The answer comes, or the wait the author set runs out

  4. The run resumes from that phase

    With a fresh turn budget: on its own if a schedule or webhook started it, or on the next message otherwise.

When Mindset itself fails#

A run isn't lost when the server driving it stops. Mindset picks it up again and runs any of the phase's entry steps that hadn't finished. Limits says when a parked or failing run is closed as abandoned.

Writes aren't undone#

The invoice exceptions agent reads in its first three phases and writes only in the last, so a run that stops before then has changed nothing.

Calling twice doesn't run twice#

Your software can pass an idempotency key when it starts a conversation, and the same key returns the first conversation. Each slot on a schedule fires once.

To read a run, see See what happened.