Znasz MCP — Model Context Protocol, uniwersalny standard wtyczek, który pozwala narzędziom AI łączyć się z bazami danych, API i usługami tak, jak USB-C łączy twoje urządzenia. Przez ostatni rok MCP stał się domyślnym sposobem komunikacji agentów AI ze światem zewnętrznym. Każda duża firma AI go wspiera. Istnieją dziesiątki serwerów MCP do wszystkiego — od GitHuba po Slacka po wewnętrzną wiki twojej firmy. Życie jest piękne.
Dopóki nie spróbujesz tego odpalić w skali enterprise. Wtedy rury zaczynają przeciekać.
Zespół MCP zaktualizował oficjalną mapę drogową na 2026 5 marca i czyta się to mniej jak ogłoszenie nowych funkcji, a bardziej jak instrukcja naprawy infrastruktury. Cztery filary: skalowalność transportu, komunikacja agentów, dojrzałość governance i gotowość enterprise. Mówiąc po ludzku — MCP wyszedł z garażu i zorientował się, że instalacja elektryczna nie spełnia norm.
Największa przebudowa dotyczy Streamable HTTP — warstwy transportowej, która pozwala serwerom MCP działać jako zdalne usługi w chmurze zamiast procesów siedzących na twoim laptopie. W środowiskach produkcyjnych ten transport uderzył w realne ściany. Sesje stanowe — gdzie serwer pamięta, kim jesteś między requestami — kolidują z load balancerami (policjantami ruchu, którzy rozdzielają requesty między wiele serwerów). Skalowanie horyzontalne — stawianie kolejnych serwerów, żeby obsłużyć więcej użytkowników — wymaga hackerskich obejść. Nie ma standardowego sposobu, żeby rejestr czy crawler odkrył, co serwer oferuje, bez faktycznego łączenia się z nim.
Rozwiązanie: operacja bezstanowa na wielu instancjach serwera, porządne zarządzanie sesjami, które przeżywa restarty i scale-outy, oraz transparentne zachowanie za load balancerami i proxy. Innymi słowy, MCP musi działać tak, jak działa każdy nowoczesny serwis webowy. Fakt, że jeszcze tak nie działa, mówi ci, jak szybko protokół przerósł swój oryginalny design.
Tasks primitive (SEP-1686) — system, który pozwala agentom uruchamiać długotrwałe joby, sprawdzać postęp i obsługiwać błędy jako operacje pierwszej klasy — trafił jako propozycja w październiku 2025. Zespół zaakceptował go i wypuścił jako eksperymentalny, a teraz hartuje go do produkcji. Wcześni użytkownicy znaleźli dokładnie te luki, których byś się spodziewał: brak logiki ponawiania przy tymczasowych błędach, brak polityk wygasania wyników po zakończeniu zadania. Brzmi jak przypis. To są dokładnie te rzeczy, które mają znaczenie, gdy odpalasz 10 000 zadań agentów dziennie.
A potem jest enterprise auth — prawdziwy rytuał kontroli dostępu. Mapa drogowa mówi o 'utorowanych ścieżkach od statycznych sekretów klienta w stronę przepływów zintegrowanych z SSO." Tłumaczenie: firmy chcą zarządzać dostępem do MCP przez swoje istniejące systemy logowania — Okta, Azure AD, cokolwiek, czym ich dział IT już rządzi. Integracja SSO (Single Sign-On) oznacza jedno logowanie do wszystkiego. Dodaj audit trail — logi kto miał dostęp do czego i kiedy — plus zachowanie gateway'a i zarządzanie dostępem między aplikacjami. Tak MCP przechodzi security review, który zabija większość obiecujących narzędzi. 'Czy wspiera SAML?" 'Czy da się zintegrować z Okta?" 'Gdzie są logi audytowe?" To nie są pytania techniczne. To zaklęcia. MCP uczy się je recytować.
Ekosystem już buduje na nowych prymitywach. MCP działa teraz pod Linux Foundation, z Working Groups odpowiedzialnymi za każdy priorytetowy obszar — Transports, Agents, Governance i powstająca Enterprise WG.
Oto co jest zakopane w tej mapie drogowej: MCP już wygrał wojnę o funkcje. Łączy się ze wszystkim. Czego nie umiał, to łączyć się ze wszystkim niezawodnie, w skali, za korporacyjnym firewallem. Zespół o tym wie. Nie wypuszczają błyszczących nowych możliwości — sprawiają, że istniejące przetrwają kontakt z produkcją.
Ceną jest ból migracji. Developerzy będą musieli zaktualizować każdy serwer MCP napisany z założeniami stanowych sesji, gdy tryb bezstanowy stanie się domyślny. Będzie rozkoszne dwutygodniowe okno, w którym połowa ekosystemu się wysypie, a developerzy zaleje GitHub Issues oburzonymi bug reportami. Przebudowa SSO podobnie zmusi zespoły do przemyślenia przepływów autoryzacji, które skleiły na piechotę statycznymi kluczami API.
Dla każdego, kto teraz buduje z narzędziami AI: jeśli integrujesz serwery MCP, zacznij czytać dokumentację stateless transport już dziś. Jeśli jesteś w korporacji oceniającej agentów AI, ta mapa drogowa SSO to twoje zielone światło do planowania wdrożeń. Jeśli budujesz własne serwery MCP, przygotuj się na breaking changes w warstwie transportowej.
Do końca 2026 nikt nie będzie mówił o MCP. Po prostu będzie działać — tak niewidoczny i nudny jak sam HTTP. Mapa drogowa protokołu o load balancerach, zarządzaniu sesjami i SSO. Szczyt oprogramowania enterprise. I najwyższy komplement, jaki protokół może otrzymać.
