Overview
The Output node stores a resolved value as the workflow run’s result. It is a terminal node — it has an input handle but no output handle, making it a structural endpoint in your workflow graph. When the workflow finishes, the output is available in the run history, via the API, and — if the workflow was triggered from chat — directly in the chat message.Best for: Returning summaries, structured data, extracted values, or any
final result from a workflow run.
How it works
- You configure a value field using a template expression that references outputs from previous nodes.
- At execution time, the template is resolved — variables like
{{agent.output.structured.summary}}are replaced with actual values. - The resolved value is persisted in the workflow run’s
outputJSON object, keyed by the node’s slug. - If the workflow was triggered from chat, the output is pushed back to the originating message so the user sees the result inline.
Multiple Output nodes
A workflow can have more than one Output node. Each one contributes a separate key (its slug) to the run’s output object. For example, if you have two Output nodes with slugssummary and actionItems, the run output looks like:
Configuration
Value
The core field of the Output node. Define what data to capture using a template expression with variables from previous nodes.Slug
The slug is the key under which this output is stored. It’s auto-generated from the node name in camelCase (e.g., “Final Summary” becomesfinalSummary). If your workflow has multiple Output nodes, each must have a unique slug.
Error Handling
Configure how errors are handled if the value cannot be resolved:| Strategy | Behavior |
|---|---|
| Stop | Workflow stops immediately on error |
| Callback | Route to an error handling branch |
| Continue | Continue with error data available |
Chat integration
When a workflow is triggered from chat (either via @-mention or through an agent), the Output node writes its result directly back into the chat message. The user sees the workflow output inline without having to navigate to the workflow run history. The output appears as a formatted result panel in the chat, showing the workflow name, execution time, and the output content. If the workflow has no Output node, the chat shows a generic “completed” status instead of a detailed result.Example
A workflow that analyzes a support ticket and returns a structured response:Best Practices
Keep output focused
Keep output focused
Return only the data your consumer needs. If the workflow is triggered from
chat, a concise summary is more useful than dumping all intermediate data.
Use meaningful slugs
Use meaningful slugs
If your workflow has multiple Output nodes, give them descriptive names so
the output keys are self-explanatory (e.g.,
summary, recommendations,
rawData).Combine with Agent nodes
Combine with Agent nodes
Use an Agent node to synthesize data from multiple previous steps, then pass
the agent’s structured output into the Output node. This keeps your final
result clean and well-formatted.
Test with the run timeline
Test with the run timeline
After running a workflow, check the Output node in the run timeline to see
exactly what value was captured. This helps debug template expression issues.
Next Steps
Variable Usage
Learn how to reference data from previous nodes
Agent Node
Generate structured data to feed into outputs
Workflows in Chat
Trigger workflows from chat and see output inline
Core Concepts
Understand workflow fundamentals