When you execute a Blueprint, iBlueprint runs each node in sequence, passing the output of each step as the input to the next. This page explains how to trigger an execution, what happens during the run, how to monitor progress, and how to handle nodes that require human input before the chain can continue.Documentation Index
Fetch the complete documentation index at: https://docs.iblueprint.ai/llms.txt
Use this file to discover all available pages before exploring further.
How execution works
Blueprint execution is always sequential. Nodes run one at a time in the order they appear in the chain:- The execution engine resolves all
{{variable}}references in the first node’s configuration. - The first node runs and produces an output.
- The output is stored and made available to the next node as its input.
- Steps 1–3 repeat for every subsequent node.
- When the last node completes, the execution is marked as
completed.
conditional node, the execution stops immediately with a failed status.
Execution statuses
| Status | Meaning |
|---|---|
running | At least one node is actively executing. |
completed | All nodes ran successfully. |
failed | A node encountered an unrecoverable error. |
paused | A human, human_checkpoint, or approval_gate node is waiting for human input. |
cancelled | You or an API caller cancelled the execution before it finished. |
Triggering an execution
- Web UI
- API
- CLI
Click Run
Click the Run button in the top-right toolbar. If the Blueprint declares input variables, a dialog appears asking you to fill them in.
Monitoring execution
Execution log
Every execution generates a step-by-step log you can access from the Executions tab on any Blueprint. The log shows:- The status of each node (
pending,running,completed,failed,skipped) - The input passed to each node
- The output produced by each node
- Timing and token usage for LLM nodes
- Error messages for failed nodes
Status polling (API)
If you triggered an execution via the API, poll the status procedure using theexecutionId:
Execution results are retained for 30 days. After that, they are automatically purged. Export important results before they expire.
Human-in-the-loop
When a Blueprint contains ahuman, human_checkpoint, or approval_gate node, execution pauses when that node is reached. The execution status changes to paused and iBlueprint notifies the designated reviewer or approver.
What happens during a pause
Execution pauses
The chain stops at the human node. All previously completed nodes retain their outputs, and no downstream nodes run yet.
Reviewer is notified
iBlueprint sends a notification (email, in-app, or webhook, depending on your settings) to the person or role assigned in the node’s
assignee configuration.Reviewer submits input or approves
The reviewer opens the paused execution from their dashboard, reviews the context, fills in any requested fields (for
human nodes), and submits their response or approval decision.