Das Model Context Protocol (MCP) standardisiert die Kommunikation zwischen KI-Clients und -Servern unter Verwendung von HTTP. MCP nutzt Streamable HTTP und ermöglicht sowohl Request/Response- als auch Streaming-Kommunikation über einen einzigen Endpunkt, in der Regel /mcp. Clients initialisieren eine Sitzung durch POSTen an /mcp und tauschen Fähigkeiten aus, um gemeinsame Funktionalitäten zu etablieren. Clients können dann Anfragen per POST an denselben Endpunkt senden, um Aufgaben auszuführen. Server antworten entweder mit Standard-JSON-Antworten oder gestreamten Server-Sent Events (SSE) für lange Operationen. SSE ermöglicht es Servern, inkrementelle Updates zu senden, die durch den Header Content-Type: text/event-stream gekennzeichnet sind. Clients können die Bibliothek sseclient verwenden, um die Streaming-Antworten zu verarbeiten. Clients können optional eine SSE-Verbindung über eine GET-Anfrage an den /mcp-Endpunkt für kontinuierliche Updates öffnen. Streamable HTTP vereinfacht den Ansatz im Vergleich zu Legacy-Modellen mit separaten Endpunkten. Das Protokoll ist auf Transportebene zustandslos, aber auf Protokollebene sitzungsbezogen. HTTP wird für schnelle Einzelantworten bevorzugt, während SSE ideal für Fortschrittsaktualisierungen und laufende Ergebnisse ist. Dieser Ansatz fördert die einfache Implementierung, das Debugging und die zukünftige Erweiterung des Protokolls.
/mcp. Clients initialisieren eine Sitzung durch POSTen an/mcpund tauschen Fähigkeiten aus, um gemeinsame Funktionalitäten zu etablieren. Clients können dann Anfragen per POST an denselben Endpunkt senden, um Aufgaben auszuführen. Server antworten entweder mit Standard-JSON-Antworten oder gestreamten Server-Sent Events (SSE) für lange Operationen. SSE ermöglicht es Servern, inkrementelle Updates zu senden, die durch den HeaderContent-Type: text/event-streamgekennzeichnet sind. Clients können die Bibliotheksseclientverwenden, um die Streaming-Antworten zu verarbeiten. Clients können optional eine SSE-Verbindung über eine GET-Anfrage an den/mcp-Endpunkt für kontinuierliche Updates öffnen. Streamable HTTP vereinfacht den Ansatz im Vergleich zu Legacy-Modellen mit separaten Endpunkten. Das Protokoll ist auf Transportebene zustandslos, aber auf Protokollebene sitzungsbezogen. HTTP wird für schnelle Einzelantworten bevorzugt, während SSE ideal für Fortschrittsaktualisierungen und laufende Ergebnisse ist. Dieser Ansatz fördert die einfache Implementierung, das Debugging und die zukünftige Erweiterung des Protokolls.