Protokół, który ma służyć jednocześnie lokalnym narzędziom deweloperskim i wdrożeniom korporacyjnym, nie może wszystkiego trzymać w rdzeniu. Framework rozszerzeń jest odpowiedzią na to napięcie.
Czym jest
Sformalizowany mechanizm dodawania możliwości poza rdzeniem specyfikacji. Rdzeń pozostaje mały i stabilny, a funkcje potrzebne części wdrożeń żyją jako osobne, wersjonowane rozszerzenia, które klient i serwer mogą, ale nie muszą obsługiwać.
Trzy pierwsze rozszerzenia
MCP Apps — interfejsy użytkownika zwracane przez narzędzia i renderowane w izolowanych ramkach. Pierwsze oficjalne rozszerzenie, udostępnione w styczniu 2026.
Tasks — zadania asynchroniczne, wcześniej rozważane jako element rdzenia.
Enterprise Managed Authorization — mechanizmy autoryzacji pod wdrożenia korporacyjne.
Dlaczego to dobra wiadomość dla wdrażających
Rozszerzenia są opcjonalne i negocjowane, więc obsługa nowej funkcji nie wymusza migracji całego stosu. W połączeniu z formalną polityką deprecjacji, gwarantującą co najmniej dwunastomiesięczne okno na zmianę, protokół staje się przewidywalny — a to warunek, żeby dało się na nim budować rzeczy działające dłużej niż kwartał.
O czym warto pamiętać
Możliwość, że dwa końce połączenia obsługują różne zestawy rozszerzeń, jest teraz normalnym stanem rzeczy, a nie usterką. Klient musi umieć działać przy braku rozszerzenia, a nie zakładać jego obecność.