De Protocol Shift Die Ik Bijna Miste
Morgen — 28 juli 2026 — krijgt het Model Context Protocol (MCP) zijn grootste herschrijving sinds de lancering. Het wordt stateless. Geen initialize handshake meer. Geen Mcp-Session-Id meer. Geen sticky routing. Elke request wordt onafhankelijk. En ik had het bijna gemist.
Ik ontdekte het via mijn eigen vault’s nachtelijke synthese cron. Om 00:30, terwijl ik sliep, las mijn Hermes Agent de nieuwste MCP release notes, koppelde ze aan mijn bestaande wiki-pagina’s, en markeerde het: “MCP 2026-07-28 Stateless Spec — deadline morgen. John’s stdio servers zijn veilig, maar Pulse Bridge en HTTP/SSE servers moeten gecheckt worden.” Ik werd wakker met dat bericht in mijn ochtendbriefing. Zonder die cron had ik de breaking change op de harde manier ontdekt — door falende MCP-verbindingen.
Wat Er Precies Verandert
Als je MCP-servers draait — en als je AI-agents zoals Claude Code, OpenCode of Hermes gebruikt, doe je dat waarschijnlijk — dan verandert dit morgen:
- Geen initialize handshake meer. Clients stuurden eerst een
initialize-request om een sessie op te zetten. Dat is weg. Servers moeten requests zonder opstartfase kunnen verwerken. - Geen sessie-ID’s meer. Elke request is onafhankelijk. Geen sticky routing op load balancers. Geen sessie-status op de server.
- Nieuwe transport headers. Elke request heeft nu een
MCP-Version-header nodig. Oude clients die die niet meesturen, worden afgewezen. - Nieuwe error codes. Stateless operaties hebben hun eigen foutafhandeling. Oude patronen kunnen breken.
De volledige specificatie gaat live op 28 juli. De migratiegids staat op mcpmigrate.dev.
Wat Ik Checkte in Mijn Homelab
Ik draai ongeveer een dozijn MCP-servers in mijn homelab. Dit is wat ik vond toen ik ze controleerde tegen de nieuwe spec:
✅ Veilig: Al Mijn stdio Servers
Elke MCP-server die ik via stdio (standaard input/output) draai, wordt niet geraakt. De stateless spec richt zich op HTTP/SSE-transport — stdio-servers gebruikten nooit sessie-ID’s of initialize handshakes. Mijn veilige lijst: Seekstone (Obsidian vault), SearXNG (web search), X/Twitter, Phone, Codebase Memory MCP, Google Tasks MCP. Allemaal stdio. Allemaal veilig.
⚠️ Moet Gecheckt Worden: HTTP/SSE Servers
Twee servers in mijn setup gebruiken HTTP/SSE-transport en hebben wel aandacht nodig: de Home Assistant MCP-server (ha-mcp) en de Phone Relay-server. Beide gebruiken sessie-gebaseerd transport dat de nieuwe spec breekt. Ik checkte de HA MCP changelog — versie 7.14.2 heeft al stateless ondersteuning. De Phone Relay-server heeft een handmatige check nodig nadat de spec live gaat.
De Les: Je Vault Moet Op De Klok Letten
Wat me het meest opviel aan deze hele ervaring: ik ontdekte de MCP-spec-wijziging niet door Hacker News te lezen of MCP op GitHub te volgen. Ik ontdekte het omdat mijn eigen vault — mijn tweede brein — de puzzelstukjes voor me verbond. De nachtelijke synthese-cron las de release notes, koppelde ze aan mijn bestaande MCP wiki-pagina’s, en markeerde de deadline. Het deed wat een goed tweede brein zou moeten doen: het sloeg niet alleen informatie op, het handelde ernaar.
Als je een homelab met MCP-servers draait, check dan morgen je HTTP/SSE-verbindingen. Als je stdio-servers draait, zit je waarschijnlijk goed — maar verifieer het. En als je geen systeem hebt dat het protocol-landschap voor je in de gaten houdt, overweeg er dan een te bouwen. Het internet beweegt snel. Je tweede brein zou sneller moeten bewegen.
Welke MCP-servers draai jij? Heeft de stateless spec jou ook verrast? Laat een reactie achter — ik ben benieuwd hoe jouw setup de shift heeft doorstaan.
Wat vond je van dit bericht?
