Warum ist es schwierig für einen Server, eine Anfrage an einen Client zu senden, wenn man HTTP verwendet?	Standard-HTTP ist primär für client-initiierte Anfragen konzipiert (Request/Response-Modell).
Welches Mechanismus nutzt streamable HTTP, um dem Server zu ermöglichen, mit dem Client zu kommunizieren?	Es nutzt eine langlebige Server-Sent Events (SSE) Antwort.
Welchen Identifikator muss der Client in allen Folgeanfragen nach der Initialisierung über den HTTP-Transport verwenden?	Die MCP Session ID, die im Header der anfänglichen Serverantwort bereitgestellt wird.
Welche Art von HTTP-Antwort ermöglicht es dem Server, Nachrichten (wie Logging oder Sampling) an den Client zu streamen?	Eine Server-Sent Events (SSE) Antwort.
Wie viele separate SSE-Antworten sind typischerweise an einer Tool-Call-Anfrage beteiligt?	Zwei separate SSE-Antworten werden geöffnet.
Wo werden Fortschrittshinweise (Progress Notifications) während eines Tool-Calls gesendet?	Sie werden in der ersten, langleigen SSE-Antwort gesendet.
Was passiert mit der zweiten SSE-Antwort, die während einer Tool-Call-Anfrage erstellt wird?	Sie wird automatisch geschlossen, sobald die Tool-Result-Nachricht gesendet wurde.
Was ist die Konsequenz, wenn bestimmte Flags im System auf `true` gesetzt werden?	Der Workaround des streamable HTTP wird unterbrochen/deaktiviert.