Model Context Protocol (MCP) wydał swoją najważniejszą jak dotąd aktualizację specyfikacji, przekształcając dwukierunkowy protokół stanowy w usprawniony system żądanie-odpowiedź przeznaczony do wdrożeń agentów AI na skalę produkcyjną. Specyfikacja 2026-07-28, ogłoszona 28 lipca 2026 r., oznacza, według autorów projektu, najważniejszą wersję protokołu od czasu uruchomienia zdalnego MCP ponad rok temu.
Aktualizacja pojawia się wraz z eksplozją adopcji MCP. Zestawy SDK poziomu 1 protokołu — TypeScript, Python, Go i C# — odnotowują obecnie prawie pół miliarda pobrań miesięcznie, przy czym zarówno zestawy SDK TypeScript, jak i Python przekraczają łączny próg miliarda pobrań. Jak wynika z wpisu na blogu projektu, MCP stało się domyślnym podłożem danych i interaktywności dla agentycznych przepływów pracy w przedsiębiorstwach. Więcej informacji na temat ewoluującego krajobrazu infrastruktury sztucznej inteligencji można znaleźć w naszym najnowszym wydaniu dotyczącym branży sztucznej inteligencji.
Bezstanowy rdzeń protokołu
Główną zmianą jest wycofanie inicjowanej/zainicjowanej wymiany uścisków dłoni i nagłówka Mcp-Session-Id. Każde żądanie przesyłane jest teraz niezależnie, przenosząc w metadanych wersję protokołu, tożsamość klienta i możliwości klienta. Praktyczne implikacje są znaczące: każde żądanie może teraz zostać skierowane do dowolnej instancji serwera za zwykłym, działającym okrężnie modułem równoważenia obciążenia, bez konieczności przechowywania współdzielonej sesji.
Nowa opcjonalna funkcja zdalnego wywoływania procedur serwera/wykrywania (RPC) umożliwia klientom poznanie możliwości serwera przed wykonaniem wywołania, ale nie jest to wymagane. Ta zmiana w architekturze bezpośrednio odnosi się do tego, co zespół MCP uznał za jedną z funkcji, o które najczęściej prosili programiści poszukujący większej niezawodności i skalowalności.
Porzucenie sesji na poziomie protokołu nie wymusza bezstanowości aplikacji. Jeśli serwer musi przenosić stan między wywołaniami, może utworzyć jawny uchwyt z narzędzia i poprosić model AI o przekazanie go z powrotem jako argument. Zespół MCP stwierdził, że to podejście działa lepiej niż stan sesji ukryty w transporcie, ponieważ model może zobaczyć uchwyt i przewlec go między narzędziami.
Wiele żądań podróży w obie strony zastępuje wstrzymane strumienie
Specyfikacja wprowadza żądania Multi Round-Trip (MRTR), które zastępują inicjowane przez serwer żądania wywoływania, próbkowania i rootowania, które wcześniej wymagały utrzymywanych otwartych dwukierunkowych strumieni. Kiedy narzędzie wymaga danych wejściowych od użytkownika w trakcie wywołania — na przykład potwierdzenia lub brakującego parametru — serwer zwraca typ wyniku „input_required” wraz z żądaniami, na które potrzebuje odpowiedzi. Następnie klient ponawia pierwotne połączenie z dołączonymi odpowiedziami.
Taka konstrukcja eliminuje potrzebę stale otwartych połączeń dwukierunkowych, co stanowi główne obciążenie operacyjne dla zespołów obsługujących serwery MCP na dużą skalę.
Listy routingu oparte na nagłówkach i pamięci podręcznej
Przesyłane strumieniowo żądania HTTP muszą teraz zawierać nagłówki Mcp-Method i Mcp-Name, umożliwiając bramom, ogranicznikom szybkości i zaporom sieciowym aplikacji internetowych kierowanie i mierzenie ruchu w oparciu o nagłówki, a nie analizowanie treści JSON. Ta zmiana dostosowuje MCP do standardowych wzorców bram API używanych w infrastrukturze przedsiębiorstwa.
Odpowiedzi z narzędzi/listy, podpowiedzi/listy, zasobów/listy i zasobów/przeczytanych teraz zawierają wskazówki dotyczące czasu wygaśnięcia i zakresu pamięci podręcznej. Umożliwia to klientom buforowanie katalogów narzędzi i utrzymywanie stabilności pamięci podręcznej monitów nadrzędnych podczas ponownych połączeń, redukując niepotrzebne ponowne pobieranie i zmniejszając opóźnienia w przypadku powtarzanych operacji.
Utwardzanie autoryzacyjne
Specyfikacja wprowadza kilka ulepszeń bezpieczeństwa na podstawie rocznych opinii wdrażających. Serwery autoryzacji muszą teraz zwracać parametr iss zgodnie z RFC 9207, a klienci muszą go sprawdzić przed realizacją kodu autoryzacyjnego, co eliminuje lukę w zabezpieczeniach związaną z pomyłką serwera autoryzacji. Dane uwierzytelniające klienta są powiązane z wystawcą, który je utworzył, co uniemożliwia ich ponowne wykorzystanie na serwerach autoryzacyjnych.
Dynamiczna rejestracja klienta (DCR), mimo że nadal działa pod kątem kompatybilności wstecznej, jest obecnie formalnie przestarzała na rzecz dokumentów metadanych identyfikatora klienta (CIMD). Zespół MCP opisał to jako środek wzmacniający, mający na celu zapewnienie zgodności protokołu z wymaganiami specyfikacji OAuth.
Ramy rozszerzeń formalnych i wycofania
Zadania przestały mieć status eksperymentalny i stały się formalnym rozszerzeniem, dołączając do innych rozszerzeń, takich jak aplikacje MCP i autoryzacja zarządzana przez przedsiębiorstwo. Zadania/pobieranie oparte na sondach i nowy mechanizm zadań/aktualizacji zastępują starszy punkt końcowy HTTP GET, a powiadomienia o zmianach są skonsolidowane w pojedynczy strumień subskrypcji/odsłuchiwania.
Funkcje Roots, Sampling i Logging zostały wycofane z minimalnym dwunastomiesięcznym okresem wycofania, co dało programistom czas na zaplanowanie migracji. Starszy transport HTTP+SSE jest również oficjalnie przestarzały z powodu rocznego offramp. W przypadku nowych implementacji zaleca się, aby nie przyjmować tych funkcji.
Wszystkie cztery zestawy SDK poziomu 1 — TypeScript, Python, Go i C# — obsługują teraz specyfikację 2026-07-28, a pakiet Rust SDK obsługuje ją w wersji beta. Pakiety SDK zawierają szczegółowe uwagi dotyczące migracji dotyczące najważniejszych zmian, szczególnie dla programistów, którzy polegali na identyfikatorach sesji.
Recepcja branżowa
Wydanie wzbudziło duże zainteresowanie na forach programistów, zdobywając popularność w Hacker News z ponad 100 punktami. David Soria Parra, członek personelu technicznego MCP i współtwórca protokołu, nazwał to najczystszym jak dotąd sygnałem, że MCP staje się infrastrukturą o rzeczywistej jakości produkcyjnej.
„Największe zmiany mają charakter przełomowy, a społeczność zdecydowała się wykonać ciężką pracę, zamiast zacierać luki” – napisała Soria Parra. „To protokół rozwijający się w czasie rzeczywistym wokół tego, czego faktycznie potrzebują zespoły produkcyjne”.
Aktualizacja sygnalizuje, że MCP, który powstał jako projekt typu open source mający na celu standaryzację sposobu, w jaki modele sztucznej inteligencji uzyskują dostęp do zewnętrznych narzędzi i danych, dojrzewa i staje się podstawową infrastrukturą ery agentycznej sztucznej inteligencji. Dzięki pół miliardowi pobrań miesięcznie i formalnym rozszerzeniom na potrzeby wdrażania w przedsiębiorstwach protokół pozycjonuje się jako tkanka łączna między modelami sztucznej inteligencji a systemami, z którymi muszą współdziałać.
