Copilot Studio Friction
Agent-Flow schlägt nach etwa 100 Sekunden mit FlowActionTimedOut fehl
Zuletzt verifiziert
Details & Verwandtes
Einschätzung
- Vertrauensstufe
- Offiziell bestätigtDurch Microsoft-Dokumentation oder eine offizielle Aussage bestätigt.
- Schweregrad
- Blockierend
- Typischer Zeitverlust
- Stunden
Identifikation
Verifikation & Änderungen
Verifiziert
Doku-Check durch Mensch: Official docs and CAT blog post re-read during seed migration; the 100-second limit is still documented.
Änderung
Vorläufig durch den Product Owner freigegeben; externe LLM-Qualitätsprüfung ausstehend.
Änderung
Erster Eintrag aus dem Seed-Dossier erstellt (Referenzsatz Migrationswelle 1).
Automatisch übersetzte Fassung — massgeblich ist das englische Original.
Sind Sie hier richtig?
- Ihr Agent ruft einen Agent-Flow auf, und die Ausführung schlägt mit dem Fehlercode
FlowActionTimedOutfehl. - Der Fehler tritt auf, wenn der Flow rund 100 Sekunden oder länger läuft.
- Derselbe Flow ist erfolgreich, wenn seine Ausführung kurz ist.
- Der Flow enthält langsame Arbeit, etwa Genehmigungen, lange Schleifen oder langsame externe Systeme.
Falls der Flow stattdessen sofort mit FlowActionBadRequest fehlschlägt → eine Schema- oder Typeninkonsistenz (Eintrag geplant).
Falls der Agent stattdessen «No output was received from flow» meldet → einem Zweig fehlt seine Antwort (Eintrag geplant).
Was passiert
Copilot Studio wartet nur eine begrenzte Zeit auf die Antwort eines Agent-Flows.
Die offizielle Dokumentation legt ein Aktionslimit von 100 Sekunden fest.
In einem Community-Thread beschreibt Microsoft dies als ein Timeout von rund zwei Minuten.
Wenn Ihr Flow länger benötigt, gibt der Agent auf und meldet FlowActionTimedOut.
Der Flow selbst wird vielleicht sogar später fertig — doch die Unterhaltung ist bereits weitergezogen.
Stellen Sie sich eine Hotline vor, die nach 100 Sekunden in der Warteschleife auflegt — was danach auch geschieht, der Anrufer ist weg.
Alles, was auf eine Person wartet, etwa eine Genehmigung, passt niemals in dieses Zeitfenster.
Für Techniker
Offizielle Vorgabe: Aktionen, die nach dem Schritt «Respond to the agent» platziert sind, «continue to run up to the flow run duration limit of 30 days.»
Human-in-the-Loop-Funktionen pausieren die Flow-Ausführung, bis eine Person antwortet. Der Copilot Studio-CAT-Blog von Microsoft hält fest, dass es keine Möglichkeit gibt, sie innerhalb einer synchronen Unterhaltung aufzurufen. Sie funktionieren nur in autonomen Szenarien oder nach einer Umstrukturierung des Flows. Der Express-Modus (Vorschau) beschleunigt Ausführungen, verbietet jedoch Delay- und Webhook-Aktionen und begrenzt eine Ausführung auf 100 Aktionen.
So beheben Sie es
Lösung 1
Offizieller WorkaroundDen Flow bei «Respond to the agent» aufteilen
- Öffnen Sie den Agent-Flow im Flow-Designer.
- Bestimmen Sie die Aktionen, welche die Antwort erzeugen, die der Agent jetzt sofort benötigt.
- Platzieren Sie die Aktion «Respond to the agent» direkt nach diesen schnellen Aktionen.
- Verschieben Sie jede langsame Aktion hinter «Respond to the agent».
✅ Sie sollten jetzt sehen: Der Agent erhält seine Antwort innerhalb des 100-Sekunden-Limits, während die verschobenen Aktionen bis zu 30 Tage weiterlaufen.
- Speichern Sie den Flow.
Lösung 2
Offizieller WorkaroundDas Muster der asynchronen Fortsetzung verwenden
Verwenden Sie dies, wenn der Benutzer das Endergebnis des langsamen Teils benötigt, oder für Genehmigungen mitten im Flow. Das vollständige Rezept ist das Pattern asynchrone Fortsetzung; kurz gefasst:
- Übergeben Sie
System.Conversation.Idaus dem Thema als Eingabe an den Flow. - Antworten Sie schnell, wie in der obigen Aufteilungslösung.
- Rufen Sie nach dem langsamen Teil den Agent mit der Aktion «Execute Agent» des Copilot Studio-Connectors zurück.
- Senden Sie die gespeicherte Unterhaltungs-ID mit dem Callback mit.
- Erweitern Sie die Anweisungen des Agents, damit er sowohl den ersten Aufruf als auch den Callback verarbeitet.
✅ Sie sollten jetzt sehen: Der Agent meldet das Endergebnis, über die ID mit der ursprünglichen Unterhaltung korreliert.
Lösung 3
Offizieller WorkaroundDen Flow mit dem Express-Modus beschleunigen
- Prüfen Sie zuerst die Grenzen des Express-Modus: keine Delay- oder Webhook-Aktionen, höchstens 100 Aktionen pro Ausführung.
- Vergewissern Sie sich, dass Ihr Flow innerhalb dieser Grenzen bleibt.
- Aktivieren Sie den Express-Modus für den Agent-Flow — es handelt sich um eine Vorschaufunktion, rechnen Sie also mit Änderungen.
✅ Sie sollten jetzt sehen: kürzere Ausführungszeiten im Ausführungsverlauf des Flows.
- Testen Sie den langsamen Fall erneut über den Agent.
Prüfen, ob es funktioniert hat
Lösen Sie den Flow über den Agent mit einem realistischen langsamen Fall aus, im veröffentlichten Kanal, den Ihre Benutzer verwenden. Erwartet: Der Agent antwortet innerhalb des Timeouts, und die Ausführung wird im Ausführungsverlauf von Power Automate als erfolgreich angezeigt.
Falls es nicht funktioniert hat
- Der schnelle Teil ist immer noch zu langsam. Verschieben Sie mehr Aktionen hinter «Respond to the agent». Reduzieren Sie die verbleibende Arbeit vor der Antwort.
- Sie haben die Ein- oder Ausgaben des Flows geändert. Der Agent ruft dann ein veraltetes Schema auf. Aktualisieren Sie die Tool-Konfiguration im Thema (siehe
FlowActionBadRequest, Eintrag geplant). - Der Kanal führt weiterhin Ihre alte Agent-Version aus. Veröffentlichung und Verzögerung bei der Verbreitung sind nach jeder Änderung Verdächtiger Nummer eins. Siehe Teams antwortet mit einer alten Version Ihres Agents.
- Eine Person ist im Loop. Genehmigungen pausieren die Ausführung; keine Aufteilung macht sie synchron. Wechseln Sie zum Pattern asynchrone Fortsetzung.
So verhindern Sie es künftig
- Behandeln Sie das 100-Sekunden-Budget von Tag eins jedes Agent-Flows an als Design-Vorgabe.
- Entscheiden Sie sich für das Pattern asynchrone Fortsetzung, sobald eine menschliche Genehmigung in den Entwurf einfliesst.
- Halten Sie langsame Arbeit standardmässig hinter «Respond to the agent», nicht als nachträglichen Einfall.
Belege
Offizielle Dokumentationlearn.microsoft.com
Die offizielle Dokumentation legt ein Aktionslimit von 100 Sekunden fest; Aktionen nach «Respond to the agent» laufen bis zum Limit der Flow-Ausführungsdauer von 30 Tagen.
Offizielle Dokumentationlearn.microsoft.com
Der Express-Modus (Vorschau) verbietet Delay- und Webhook-Aktionen und begrenzt eine Flow-Ausführung auf 100 Aktionen.
Microsoft-Aussagemicrosoft.github.io
Das CAT-Team von Microsoft beschreibt das Muster der asynchronen Fortsetzung und hält fest, dass Human-in-the-Loop-Funktionen nicht in einer synchronen Unterhaltung ausgeführt werden können.