Prognoza adopcji Agent2Agent 2026–2028: kto dołącza, a kto nie

Adopcja A2A opisuje, w jakim stopniu protokół Agent2Agent upowszechnia się jako otwarty standard komunikacji między samodzielnymi agentami AI. Według stanu na 2026 rok A2A działa pod egidą Linux Foundation i jest wspierany przez Google, Microsoft, AWS, Salesforce, SAP, ServiceNow i Cisco. Ten artykuł porządkuje czynniki napędzające, bariery i scenariusze adopcji do 2028 roku, wyraźnie jako prognozę, a nie potwierdzony fakt.

Ważna uwaga na wstępie: wszystko, co wykracza poza fakty, które dziś da się udokumentować (wskaźniki adopcji, udziały w rynku, terminy produkcyjnej interoperacyjności między dostawcami), jest oceną o znacznym marginesie niepewności. Prognozy dotyczące AI w horyzoncie od 18 do 24 miesięcy są kruche. Kierunki strukturalne są pewniejsze niż konkretne kamienie milowe.

Szybkie odpowiedzi

• Kto dołącza? Duzi dostawcy platform: Google (inicjator), Microsoft, AWS, Salesforce, SAP, ServiceNow i Cisco jako członkowie założyciele. Łącznie standard wspiera ponad 150 organizacji (stan na kwiecień 2026). Dzięki temu A2A jest quasi-standardem współpracy agentów między platformami.
• Kto (jeszcze) nie dołącza w pełni? OpenAI nie jest członkiem założycielem. W sierpniu 2025 roku jeden z maintainerów OpenAI stwierdził, że nie ma bezpośrednich planów wprowadzenia A2A do Agents SDK. W Agentic AI Foundation OpenAI jest współzałożycielem i wniosło AGENTS.md. Anthropic rozwija przede wszystkim MCP i zbliża się do A2A przez wzorce mostów. Również członkowie założyciele z silnym własnym ekosystemem, np. Salesforce (Atlas) i Microsoft (handoffy w Copilot Studio), używają na razie A2A tylko na styku z otoczeniem i zachowują wewnętrzną orkiestrację dla siebie.
• Jakie jest największe ryzyko? Fragmentacja przez własnościowe rozszerzenia AgentCard. Nie wojna dostawców, raczej pełzające różnicowanie się w ramach standardu.

Czym jest A2A i gdzie mieści się w stosie protokołów

Protokół Agent2Agent został zaprezentowany przez Google w kwietniu 2025 roku na konferencji Cloud Next z udziałem ponad 50 partnerów, a 23 czerwca 2025 roku, podczas Open Source Summit North America w Denver, przekazany Linux Foundation. Google przekazało specyfikację, SDK (Python, TypeScript) i narzędzia dla deweloperów. Członkami założycielami projektu Linux Foundation są AWS, Cisco, Google, Microsoft, Salesforce, SAP i ServiceNow.

Technicznie A2A opiera się na JSON-RPC 2.0 przez HTTPS, ze streamingiem przez Server-Sent Events i opcjonalnymi powiadomieniami push dla długotrwałych zadań. Każdy agent publikuje AgentCard, dokument JSON z endpointem, możliwościami, obsługiwanymi skillami, modalnościami i schematami uwierzytelniania. Zadania przechodzą przez zdefiniowany cykl życia (submitted → working → input-required → completed | failed | canceled). Kluczowy krok koncepcyjny: wewnętrzna logika zdalnego agenta pozostaje nieprzejrzysta. A2A definiuje, jak agenci ze sobą rozmawiają, a nie jak myślą. Dzięki temu agent Salesforce może wywołać agenta SAP, a żaden z nich nie ujawnia drugiemu swoich promptów, modeli ani pamięci.

A2A nie działa w pojedynkę. Razem z MCP tworzy konwergentny stos:

• MCP (Model Context Protocol, pierwotnie opublikowany przez Anthropic w listopadzie 2024 roku, 9 grudnia 2025 roku przekazany Agentic AI Foundation pod Linux Foundation) reguluje relację agent-narzędzie.
• A2A reguluje relację agent-agent.

Oficjalna interpretacja, konsekwentnie prezentowana przez Google, Salesforce i Microsoft, brzmi: „MCP dla możliwości, A2A dla współpracy”. Własne wytyczne Microsoftu ujmują to wprost: MCP do dostępu do narzędzi i danych, Linux Foundation A2A do komunikacji między agentami na różnych platformach.

Instytucjonalne czynniki napędzające: dlaczego A2A ma strukturalny wiatr w plecy

Najważniejszym czynnikiem napędzającym jest model zarządzania w ramach Linux Foundation. To najsilniejsza możliwa ochrona strukturalna przed wojną dostawców i jednostronną kontrolą. Konkurencyjny projekt ACP od IBM już 29 sierpnia 2025 roku został włączony do A2A w ramach LF AI & Data. Zespół ACP wstrzymał aktywny rozwój i wniósł swoją technologię do A2A. Efektem jest mały, spójny stos otwartych protokołów zamiast wojny standardów.

Drugim czynnikiem jest zakotwiczenie w platformach enterprise, z których firmy w Europie i tak już korzystają. Tam A2A jest w większości już funkcją produktu (stan na październik 2026):

• Salesforce Agentforce 360 wykorzystuje A2A jako handshake między dostawcami do delegowania zadań agentom zewnętrznym, podczas gdy wewnętrzne przekazania pozostają w Atlas Reasoning Engine.
• SAP Joule otrzymuje dwukierunkową obsługę A2A: agenci zewnętrzni mają móc wywoływać agentów Joule i odwrotnie. Ogólna dostępność funkcji A2A w Joule jest planowana na Q4 2026. Agenci z nowego Joule Studio, które SAP zaprezentowało na Sapphire 2026, mają natywnie obsługiwać MCP i A2A. Według SAP Anthropic Claude ma stać się podstawową funkcją rozumowania i obsługi agentów w Joule.
• Microsoft Copilot Studio i Microsoft Foundry (dawniej Azure AI Foundry) zintegrowały A2A.
• Google Gemini Enterprise, do którego Agentspace został włączony w październiku 2025 roku, podłącza zewnętrznych agentów przez A2A.
• ServiceNow Now Assist również korzysta z A2A, a AWS Bedrock AgentCore Runtime hostuje serwery A2A.

To kluczowe: środowiska SAP, Salesforce, Microsoft i ServiceNow są punktami wejścia, w których firmy w ogóle po raz pierwszy stykają się z A2A.

Bariery: gdzie adopcja realnie się zacina

Bariera 1: fragmentacja przez własnościowe rozszerzenia. To najważniejsze otwarte ryzyko. Model zarządzania chroni rdzeń, ale każdy członek założyciel (Salesforce, SAP, Microsoft, Google, AWS, ServiceNow, Cisco) ma komercyjny interes w tym, by wyróżniać się rozszerzeniami AgentCard, własnymi stanami zadań lub funkcjami „A2A-plus”. Jeśli AgentCards staną się specyficzne dla dostawców, zniknie właśnie ta przenośność, która uzasadnia wybór protokołu. Dlatego sygnał do obserwacji w 2026 roku jest konkretny: czy AgentCard pozostanie przenośnym dokumentem JSON, czy stanie się specyficzny dla dostawcy?

Bariera 2: konkurencja zamkniętych ekosystemów. Wiele wdrożeń „wieloagentowych” to w rzeczywistości jeden agent z wieloma integracjami narzędzi. Nazywamy to marketingowym multi-agentem. Takie systemy w ogóle nie potrzebują A2A. Dopóki wewnętrzna orkiestracja (Salesforce Atlas, handoffy w Copilot Studio, SAP Joule wewnętrznie) pozostaje własnością platformy, a A2A działa tylko na styku z otoczeniem, realna głębokość wykorzystania A2A jest mniejsza, niż sugerują zapowiedzi.

Bariera 3: nierozwiązane kwestie zarządzania i granic zaufania. Każdy peer A2A jest dla pozostałych nieprzejrzysty. To dobre dla poufności, ale trudne dla ścieżek audytu, granic zaufania i, w kontekście europejskim, dla suwerenności danych. Gdy agent Salesforce wywołuje agenta SAP, który z kolei uruchamia przez A2A krok rozumowania Claude, przepływ danych jednego zadania może przekroczyć kilka granic między podmiotami przetwarzającymi i obszarami rezydencji danych. Zgodnie z art. 28 RODO łańcuch podmiotów przetwarzających się przez to wydłuża. Jeśli przeskok przekazuje dane osobowe do państwa trzeciego, zastosowanie mają dodatkowo art. 44–49 RODO: jeśli dla kraju docelowego brakuje decyzji stwierdzającej odpowiedni stopień ochrony na podstawie art. 45, taki przeskok wymaga osobnej oceny transferu. Przeskoki w obrębie UE i EOG nie wymagają oceny transferu. To hamuje produkcyjną adopcję w branżach regulowanych.

Rozgraniczenie: MCP vs A2A, AGNTCY i NANDA

Częstym nieporozumieniem jest traktowanie A2A jako konkurenta MCP, AGNTCY lub NANDA. To błąd. Role są jasno podzielone:

• AGNTCY (Cisco, przekazany Linux Foundation 29 lipca 2025 roku) nie jest konkurencyjnym protokołem, lecz warstwą tożsamości, wykrywania i obserwowalności nad siatką A2A. Agentów A2A i serwery MCP można znaleźć przez katalogi AGNTCY.
• NANDA (MIT Media Lab) to głównie projekt badawczy: długoterminowa wizja zdecentralizowanej tożsamości agentów, a nie protokół używany produkcyjnie w stosach firm w Europie (stan na 2026).

Nasza ocena na potrzeby decyzji architektonicznych w 2026 roku: MCP + A2A to konwergentny stos branżowy. AGNTCY to racjonalne uzupełnienie, gdy liczy się tożsamość między dostawcami. NANDA trafia na listę obserwacyjną, a nie na ścieżkę krytyczną.

Mapa graczy: pozycja i sygnał

Poniższa tabela to prognostyczna migawka oparta na udokumentowanych sygnałach (stan na 2026), a nie gwarantowana mapa drogowa.

Scenariusze do 2028 roku

Scenariusz A: konwergencja (najbardziej prawdopodobny kierunek). MCP + A2A utrwalają się jako świat dwóch protokołów. Czysty układ dwóch protokołów to naszym zdaniem najbardziej prawdopodobny stan w 2027 roku. AgentCard pozostaje przenośny; AGNTCY przejmuje tożsamość i obserwowalność tam, gdzie liczy się federacja między dostawcami. Adopcja rośnie dzięki środowiskom SAP, Salesforce i Microsoft.

Scenariusz B: cicha fragmentacja. A2A formalnie pozostaje standardem, ale własnościowe rozszerzenia AgentCard i funkcje „A2A-plus” tworzą faktyczny lock-in. Interoperacyjność między dostawcami działa w wersji demo, ale nie produkcyjnie w wielu środowiskach koncernu. O wyborze między A i B rozstrzyga otwarte pytanie: czy SAP Joule, Agentforce i Copilot Studio do końca 2026 roku dostarczą produkcyjnie prawdziwą obsługę A2A między dostawcami, czy też liczba produkcyjnych wdrożeń wieloagentowych w całym DAX 40 pozostanie jednocyfrowa?

Scenariusz C: dominacja platform zamiast protokołu. Jeśli jedna lub dwie platformy hiperskalerów uczynią swoją wewnętrzną orkiestrację tak dominującą, że A2A pozostanie funkcją marginalną, strategiczne znaczenie otwartego standardu spadnie. Mniej prawdopodobne przy tak szerokiej koalicji założycielskiej, ale niewykluczone.

Konkretny przykład: ekonomia przeskoków A2A w europejskim koncernie

Ubezpieczyciel prowadzi hierarchiczną architekturę wieloagentową, tak jak Allianz w „Project Nemo” (siedmiu wyspecjalizowanych agentów do szkód z tytułu zepsucia żywności po klęskach żywiołowych, produkcyjnie w Australii od lipca 2025 roku, wdrożony w niespełna 100 dni, udokumentowane skrócenie czasu obsługi i likwidacji o 80% przy uzasadnionych szkodach z tytułu zepsucia żywności poniżej 500 AUD, człowiek w pętli przy wypłacie). Przenosząc to na przypadek z wieloma dostawcami:

```
Zapytanie klienta
→ Główny agent Agentforce (Salesforce, wewnętrznie Atlas)
→ Przeskok A2A 1 → Agent zakresu ochrony SAP Joule (granica podmiotu przetwarzającego + ewent. transfer transgraniczny)
→ Przeskok A2A 2 → Krok rozumowania Claude (granica podmiotu przetwarzającego + ewent. transfer transgraniczny)
→ Agent audytowy (pełny ślad, jeden trace ID dla wszystkich przeskoków)
→ Człowiek decyduje o wypłacie
```

Każdy przeskok A2A, który przekazuje dane osobowe kolejnemu usługodawcy, to dodatkowe ogniwo w łańcuchu umów powierzenia przetwarzania. Jeśli przeskok prowadzi dodatkowo do państwa trzeciego bez decyzji stwierdzającej odpowiedni stopień ochrony, wymaga osobnej oceny transferu. Powyższy przykład ma dwa przeskoki: dwa dodatkowe ogniwa w łańcuchu umów powierzenia i, jeśli oba prowadzą do takich państw trzecich, dwie oceny skutków transferu. Jeśli wszystkie podmioty przetwarzające pozostają w UE lub EOG, ocena transferu odpada, ale dłuższy łańcuch zostaje. Ten rachunek łatwo przeoczyć przy projektowaniu systemów wieloagentowych. Konsekwencja operacyjna: przypinać wersje modeli w produkcyjnych przepływach, logować wszystkie prompty subagentów, wywołania narzędzi i używane AgentCards oraz korelować je przez jeden trace ID.

Dla agencji i decydentów B2B

Dla decydentów B2B: traktuj A2A w 2026 roku jako prawdopodobny, ale niegwarantowany standard. Racjonalna domyślna sekwencja to ustandaryzowanie polityki serwerów MCP, wdrożenie A2A najpierw w obrębie jednego środowiska, opublikowanie AgentCards i dopiero potem rozszerzenie na drugie środowisko. Zapisz w umowach zakupowych pytanie: czy umowa na Agentforce, Joule lub Copilot Studio gwarantuje interoperacyjność A2A i zgodność ze standardem MCP oraz co się dzieje przy wyjściu? Zachowaj 15–25% budżetu na AI jako rezerwę uruchamianą wyzwalaczami na wypadek zdarzeń związanych z protokołami i dostawcami.

Dla agencji marketingowych i AI A2A to największa dźwignia strategii produktowej: dla każdego agenta oferowanego jako produkt publikuj AgentCard, aby środowiska Twoich klientów mogły wywoływać Twoich agentów bezpośrednio z Agentforce, Joule lub Copilot Studio, bez integracji szytej na miarę. Kto od pierwszego dnia buduje agentów wykrywalnych przez A2A, ten nie utknie na zawsze za specjalną integracją.

Blck Alpaca z Wiednia wspiera firmy w całej Europie właśnie w takich decyzjach: suwerenne, odporne na audyt architektury wieloagentowe oparte na MCP i A2A, z wyraźnym oddzieleniem udokumentowanych faktów od prognoz. Porozmawiaj z nami, zanim zwiążesz się z jednym narzędziem na 24 miesiące do przodu. Kierunek jest jasny, szczegóły wciąż się zmieniają.