Überblick
Der Output-Node speichert einen aufgelösten Wert als Ergebnis des Workflow-Laufs. Er ist ein terminaler Node — er hat einen Eingangs-Handle, aber keinen Ausgangs-Handle, und bildet damit einen strukturellen Endpunkt in deinem Workflow-Graphen. Nach Abschluss des Workflows ist der Output in der Lauf-Historie, über die API und — falls der Workflow aus dem Chat heraus gestartet wurde — direkt in der Chat-Nachricht verfügbar.Am besten für: Zusammenfassungen, strukturierte Daten, extrahierte Werte
oder andere finale Ergebnisse eines Workflow-Laufs zurückgeben.
Wie es funktioniert
- Du konfigurierst ein Value-Feld mit einem Template-Ausdruck, der auf Outputs vorheriger Nodes verweist.
- Zur Laufzeit wird das Template aufgelöst — Variablen wie
{{agent.output.structured.summary}}werden durch tatsächliche Werte ersetzt. - Der aufgelöste Wert wird im
output-JSON-Objekt des Workflow-Laufs gespeichert, geschlüsselt durch den Slug des Nodes. - Falls der Workflow aus dem Chat gestartet wurde, wird der Output zurück in die ursprüngliche Nachricht geschrieben, sodass du das Ergebnis direkt inline siehst.
Mehrere Output-Nodes
Ein Workflow kann mehr als einen Output-Node haben. Jeder trägt einen separaten Schlüssel (seinen Slug) zum Output-Objekt des Laufs bei. Wenn du zum Beispiel zwei Output-Nodes mit den Slugssummary und actionItems hast, sieht der Lauf-Output so aus:
Konfiguration
Value
Das Kernfeld des Output-Nodes. Definiere, welche Daten erfasst werden sollen, mit einem Template-Ausdruck und Variablen von vorherigen Nodes.Slug
Der Slug ist der Schlüssel, unter dem dieser Output gespeichert wird. Er wird automatisch aus dem Node-Namen in camelCase generiert (z.B. “Final Summary” wird zufinalSummary). Wenn dein Workflow mehrere Output-Nodes hat, muss jeder einen eindeutigen Slug haben.
Fehlerbehandlung
Konfiguriere, wie Fehler behandelt werden, wenn der Wert nicht aufgelöst werden kann:| Strategie | Verhalten |
|---|---|
| Stop | Workflow stoppt sofort bei Fehler |
| Callback | Weiterleitung an einen Fehlerbehandlungs-Zweig |
| Continue | Fortfahren mit verfügbaren Fehlerdaten |
Chat-Integration
Wenn ein Workflow aus dem Chat heraus gestartet wird (entweder per @-Mention oder über einen Agenten), schreibt der Output-Node sein Ergebnis direkt zurück in die Chat-Nachricht. Du siehst den Workflow-Output inline, ohne zur Workflow-Lauf-Historie navigieren zu müssen. Der Output erscheint als formatiertes Ergebnis-Panel im Chat mit Workflow-Name, Ausführungszeit und dem Output-Inhalt. Wenn der Workflow keinen Output-Node hat, zeigt der Chat stattdessen einen generischen “Abgeschlossen”-Status ohne detailliertes Ergebnis.Beispiel
Ein Workflow, der ein Support-Ticket analysiert und eine strukturierte Antwort zurückgibt:Best Practices
Halte den Output fokussiert
Halte den Output fokussiert
Gib nur die Daten zurück, die dein Konsument braucht. Wenn der Workflow aus
dem Chat gestartet wird, ist eine prägnante Zusammenfassung nützlicher als
alle Zwischendaten auszugeben.
Verwende aussagekräftige Slugs
Verwende aussagekräftige Slugs
Wenn dein Workflow mehrere Output-Nodes hat, gib ihnen beschreibende Namen,
damit die Output-Schlüssel selbsterklärend sind (z.B.
summary,
recommendations, rawData).Kombiniere mit Agent-Nodes
Kombiniere mit Agent-Nodes
Verwende einen Agent-Node, um Daten aus mehreren vorherigen Schritten zu
synthetisieren, und leite dann den strukturierten Output des Agenten in den
Output-Node. So bleibt dein finales Ergebnis sauber und gut formatiert.
Teste mit der Lauf-Timeline
Teste mit der Lauf-Timeline
Prüfe nach dem Ausführen eines Workflows den Output-Node in der
Lauf-Timeline, um genau zu sehen, welcher Wert erfasst wurde. Das hilft
beim Debuggen von Template-Ausdruck-Problemen.
Nächste Schritte
Variablenverwendung
Lerne, wie du Daten von vorherigen Nodes referenzierst
Agent-Node
Generiere strukturierte Daten für Outputs
Workflows im Chat
Starte Workflows aus dem Chat und sieh Outputs inline
Kernkonzepte
Verstehe Workflow-Grundlagen