Największa zmiana architektoniczna w historii protokołu i jednocześnie ta, która najbardziej wpływa na wdrożenia produkcyjne.
Na czym polega
We wcześniejszych wersjach sesja MCP wiązała klienta z konkretną instancją serwera. Serwer pamiętał, co się dzieje, a część mechanizmów wymagała utrzymania otwartego połączenia. Zerwanie sesji oznaczało utratę kontekstu, a skalowanie poziome wymagało trzymania użytkownika przy tej samej instancji.
Specyfikacja 2026-07-28 przenosi stan do treści komunikatów. Dzięki temu dowolna instancja serwera może obsłużyć dowolne żądanie, a zerwane połączenie nie unieważnia pracy.
Co się z tym wiąże
Nazwa metody i nazwa narzędzia podróżują w nagłówkach HTTP, więc bramki mogą trasować i autoryzować ruch na ich podstawie, bez zaglądania w treść.
Odpowiedzi z listami niosą wskazówki dotyczące pamięci podręcznej i mają ustaloną kolejność. To pozwala klientom buforować katalogi narzędzi i — co ważniejsze — utrzymywać stabilny cache promptu po stronie modelu mimo ponownych połączeń.
Dlaczego to ma znaczenie kosztowe
Ten ostatni punkt łączy się bezpośrednio z tym, co wiadomo o cache promptu: jego skuteczność zależy od niezmiennego początku sekwencji. Deterministyczna kolejność listy narzędzi oznacza, że po ponownym połączeniu prefiks kontekstu wygląda tak samo — a więc trafienia w pamięć podręczną nie znikają.
Dla kogo to zmiana
Przede wszystkim dla wdrożeń korporacyjnych, gdzie liczy się skalowanie, odporność na awarie i możliwość postawienia bramki przed serwerami. Dla pojedynczego użytkownika z lokalnym serwerem różnica jest niewidoczna.