--- title: "Roadmapa MCP 2026-2027: specyfikacja 2026-07-28 i co dalej" description: "Roadmapa MCP 2026-2027: co zmienia specyfikacja 2026-07-28 (bezstanowy rdzeń, server/discover) i jakie priorytety wyznaczają maintainerzy." locale: "pl" canonical: "https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/przyszlosc-agentic-ai-20262028/roadmapa-mcp-2026-2027-specyfikacja-2026-07-28-i-co-dalej" category: "Agenci AI" topic: "Przyszłość Agentic AI (2026–2028)" updated: "2026-10-28T13:37:23.546Z" source: "Blck Alpaca e.U., blckalpaca.at" --- # Roadmapa MCP 2026-2027: specyfikacja 2026-07-28 i co dalej Roadmapa MCP 2026 opisuje rozwój Model Context Protocol po linii specyfikacji z listopada 2025 r.: od samego podłączania narzędzi w stronę gotowości enterprise z uwierzytelnianiem, ścieżkami audytu, rejestrem i mechanizmami wykrywania. Specyfikacja 2025-11-25 wprowadziła eksperymentalne Tasks, URL Mode Elicitation i Client ID Metadata Documents. Od 28 lipca 2026 r. obowiązuje specyfikacja 2026-07-28 z bezstanowym rdzeniem, server/discover i Tasks jako oficjalnym rozszerzeniem. To, co nastąpi później, jest prognozą. ## W skrócie - Specyfikacja 2025-11-25 wprowadziła eksperymentalne Tasks, URL Mode Elicitation, tool calling w Sampling i Client ID Metadata Documents. Przebudowę w bezstanową infrastrukturę przyniosła dopiero specyfikacja 2026-07-28 z 28 lipca 2026 r.: nie ma już handshake'u initialize, jest server/discover i framework rozszerzeń z Tasks jako oficjalnym rozszerzeniem. - Od czasu przekazania MCP fundacji Agentic AI Foundation, działającej w ramach Linux Foundation (9 grudnia 2025 r.), o budżecie i strategii decyduje jej zarząd; roadmapę nadal piszą maintainerzy MCP. Ich wersja z sierpnia 2026 r. stawia na pierwszym miejscu tożsamość agentów, bezpieczeństwo enterprise i prymitywy komunikacyjne dla długo działających agentów. - Sygnał rynkowy według stanu z grudnia 2025 r.: ponad 10 000 aktywnych publicznych serwerów MCP i ponad 97 mln pobrań SDK miesięcznie w Pythonie i TypeScripcie. - Największym otwartym problemem pozostaje bezpieczeństwo: niezweryfikowane opisy narzędzi, tool poisoning, full-schema poisoning i server squatting sprawiają, że sandboxing, zasada najmniejszych uprawnień i kontrolowane rejestry stają się obowiązkiem wdrażającego. - Konsensus architektoniczny dla wdrożeń w Europie: MCP dla Agent-to-Tool, A2A dla Agent-to-Agent; w 2026 roku wszystko inne to odstępstwo wymagające uzasadnienia. - Wszystkie stwierdzenia dotyczące lat 2027 i 2028 są prognozą. Harmonogram jest znacznie mniej pewny niż kierunek strukturalny. **Roadmapa [MCP](https://blckalpaca.at/pl/slownik/mcp) 2026** opisuje rozwój Model Context Protocol po linii specyfikacji z listopada 2025 r. Główny kierunek: od samego podłączania narzędzi do gotowości enterprise z uwierzytelnianiem, ścieżkami audytu, rejestrem i wykrywaniem. [Specyfikacja 2025-11-25](https://modelcontextprotocol.io/specification/2025-11-25/changelog) wprowadziła eksperymentalne Tasks dla długotrwałych żądań, URL Mode Elicitation, tool calling w Sampling i Client ID Metadata Documents. Od 28 lipca 2026 r. obowiązuje [specyfikacja 2026-07-28](https://modelcontextprotocol.io/specification/2026-07-28/changelog) z bezstanowym rdzeniem protokołu, server/discover i Tasks jako oficjalnym rozszerzeniem. To, co nastąpi później, oznaczamy w tym artykule jako prognozę. Ten artykuł należy do hubu **Przyszłość agentowej [AI](https://blckalpaca.at/pl/slownik/ai) (2026-2028)** i pogłębia temat warstwy integracji, która w 2026 roku dotyczy niemal każdego produkcyjnego systemu agentowego w firmach w Europie. - **Stan obecny (październik 2026):** MCP to de facto warstwa integracji dla [Agent](https://blckalpaca.at/pl/slownik/agent)-to-Tool. W grudniu 2025 r. Anthropic podał [ponad 10 000 aktywnych publicznych serwerów i ponad 97 mln pobrań SDK miesięcznie](https://www.anthropic.com/news/donating-the-model-context-protocol-and-establishing-of-the-agentic-ai-foundation). - **Następny krok:** [roadmapa maintainerów MCP z sierpnia 2026 r.](https://blog.modelcontextprotocol.io/posts/mcp-roadmap/) stawia na pierwszym miejscu tożsamość agentów i bezpieczeństwo enterprise, prymitywy komunikacyjne dla długo działających agentów oraz jednolity transport HTTP. Od grudnia 2025 r. [Agentic AI](https://blckalpaca.at/pl/slownik/agentic-ai) Foundation (Linux Foundation) decyduje o budżecie i strategii, a nie o kierunku technicznym. - **Największe wyzwanie:** bezpieczeństwo. Protokół nie potrafi weryfikować opisów narzędzi. Dlatego sandboxing, zasada najmniejszych uprawnień i kontrolowane rejestry pozostają obowiązkiem operatora. ## Punkt wyjścia: co oznacza linia specyfikacji 2025-11-25 Anthropic wprowadził Model Context Protocol 25 listopada 2024 r. jako otwarty standard do łączenia aplikacji AI z systemami zewnętrznymi, takimi jak systemy plików, bazy danych, systemy biznesowe i narzędzia deweloperskie. Technicznie MCP opiera się na [JSON-RPC 2.0 przez kilka transportów](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/model-context-protocol-mcp/mcp-vs-api-openapi-kiedy-co-wybrac): stdio lokalnie, pierwotnie Server-Sent Events, a od [rewizji 2025-03-26](https://modelcontextprotocol.io/specification/2025-03-26/changelog) **Streamable HTTP**. Rozwój przebiegał w wyraźnych etapach, które trzeba znać, żeby czytać roadmapę: - **Marzec 2025 (2025-03-26):** doszły [OAuth 2.1, Streamable HTTP, batching JSON-RPC i Tool Annotations](https://modelcontextprotocol.io/specification/2025-03-26/changelog). Dzięki temu MCP po raz pierwszy obsłużył uwierzytelnianie w rozumieniu enterprise. - **Czerwiec 2025 (2025-06-18):** [batching JSON-RPC został ponownie usunięty](https://modelcontextprotocol.io/specification/2025-06-18/changelog). Nowością były ustrukturyzowany output narzędzi i Elicitation. Od tego czasu serwery MCP są traktowane jako OAuth Resource Server, a klienci muszą implementować Resource Indicators zgodnie z RFC 8707. - **Listopad 2025 (2025-11-25, linia referencyjna):** [eksperymentalne Tasks dla długotrwałych żądań](https://modelcontextprotocol.io/specification/2025-11-25/changelog) z pollingiem, URL Mode Elicitation, tool calling w Sampling, Client ID Metadata Documents jako zalecany sposób rejestracji klientów oraz wykrywanie OpenID Connect. - **Styczeń 2026:** [MCP Apps (SEP-1865) 26 stycznia 2026 r. stało się pierwszym oficjalnym rozszerzeniem](https://blog.modelcontextprotocol.io/posts/2026-01-26-mcp-apps/). Dostarcza interaktywny interfejs z serwerów MCP do aplikacji hosta, takich jak Claude i ChatGPT. Do tego dochodzi zmiana w zarządzaniu projektem: 9 grudnia 2025 r. Anthropic przekazał MCP nowo założonej **Agentic AI Foundation (AAIF)**, funduszowi typu directed fund w ramach Linux Foundation. AAIF założyły Anthropic, Block i [OpenAI](https://blckalpaca.at/pl/slownik/openai); obok nich członkami Platinum są AWS, Bloomberg, Cloudflare, Google i Microsoft, a do tego m.in. Cisco, IBM, Okta, Oracle, SAP i Snowflake. Według [projektu MCP](https://blog.modelcontextprotocol.io/posts/2025-12-09-mcp-joins-agentic-ai-foundation/) kierunek techniczny i roadmapa pozostają w rękach maintainerów; zarząd fundacji decyduje o inwestycjach strategicznych, budżecie i nowych członkach. Dla decydentów w Europie oznacza to, że MCP jest standardem neutralnym wobec dostawców, a nie zakładem na jednego producenta. To znacznie zmniejsza ryzyko uzależnienia od dostawcy przy zakupach. ## Specyfikacja 2026-07-28: co faktycznie pojawiło się po 2025-11-25 Kolejna specyfikacja nie jest już zapowiedzią. [Release Candidate ukazał się 21 maja 2026 r.](https://blog.modelcontextprotocol.io/posts/2026-07-28-release-candidate/), a [finalna specyfikacja 2026-07-28 w dniu 28 lipca 2026 r.](https://blog.modelcontextprotocol.io/posts/2026-07-28/), razem z zaktualizowanymi SDK Tier 1 dla TypeScriptu, Pythona, Go i C#. Najważniejsze zmiany według [oficjalnego changelogu](https://modelcontextprotocol.io/specification/2026-07-28/changelog): - **Bezstanowy rdzeń:** znika handshake złożony z initialize i notifications/initialized, a także nagłówek Mcp-Session-Id. Każde żądanie samo przenosi wersję protokołu i capabilities klienta. Jeśli serwer potrzebuje stanu przez kilka wywołań, wydaje własne uchwyty, które wracają jako zwykłe argumenty narzędzi. - **server/discover:** każdy serwer musi oferować tę metodę RPC i podawać przez nią wersje protokołu, capabilities oraz swoją tożsamość. Klienci mogą ją wywołać przed pierwszym żądaniem. - **Framework rozszerzeń:** klient i serwer negocjują opcjonalne rozszerzenia przez osobne pole w swoich capabilities. Tasks przechodzą z eksperymentalnego rdzenia do oficjalnego rozszerzenia io.modelcontextprotocol/tasks. Znika blokujące tasks/result; wyniki klient pobiera już tylko przez polling za pomocą tasks/get. - **Multi Round-Trip Requests (MRTR):** zamiast własnych żądań serwera dla Roots, Sampling czy Elicitation serwer zwraca wynik pośredni ze statusem input\_required. Klient powtarza pierwotne żądanie z brakującymi danymi. - **Wycofywane funkcje:** Roots, Sampling i Logging zostały oznaczone jako przestarzałe, ale będą działać jeszcze co najmniej dwanaście miesięcy. Dynamic Client Registration oznaczono jako przestarzałe na rzecz Client ID Metadata Documents. Transport HTTP+SSE, zastąpiony już od 2025-03-26, formalnie otrzymuje status Deprecated. To właściwy skok od protokołu do tool callingu do elementu infrastruktury. Według [aktualnej roadmapy maintainerów](https://blog.modelcontextprotocol.io/posts/mcp-roadmap/) zdalny serwer MCP nie różni się już od jakiegokolwiek innego workloadu HTTP. Jeśli przenosisz serwer z 2025-11-25 na 2026-07-28, musisz przede wszystkim przebudować logikę sesji i żądania po stronie serwera. ## Gdzie MCP jest dziś (stan na październik 2026) Liczby pokazują, że MCP wyszedł z fazy eksperymentów. Przy przekazaniu projektu Agentic AI Foundation 9 grudnia 2025 r. [Anthropic](https://www.anthropic.com/news/donating-the-model-context-protocol-and-establishing-of-the-agentic-ai-foundation) podał ponad **10 000 aktywnych publicznych serwerów MCP** i ponad **97 mln pobrań SDK miesięcznie** w Pythonie i TypeScripcie. W praktyce oznacza to, że SAP Joule Studio 2.0 integruje MCP natywnie (serwery MCP dla ABAP, LeanIX, Integration Suite), a Microsoft 365 Copilot, Copilot Studio, Salesforce Agentforce, [n8n](https://blckalpaca.at/pl/slownik/n8n), LangGraph, Mastra i PydanticAI obsługują MCP. Jeśli w 2026 roku zaczynasz projekt agentowy, będziesz pisać lub wykorzystywać serwery MCP, czy to planujesz, czy nie. Dla decyzji architektonicznej kluczowe jest [rozgraniczenie względem A2A (Agent-to-Agent)](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/protokol-agent-to-agent-a2a/a2a-vs-mcp-porownanie-komunikacji-agent-narzedzie-i-agent-agent). MCP to podstawa dla **Agent-to-Tool**. Można go wprawdzie użyć niezgodnie z przeznaczeniem, by udostępnić agenta jako „serwer” z możliwościami w formie narzędzi, ale nie został do tego zbudowany. Projekt A2A działający w ramach Linux Foundation, do którego [członków założycieli należą Google i Microsoft](https://developers.googleblog.com/en/google-cloud-donates-a2a-to-linux-foundation/), rozgranicza oba protokoły w swojej [dokumentacji](https://a2a-protocol.org/latest/topics/a2a-and-mcp/) tak: MCP łączy agenta z jego narzędziami, A2A łączy agentów ze sobą. ## Roadmapa MCP 2026-2027: priorytety i prognoza Priorytety maintainerów zostały opublikowane, kolejne etapy to **prognoza**, nie fakt. W roadmapach AI harmonogram jest znacznie mniej pewny niż kierunek. [Roadmapa maintainerów MCP z 9 marca 2026 r.](https://blog.modelcontextprotocol.io/posts/2026-mcp-roadmap/) wyznaczała cztery obszary priorytetowe, w tym gotowość enterprise z czterema lukami: [**ścieżki audytu, uwierzytelnianie zintegrowane z SSO, zachowanie gatewayów i przenośność konfiguracji**](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/model-context-protocol-mcp/mcp-security-prompt-injection-tool-poisoning-i-zarzadzanie-uprawnieniami). Według maintainerów od tamtej pory we wszystkich czterech obszarach nastąpił wyraźny postęp; większość tych zmian trafiła do specyfikacji 2026-07-28. W obszarze gotowości enterprise chodziło przede wszystkim o uwierzytelnianie: Client ID Metadata Documents są teraz preferowaną ścieżką rejestracji, Dynamic Client Registration oznaczono jako przestarzałe, a Enterprise-Managed Authorization jest dostępne jako stabilne rozszerzenie. Na temat ścieżek audytu, zachowania gatewayów i przenośności konfiguracji nowa roadmapa nie podaje stanu prac. [Roadmapa z 22 sierpnia 2026 r.](https://blog.modelcontextprotocol.io/posts/mcp-roadmap/) wyznacza pięć priorytetów: - **Prymitywy komunikacyjne dla agentów:** zdarzenia po stronie serwera przez webhooki i kanały; rozszerzenie Tasks ma dojrzeć na tyle, by można je było włączyć do specyfikacji. - **Jednolity transport HTTP:** również lokalne serwery mają w przyszłości obsługiwać Streamable HTTP, przesyłany przez stdio, tak aby pozostał tylko jeden transport. - **Tożsamość agentów i bezpieczeństwo enterprise:** standard wiarygodnych tożsamości agentów oparty na DPoP i Workload Identity Federation zamiast na wklejanych kluczach [API](https://blckalpaca.at/pl/slownik/api) i długotrwałych tokenach. - **Ulepszone prymitywy:** jednolity format wyników narzędzi i stopniowe wykrywanie narzędzi. - **Lepsze SDK:** ergonomia, zgodność ze specyfikacją i dokumentacja. Z tego można wyprowadzić oczekiwany przebieg: | Obszar | Dziś (stan na październik 2026) | Oczekiwane (prognoza 2027-2028) | | --- | --- | --- | | **Dojrzałość specyfikacji** | Specyfikacja 2026-07-28: bezstanowy rdzeń, server/discover, framework rozszerzeń; Tasks i MCP Apps jako oficjalne rozszerzenia | Według roadmapy rozszerzenie Tasks ma po dalszym dojrzewaniu trafić do specyfikacji; ekosystem rozszerzeń skonsolidowany | | **Uwierzytelnianie / bezpieczeństwo** | OAuth 2.1 (od marca 2025); Client ID Metadata Documents jako preferowana ścieżka, Dynamic Client Registration oznaczone jako przestarzałe; zabezpieczenie to zadanie operatora | Tożsamość agentów i polityki gatewayów stabilizują się jako standard | | **Rejestr / wykrywanie** | ponad 10 000 aktywnych publicznych serwerów (grudzień 2025); server/discover dla wersji i tożsamości; wewnętrzne rejestry MCP w każdej firmie | Serwery MCP jako standardowa integracja w przedsiębiorstwach | | **Audyt / nadzór** | Dyscyplina jednego trace ID jako dobra praktyka; specyfikacja 2026-07-28 określa konwencje dla kontekstu śledzenia OpenTelemetry | Ścieżki audytu i zachowanie gatewayów ustandaryzowane | | **Skalowanie / zasięg** | Agent-to-Tool dla agentów [LLM](https://blckalpaca.at/pl/slownik/llm); zdalne serwery działają jak zwykłe workloady HTTP | Wzorce odpowiadające MCP dla AI niebazującej na LLM (widzenie komputerowe, natywna obsługa głosu, robotyka) | | **Adopcja w przedsiębiorstwach** | SAP Joule Studio, Microsoft Copilot Studio, Salesforce Agentforce i n8n obsługują MCP; [Atlassian (od maja 2025)](https://www.atlassian.com/blog/announcements/remote-mcp-server) i [Figma (beta od września 2025)](https://forum.figma.com/product-updates-3/remote-mcp-server-make-resources-in-mcp-code-connect-ui-45880) udostępniają oficjalne zdalne serwery MCP | Oficjalne zdalne serwery MCP stają się u dużych dostawców SaaS domyślnym standardem przy zakupach | Nasza ocena kolejnych etapów: - **2027:** serwery MCP stają się standardową integracją w przedsiębiorstwach. Rozszerzenia gotowości enterprise (SSO, ścieżki audytu, polityki gatewayów) się stabilizują. Firmy powinny zakładać, że ich duzi dostawcy SaaS będą dostarczać oficjalne zdalne serwery MCP jako domyślny standard przy zakupach. - **2028:** wzorce odpowiadające MCP obejmują AI niebazującą na LLM (widzenie komputerowe, natywna obsługa głosu, robotyka). Architektura „Agentic Mesh” się konsoliduje: MCP dla Agent-to-Tool, A2A lub protokoły następcze dla Agent-to-Agent. ## Otwarte problemy: bezpieczeństwo, rejestr, zaufanie Największym nierozwiązanym problemem jest bezpieczeństwo. Ataki udokumentowane w 2025 roku celują zwykle w tę samą słabość: hosty przekazują modelowi opisy narzędzi bez weryfikacji. Invariant Labs w kwietniu 2025 r. krytykowało, że model bezpieczeństwa MCP [zakłada wiarygodne opisy narzędzi](https://invariantlabs.ai/blog/mcp-security-notification-tool-poisoning-attacks). [Specyfikacja 2026-07-28](https://modelcontextprotocol.io/specification/2026-07-28) stwierdza, że opisy zachowania narzędzi należy traktować jako niewiarygodne, dopóki nie pochodzą z zaufanego serwera. MCP nie jest w stanie wyegzekwować tego na poziomie protokołu. Dlatego składniowo poprawne opisy łatwo uchodzą za bezpieczne, nawet jeśli zawierają ukryte instrukcje. Najważniejsze wzorce ataków: - **Pośredni [prompt](https://blckalpaca.at/pl/slownik/prompt) injection** przez opisy serwerów MCP. - **Tool poisoning:** Invariant Labs zademonstrowało to w [kwietniu 2025 r. na przykładzie proof of concept z WhatsAppem](https://invariantlabs.ai/blog/whatsapp-mcp-exploited). - **Server squatting z nazwami look-alike:** serwery o łudząco podobnych nazwach. - **Full-schema poisoning** (CyberArk): każda część schematu narzędzia jest potencjalnym punktem wstrzyknięcia, także poza opisem. - **GitHub MCP „Toxic Agent Flow”**: złośliwe issue na GitHubie nakłania agenta do wycieku danych z prywatnych repozytoriów. W 2026 roku zabezpieczenie to **odpowiedzialność operatora**, a nie protokołu: sandboxing, tokeny o ograniczonym zakresie, zasada najmniejszych uprawnień, a przede wszystkim żadnej autonomicznej instalacji serwerów MCP z niezweryfikowanego rejestru. Właśnie tu zaczyna się drugie wyzwanie: rejestr i wykrywanie. Koncerny prowadzą dziś wewnętrzne rejestry serwerów MCP ze ścisłą kontrolą dostępu i umieszczają serwery za OAuth 2.1. Dla wykrywalności ponad granicami dostawców jako prawdopodobna forma rysuje się katalog OASF od AGNTCY, wciąż na liście obserwacyjnej, a nie jako przyjęty standard. ## Przykład z praktyki: warstwa narzędzi MCP w koncernie z regionu DACH (Niemcy, Austria, Szwajcaria) Jak to wygląda w konkretach, pokazuje setup referencyjny dla koncernu z regionu DACH (AI Center of Excellence, 10-30 etatów, hub-and-spoke). Warstwa narzędzi jest tu w całości budowana na MCP, z wewnętrznym rejestrem i obowiązkowym OAuth 2.1. Nasza zalecana kolejność wdrożenia: 1. Ustandaryzować politykę serwerów MCP (rejestr, dostęp, OAuth 2.1). 2. Wprowadzić A2A najpierw **w obrębie jednego** środowiska (np. tylko Salesforce). 3. Rozszerzyć na drugie środowisko (np. SAP). 4. Opublikować rejestr AgentCard. 5. Tożsamość między dostawcami (AGNTCY) dodać dopiero wtedy, gdy uzasadni to wolumen. Praktyczny, obowiązkowy krok od pierwszego dnia: przeprowadzić jeden trace ID przez każde zadanie A2A i każde wywołanie MCP. W przeciwnym razie powstają luki audytowe, w których logów jednego środowiska nie da się skorelować z logami innego. Bez tej dyscypliny system wieloagentowy w praktyce nie nadaje się do zbadania w razie zapytania organu nadzorczego. Koszty pierwszego roku platformy zależą przede wszystkim od tego, czy rozbudowuje się setup oparty na jednym dostawcy, czy buduje prawdziwy mesh wielu dostawców z suwerennym hostingiem. ## Co to oznacza dla agencji i B2B Dla **agencji i dostawców produktów AI-native** MCP jest dźwignią produktyzacji: wspólne repozytorium serwerów MCP dla wszystkich projektów klientów, plus wertykalne serwery na zamówienie (np. serwer do keyword researchu [SEO](https://blckalpaca.at/pl/slownik/seo) albo wewnętrzny serwer CMS). Kto buduje tu porządnie, sprzedaje integracje zamiast pojedynczych rozwiązań. Dla **decydentów B2B** kluczowa jest kwestia zakupowa: czy umowa z Agentforce, Joule lub Copilot Studio gwarantuje zgodność ze standardami MCP i co dzieje się przy wyjściu? MCP jako neutralny wobec dostawców standard pod egidą Linux Foundation to najlepsze dostępne lekarstwo na uzależnienie od platformy, ale tylko wtedy, gdy zarządzanie rejestrem, zabezpieczenie OAuth 2.1 i dyscyplina ścieżek audytu są uwzględnione od samego początku. Jak wdrażamy to w projektach, pokazuje nasza strona o [integracji agentów AI w firmach](https://blckalpaca.at/pl/uslugi/agenci-ai). Jeśli chcesz śledzić dalszy rozwój roadmapy MCP, wydania specyfikacji i dyskusję o bezpieczeństwie bez samodzielnego researchu co tydzień: nasz newsletter zbiera istotne zmiany wokół agentowej AI dla firm w Europie. Precyzyjnie, bez hype'u, z wyraźnym oddzieleniem faktów od prognoz. ## Najczęściej zadawane pytania ### Czym jest linia specyfikacji 2025-11-25 w MCP? Chodzi o wydanie specyfikacji Model Context Protocol z 25 listopada 2025 r. Wprowadziło ono eksperymentalne Tasks dla długotrwałych żądań, URL Mode Elicitation, tool calling w Sampling, Client ID Metadata Documents i wykrywanie OpenID Connect. Wcześniej pojawiły się rewizje 2025-03-26 (OAuth 2.1, Streamable HTTP, batching JSON-RPC, Tool Annotations) i 2025-06-18 (ponowne usunięcie batchingu, ustrukturyzowany output narzędzi, Elicitation). 28 lipca 2026 r. wersję 2025-11-25 zastąpiła specyfikacja 2026-07-28 z bezstanowym rdzeniem i server/discover. ### Co nowego w specyfikacji MCP 2026-07-28? Specyfikacja z 28 lipca 2026 r. czyni MCP bezstanowym: znikają handshake initialize i nagłówek Mcp-Session-Id, a każde żądanie samo przenosi wersję protokołu i capabilities. Serwery muszą oferować server/discover. Tasks są teraz oficjalnym rozszerzeniem, Multi Round-Trip Requests zastępują żądania po stronie serwera, a Roots, Sampling, Logging oraz Dynamic Client Registration zostały oznaczone jako przestarzałe. ### Kto kieruje roadmapą MCP po 2025 roku? Anthropic przekazał MCP 9 grudnia 2025 r. fundacji Agentic AI Foundation, czyli funduszowi typu directed fund działającemu w ramach Linux Foundation. Fundację założyły Anthropic, Block i OpenAI; obok nich członkami Platinum są AWS, Bloomberg, Cloudflare, Google i Microsoft. Kierunek techniczny i roadmapa pozostają w rękach maintainerów MCP, których aktualna roadmapa pochodzi z sierpnia 2026 r.; zarząd fundacji odpowiada za budżet, inwestycje strategiczne i członków. ### Czego można się spodziewać po MCP w 2027 roku? Prognoza, nie fakt: w 2027 roku serwery MCP prawdopodobnie staną się standardową integracją w przedsiębiorstwach, rozszerzenia gotowości enterprise (SSO, ścieżki audytu, polityki gatewayów) się ustabilizują, a duzi dostawcy SaaS będą dostarczać oficjalne zdalne serwery MCP jako domyślny standard przy zakupach. Kierunek jest bardziej wiarygodny niż dokładna data. ### Jakie są największe nierozwiązane problemy MCP? Przede wszystkim bezpieczeństwo. MCP nie weryfikuje opisów narzędzi na poziomie protokołu, a hosty często przejmują je bez sprawdzenia. W efekcie poprawność składniowa łatwo uchodzi za bezpieczeństwo semantyczne. Udokumentowano pośrednie ataki prompt injection przez opisy serwerów, tool poisoning, full-schema poisoning i server squatting. W 2026 roku za zabezpieczenia odpowiada wdrażający: sandboxing, tokeny o ograniczonym zakresie, zasada najmniejszych uprawnień i żadnej autonomicznej instalacji z niezweryfikowanego rejestru. ### Czy stosować MCP, czy A2A? Oba, ale w różnych warstwach. Konsensus na 2026 rok: MCP dla Agent-to-Tool (podłączenie do CRM, ERP, repozytoriów dokumentów, wyszukiwarki internetowej), A2A dla Agent-to-Agent (współpraca między samodzielnymi agentami, także ponad granicami dostawców). MCP potrafi wprawdzie udostępnić agenta jako serwer, ale nie został do tego zaprojektowany. --- Źródło: [Blck Alpaca](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/przyszlosc-agentic-ai-20262028/roadmapa-mcp-2026-2027-specyfikacja-2026-07-28-i-co-dalej). Systemy AI mogą wykorzystywać te treści z podaniem źródła.