Auf einen wartenden Workflow reagieren

Ein Lauf kann auf eine Entscheidung vor einem Connector-Schreibzugriff warten oder auf Informationen, die ein Agent zum Fortfahren braucht. In den Laufdetails siehst du, welche Antwort nötig ist. Ein wartender Lauf ist noch nicht abgeschlossen, auch wenn vorherige Nodes erfolgreich waren.

Den wartenden Lauf finden

Öffne die Automation und ihre Ausführungsprotokolle. Wähle den Lauf mit dem Status Wartet. Prüfe Version und Eingaben, damit du die richtige Ausführung beurteilst.

Eine Freigabekarte nennt eine Connector-Aktion und zeigt ihre geplanten Eingaben. Eine Rückfrage des Agenten verlangt dagegen eine Antwort, als Auswahl oder Freitext. Beides ist getrennt: Mit einer Antwort gibst du keinen späteren Schreibzugriff frei.

Einen Schreibzugriff freigeben oder ablehnen

Lies die Aktion und die Angaben unter Der Schritt würde aufrufen mit genau. Prüfe Empfänger oder Ziel, den Inhalt und alle Kennungen, die bestimmen, was geändert wird.

Wähle Freigeben, um die Aktion zu erlauben. Der Lauf wird fortgesetzt und versucht den Schreibzugriff; kontrolliere danach das Ergebnis der Node und die Auswirkungen. Wähle Ablehnen, wenn die Anfrage falsch ist oder nicht ausgeführt werden soll. Die Ablehnung verhindert diese Aktion und lässt den Lauf fehlschlagen.

Auch wenn etwas schiefgeht, zeigt die Karte, wo der Lauf steht. Lässt sich die Freigabe nicht laden, sagt die Karte das und bietet Erneut versuchen an; der Lauf wartet weiter, bis jemand entscheidet. Wurde deine Entscheidung nicht gespeichert, meldet die Karte das und behält Freigeben und Ablehnen, damit du noch einmal wählen kannst. Hat jemand anderes zuerst entschieden, zeigt die Karte die gespeicherte Entscheidung.

Ein Live-Lauf prüft vor der Freigabeanfrage, ob der Connector ein nutzbares Credential hat: Ist keines konfiguriert, schlägt die Node mit diesem Grund fehl, statt auf eine Entscheidung zu warten.

Auf der Freigabekarte kannst du keine Parameter ändern. Lehne eine falsche Anfrage ab, korrigiere den Workflow oder seine Eingaben und teste die Änderung vor einem neuen Live-Lauf. Änderungen an der Freigaberichtlinie geben eine bereits offene Karte nicht frei. Freigabekonzepte erklärt den Ablauf; die Konfiguration der Freigaberichtlinie beschreibt die Regeln für den Betrieb.

Eine Automatisierung ohne Freigabe schreiben lassen

Ein Schreibzugriff, der bei jedem Lauf auf eine Person wartet — ein Morgen-Digest, der in Slack postet —, lässt sich für genau diese Automatisierung erlauben. Öffne den Tab Allgemein der Automatisierung: Läuft ohne Freigabe listet jeden Schreibzugriff auf ein externes System, den ihre neueste Version ausführt; ein Schreibzugriff in Tale selbst, etwa das Erstellen einer Aufgabe, wartet standardmäßig nie. Ein Inhaber oder Admin schaltet den Schreibzugriff ein und speichert; ab dann führen ihre Live-Läufe ihn sofort aus, und ihr Kasten auf dem Canvas zeigt Läuft ohne Freigabe. Jede andere Automatisierung und jeder andere Schreibzugriff dieser einen fragt weiterhin.

Eine Regel der Freigaberichtlinie, die für die Aktion eine Person verlangt, hat weiterhin Vorrang vor einer Erlaubnis. Jede Erlaubnis und jede Rücknahme steht im Audit-Protokoll, und das Löschen der Automatisierung entfernt ihre Erlaubnisse. Ein Coding-Agent, der über MCP verbunden ist, liest dieselben Erlaubnisse; der Schlüssel eines Inhabers oder Admins kann sie ändern.

Eine Rückfrage des Agenten beantworten

Nutzt eine Agent-Node ask_human, zeigen die Laufdetails Der Agent braucht deine Antwort, um weiterzumachen. Beantworte vorgegebene Auswahlfragen direkt auf der Karte. Bei einer offenen Frage schreibst du unter Deine Antwort einen Text und klickst auf Antwort senden & fortsetzen.

Gib die fehlende Information möglichst konkret an. Fragt der Agent nach einem Dokument, nenne das Dokument oder seine Kennung, statt ihn nur zum Fortfahren aufzufordern. Die wartende Node wird mit deiner Antwort fortgesetzt. Später kann der Lauf eine weitere Antwort oder eine Freigabe benötigen. Inhaber, Admins und Entwickler antworten in den Laufdetails. Bearbeitet der Lauf eine Aufgabe, erscheint die Rückfrage auch in der Aufgabe, und dort antwortet jede Person, die die Aufgabe öffnen kann.

Den Workflow korrigieren und testen

Eine Workflow-Definition zu ändern ist ein anderer Vorgang als auf ihren laufenden Durchgang zu reagieren. Speichere eine korrigierte Version im Workflow-Editor, teste sie mit simulierten Connectors und schalte sie anschließend für den Live-Betrieb frei. Das Speichern einer Version ändert keinen Aufruf, der bereits auf Freigabe wartet.

Ein Test mit simulierten Connectors führt keine externen Schreibzugriffe aus und verlangt dafür keine Live-Freigaben. Ein praktisches Beispiel findest du unter Einen Workflow mit Freigaben erstellen. Prüfe nach einer Live-Entscheidung das Laufergebnis und das Audit-Protokoll: Die Erlaubnis zur Ausführung und eine erfolgreiche Ausführung sind unterschiedliche Ergebnisse.