Wat is het fundamentele probleem bij het gebruik van standaard HTTP voor MCP-functionaliteit zoals logging of sampling?	Standaard HTTP maakt het moeilijk voor een server om initiatief te nemen en een verzoek naar een client te sturen.
Welke workaround biedt streamable HTTP om server-naar-client communicatie mogelijk te maken?	Het gebruik van een lang levende Server-Sent Event (SSE) respons.
Wat is de functie van de MCP Session ID in de HTTP transport?	Het is een unieke identifier die de server toekent aan de client om de verbinding te identificeren in alle vervolgverzoeken.
Welk type HTTP-verzoek moet de client doen na initialisatie om de server-naar-client communicatie te starten?	Een GET-verzoek, inclusief de MCP Session ID.
Wat is het resultaat van het GET-verzoek dat de client naar de server stuurt?	Een SSE-respons die lang open kan blijven om berichten van de server naar de client te streamen.
Wat is het verschil in de afhandeling van 'progress notifications' versus 'call tool results' tijdens een tool-aanroep?	Progress notifications worden gestreamd via de eerste, lang levende SSE; tool resultaten via een tweede, kortlevende SSE.
Wat gebeurt er met de tweede SSE-respons die wordt geopend tijdens een 'call tool' verzoek?	Deze sluit automatisch zodra het result