PowerLeap Logo

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.

«Outgoing message size too big» — die Antwort kommt nie an

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

Themen & VariablenAlle Kanäle

Verifikation & Änderungen

  1. Verifiziert

    Doku-Check durch Mensch: Error-code reference and variables documentation re-read during seed migration; the Direct Line cap and remedy are still documented.

  2. Änderung

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

  3. Änderung

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

Verwandt

Automatisch übersetzte Fassung — massgeblich ist das englische Original.

Sind Sie hier richtig?

  • Die Antwort des Agents kommt nie an, oder der Zug schlägt mit «Outgoing message size too big» fehl.
  • Logs oder Fehlerdetails zeigen den Code MessageSizeExceeded.
  • Die fehlschlagende Antwort trägt eine grosse Nutzlast — langer Text, ein grosses Objekt oder Kartendaten.
  • Kleine Antworten im selben Thema gehen durch.

Falls der Fehler den Konversationsstatus nennt → siehe «Conversation state size exceeds the maximum allowed limit». Diese Grenze begrenzt alles, was über die gesamte Konversation gespeichert wird; dieser Eintrag begrenzt eine einzelne ausgehende Nachricht. Falls der Chat rohes JSON statt einer Antwort anzeigt → siehe Chat zeigt rohes JSON statt einer Antwort.

Was passiert

Jeder Kanal begrenzt die Grösse einer einzelnen ausgehenden Nachricht. Für Direct Line beträgt die Grenze 262'144 Byte — 256 KB — dokumentiert per 2026-07-08. Wenn Ihr Agent versucht, mehr zu senden, schlägt die Nachricht mit MessageSizeExceeded fehl. Die üblichen Verursacher sind Variablen, die grosse Textmengen oder ganze Objekte enthalten. Nutzdaten von adaptiven Karten, die zwischen Themen übergeben werden, sind ebenfalls eine dokumentierte Ursache. Denken Sie an einen Briefkastenschlitz: Ein normaler Brief passt, ein Paket nicht. Das Paket wird nicht höflich zurückgegeben — die Zustellung schlägt fehl, und der Nutzer sieht nichts. Die Lösung besteht darin, nur das zu senden, was der Nutzer braucht, nicht das gesamte Datenobjekt.

Für Techniker

Die Fehlercode-Referenz nennt Variablen mit grossen Textmengen, etwa Ergebnisse von JSON.stringify, als typische Ursache. Kartendaten, die von Thema zu Thema weitergereicht werden, wandern innerhalb der Konversationsnutzlast. Das dokumentierte Vorgehen: Geben Sie nur die benötigte Eigenschaft weiter statt des gesamten Objekts. Nachrichtengrenzen unterscheiden sich je Kanal; behandeln Sie den kleinsten Zielkanal als Ihr Nutzlast-Budget.

So beheben Sie es

Lösung 1

Offizieller Workaround

Nur die benötigte Eigenschaft weitergeben

  1. Finden Sie den Knoten, der die fehlschlagende Antwort sendet.
  2. Prüfen Sie, welche Variable ihn speist und wie gross dieser Wert wird.
  3. Fügen Sie vor dem Senden einen Knoten «Variablenwert festlegen» (Set variable value) hinzu.
  4. Speichern Sie nur die Eigenschaft, die Sie benötigen, zum Beispiel Topic.Answer = Topic.ToolResult.responseText.
  5. Richten Sie den Nachrichtenknoten oder die Karte auf diese kleine Variable aus.
  6. Entfernen Sie das grosse Objekt aus allem, was das Thema verlässt.
  7. Testen Sie den fehlschlagenden Fall erneut.

✅ Sie sollten jetzt sehen: Die Antwort kommt im Kanal an, statt fehlzuschlagen.

Prüfen, ob es funktioniert hat

Lösen Sie die Anfrage aus, welche die übergrosse Antwort erzeugt hat, im betroffenen Kanal — nicht nur im Testbereich. Erwartet: Die vollständige Antwort kommt an, ohne MessageSizeExceeded in den Logs.

Falls es nicht funktioniert hat

  • Eine weitere grosse Nutzlast wandert mit. Karten und Anlagen zählen zur selben Grenze. Prüfen Sie jeden Teil des ausgehenden Zugs, nicht nur den Text.
  • Eine Themenübergabe trägt das Objekt noch mit. Spätere Themen erben gespeicherte Objekte. Wenden Sie die Einzeleigenschaft-Regel bei jeder Übergabe an, nicht nur beim Senden.
  • Der Zielkanal hat eine kleinere Grenze. Grenzen unterscheiden sich je Kanal. Testen Sie im Kanal, den Ihre Nutzer verwenden, und budgetieren Sie für den kleinsten.
  • Der Kanal führt die alte Version aus. Veröffentlichung und Ausbreitungsverzögerung sind Verdächtiger Nummer eins. Siehe Teams antwortet mit einer alten Version Ihres Agents.

So verhindern Sie es künftig

  • Befolgen Sie die Variablenhygiene: einzelne Eigenschaften zwischen Themen, niemals ganze Objekte oder Kartennutzdaten.
  • Kennen Sie das Nutzlast-Budget jedes Kanals, in dem Sie veröffentlichen, bevor Sie datenintensive Antworten entwerfen.
  • Halten Sie grosse Daten aus der Konversation heraus; speichern und laden Sie sie über einen Agent-Flow.

Belege

  • Offizielle Dokumentationlearn.microsoft.com

    Die Fehlercode-Referenz dokumentiert «Outgoing message size too big», nennt die Direct Line-Obergrenze von 262'144 Byte und macht Variablen mit grossen Textmengen dafür verantwortlich.

  • Offizielle Dokumentationlearn.microsoft.com

    Werte gelangen über Variablen von Thema zu Thema — auf genau diesem Weg wandern übergrosse Objekte und Kartennutzdaten.