Copilot Studio Friction

Bei Änderungen an diesem Eintrag benachrichtigt werden

Eine E-Mail, wenn sich Status oder Lösung ändert — Double-Opt-in, kein Tracking, Abmeldelink in jeder E-Mail.

«No output was received from flow» — Ausgaben treffen nie ein

Abgemildertseit 8. Juli 2026

Zuletzt verifiziert

Details & Verwandtes

Einschätzung

Vertrauensstufe
Offiziell bestätigtDurch Microsoft-Dokumentation oder eine offizielle Aussage bestätigt.
Schweregrad
Blockierend
Typischer Zeitverlust
Stunden

Identifikation

Agent-FlowsAlle Kanäle

Verifikation & Änderungen

  1. Verifiziert

    Doku-Check durch Mensch: Official error-code reference and flow docs re-read during seed migration; both error messages still documented.

  2. Änderung

    Vorläufig durch den Product Owner freigegeben; externe LLM-Qualitätsprüfung ausstehend.

  3. Änderung

    Erster Eintrag aus dem Seed-Dossier erstellt (Migrationswelle 1).

Automatisch übersetzte Fassung — massgeblich ist das englische Original.

Sind Sie hier richtig?

  • Ihr Agent ruft einen Agent-Flow auf und meldet «No output was received from flow …».
  • Oder der Fehler besagt, ein Ausgabeparameter «is missing from the response data».
  • Der Ausführungsverlauf des Flows in Power Automate zeigt die Ausführung als erfolgreich an.
  • Das Problem tritt nur bei einigen Anfragen auf — andere Anfragen über denselben Flow funktionieren.

Falls der Aufruf stattdessen sofort mit FlowActionBadRequest fehlschlägt → siehe Flow fails with "FlowActionBadRequest". Falls der Flow stattdessen nach etwa 100 Sekunden fehlschlägt → siehe Agent flow fails with FlowActionTimedOut. Falls der Flow stattdessen nie als Tool erscheint → siehe Your flow doesn't show up as a tool.

Was passiert

Der Agent erwartet jede Ausgabe, die Ihr Flow zugesagt hat — bei jeder einzelnen Ausführung. Ausgaben gelangen nur über die Aktion «Respond to the agent» zurück. Wenn Ihr Flow verzweigt, ist jeder Zweig ein eigener Pfad zum Ende. Ein Zweig, der ohne eine Aktion «Respond to the agent» endet, gibt nichts zurück. Ein Zweig, dessen Respond-Aktion nur einige Ausgaben füllt, gibt einen unvollständigen Satz zurück. Beide Fälle erzeugen diese Fehler, obwohl die Flow-Ausführung selbst erfolgreich ist. Stellen Sie sich zwei Kassen vor, von denen nur eine Quittungen druckt: die Hälfte Ihrer Kundschaft geht mit leeren Händen hinaus. Der heikle Teil: Ihr Test lief wahrscheinlich über den guten Zweig, während echte Nutzer auf den stillen treffen.

Für Technikerinnen und Techniker

Die fehlschlagenden Anfragen entsprechen genau den Bedingungen Ihrer «Condition»- und «Switch»-Zweige. Vergleichen Sie die fehlschlagenden Eingaben mit der Zweiglogik, um den Pfad zu finden, der die Respond-Aktion überspringt oder unvollständig füllt. Der Ausführungsverlauf zeigt, welcher Zweig bei jeder Ausführung ausgeführt wurde.

So beheben Sie es

Lösung 1

Offizieller Workaround

«Respond to the agent» in jedem Zweig vervollständigen

  1. Öffnen Sie den Agent-Flow im Flow-Designer.
  2. Listen Sie jeden Verzweigungspunkt im Flow auf («Condition», «Switch»).
  3. Folgen Sie jedem Pfad bis zu seinem Ende.
  4. Fügen Sie jedem Pfad, dem sie fehlt, eine Aktion «Respond to the agent» hinzu.

✅ Sie sollten jetzt sehen: jeder Pfad durch den Flow endet mit einer Aktion «Respond to the agent».

  1. Öffnen Sie jede Aktion «Respond to the agent».
  2. Füllen Sie in jeder von ihnen jeden Ausgabeparameter.
  3. Verwenden Sie einen leeren Textwert, wo ein Pfad nichts zu melden hat — lassen Sie eine Ausgabe niemals ungesetzt.
  4. Speichern Sie den Flow.

✅ Sie sollten jetzt sehen: identische Ausgabelisten in jeder Respond-Aktion.

Prüfen, ob es funktioniert hat

Lösen Sie den Flow über den Agent mit je einer Testeingabe pro Zweig aus — einschliesslich der Fehlerpfade. Erwartet: Der Agent erhält bei jeder Ausführung Werte, und die Fehlermeldungen erscheinen nicht mehr.

Falls es nicht funktioniert hat

  • Sie haben beim Beheben der Zweige Ausgaben umbenannt oder hinzugefügt. Der Agent ruft noch die alte Form auf. Aktualisieren Sie die Tool-Konfiguration im Thema — siehe Flow fails with "FlowActionBadRequest".
  • Ein Ausdruck gibt zur Laufzeit nichts zurück. Öffnen Sie die fehlgeschlagene Ausführung im Ausführungsverlauf. Prüfen Sie die tatsächlichen Werte der Respond-Aktion.
  • Der Kanal führt noch Ihre alte Agent-Version aus. Veröffentlichung und Verbreitungsverzögerung sind ein üblicher Verdächtiger. Siehe Teams answers with an old version.
  • Der Flow lief zu lange, bevor er antwortete. Langsame Ausführungen sterben, bevor eine Ausgabe eintrifft. Siehe Agent flow fails with FlowActionTimedOut.

So verhindern Sie es künftig

  • Machen Sie «jeder Pfad endet in einer vollständigen Respond-Aktion» zu einem Prüfpunkt für jeden Flow.
  • Halten Sie die Ausgabeliste über alle Respond-Aktionen hinweg identisch; füllen Sie Lücken mit leeren Textwerten.
  • Halten Sie langsame Arbeit hinter der Antwort — verwenden Sie das Pattern async continuation für lange laufende Zweige.

Belege

  • Offizielle Dokumentationlearn.microsoft.com

    Die offizielle Fehlercode-Referenz dokumentiert sowohl die Fehlermeldung zur fehlenden Flow-Ausgabe als auch die zum fehlenden Ausgabeparameter.

  • Offizielle Dokumentationlearn.microsoft.com

    Die offizielle Dokumentation macht die Aktion «Respond to the agent» zum einzigen Weg, über den Flow-Ausgaben an den Agent zurückgelangen.

  • Microsoft-Aussagemicrosoft.github.io

    Das CAT-Team von Microsoft verlangt, dass Agent-Flows mit der Aktion «Respond to the agent» enden, damit der Agent Ergebnisse erhält.