Druga połowa stosu interoperacyjności: A2A i internet agentów

Rok temu trudnym problemem w inżynierii agentów było skłonienie agenta, by używał rzeczy — by wywołał narzędzie, odczytał bazę danych, sięgnął do API bez dedykowanej integracji dla każdego z osobna. Model Context Protocol to rozwiązał, a my pisaliśmy o tym, jak MCP stał się uniwersalnym standardem łączenia agenta z narzędziami i danymi świata. Ale MCP zawsze dotyczył tylko jednej osi. Łączy agenta w dół, z jego narzędziami. Nie mówi nic o tym, jak jeden agent rozmawia z innym agentem.

To druga połowa stosu, a w 2026 roku ma własny standard: protokół Agent2Agent (A2A). Jeśli MCP jest tym, jak agent sięga do swoich narzędzi, A2A jest tym, jak agent sięga do swoich rówieśników — a oba razem po cichu montują instalację czegoś większego: internetu agentów, którzy potrafią się nawzajem odnajdywać i delegować sobie zadania ponad dostawcami, frameworkami i organizacjami.

Czym A2A właściwie jest

A2A zostało wydane przez Google w kwietniu 2025 i przekazane Linux Foundation w czerwcu 2025, gdzie jest teraz zarządzane jako neutralny wobec dostawców projekt open — wśród założycielskich członków zarządzających są AWS, Cisco, Google, Microsoft, Salesforce, SAP i ServiceNow. Ten szczegół zarządzania liczy się bardziej, niż wygląda; jeszcze do niego wrócimy.

Technicznie A2A jest celowo nieefektowne. Jego zasada projektowa, słowami samej specyfikacji, to „ponowne użycie istniejących, dobrze rozumianych standardów (HTTP, JSON-RPC 2.0, Server-Sent Events)” — z opcjonalnym wiązaniem gRPC. Nie ma żadnego egzotycznego nowego transportu do nauczenia; to nudny, sprawdzony w boju stos webowy, co jest dokładnie powodem, dla którego łatwo go przyjąć.

Elementem, który umożliwia koordynację, jest Agent Card — według specyfikacji „dokument metadanych w formacie JSON publikowany przez A2A Server, opisujący jego tożsamość, możliwości, umiejętności, endpoint serwisu i wymagania uwierzytelniania”. Agent Card jest tym, jak jeden agent odkrywa, co potrafi inny i jak z nim rozmawiać, bez człowieka łączącego ich z góry. Wokół tego A2A definiuje niewielki zestaw prymitywów — Task (jednostkę pracy, ze statusem i historią), Message (wymianę tam i z powrotem) oraz Artifact (wyniki) — wystarczająco, by wesprzeć stanową, wielotorową współpracę między dwoma niezależnymi systemami agentów, które nigdy się nie spotkały.

MCP i A2A: dwie osie, jeden stos

Najczystszy sposób na ujęcie tego to dwie prostopadłe osie. MCP jest pionowe: łączy agenta w dół z narzędziami, danymi i zasobami. A2A jest poziome: łączy agenta w bok z innymi agentami jako rówieśnikami. Specyfikacja A2A jest na tyle wyraźna co do tego podziału, że zawiera dedykowaną sekcję — „Appendix B. Relationship to MCP” — wykładającą, że oba są komplementarne, a nie konkurencyjne.

Chcesz obu, bo rozwiązują różne problemy. MCP pozwala pojedynczemu agentowi działać na świat. A2A pozwala systemowi agentów dzielić pracę: agent planujący deleguje podzadanie badawcze agentowi-specjaliście, który sam używa MCP, by sięgnąć do potrzebnych narzędzi, i zwraca Artifact. To wzorzec wieloagentowy, który zbadaliśmy w orkiestrze agentów kodujących — z tą różnicą, że A2A standaryzuje tę część, w której agenci nie są już wszyscy zbudowani przez ciebie, w jednym frameworku, na jednej maszynie. Mogą być zbudowani przez różnych dostawców, prowadzeni przez różne organizacje, a wciąż się koordynować, bo mówią tym samym protokołem i ogłaszają się tym samym rodzajem Agent Card.

To jest ten skok. Systemy wieloagentowe oznaczały kiedyś twoich podagentów rozmawiających ze sobą wewnątrz twojego harnessa. A2A czyni z „agentów rozmawiających z agentami” właściwość otwartej sieci, a nie pojedynczej bazy kodu.

Ujmijmy to konkretnie. Wyobraź sobie firmowego agenta zakupowego, który potrzebuje oceny ryzyka dostawcy. Dziś ta możliwość byłaby zakodowaną na sztywno integracją — o ile w ogóle istnieje. Z A2A agent zakupowy odczytuje Agent Card wyspecjalizowanego agenta od oceny ryzyka (zbudowanego przez inną firmę, działającego na innej chmurze), otwiera Task, wysyła dane dostawcy jako Message i otrzymuje ustrukturyzowany raport ryzyka jako Artifact. Agent zakupowy nigdy nie musiał wiedzieć, jak działa agent od ryzyka, w jakim jest frameworku ani jaki model uruchamia — tylko że jego Agent Card ogłaszał tę możliwość i endpoint. Integracja, która zajmowała kwartał inżynierii, staje się odkryciem w czasie działania.

Od integracji do internetu agentów

Standardy liczą się tylko wtedy, gdy ludzie je przyjmują, i tu A2A przestaje być specyfikacją, a zaczyna być ekosystemem. Według Linux Foundation w pierwszym roku A2A „liczba wspierających organizacji urosła z ponad 50 do ponad 150”. Zostało zintegrowane z głównymi chmurowymi platformami agentowymi — Azure AI Foundry i Copilot Studio od Microsoftu, Amazon Bedrock AgentCore Runtime od AWS oraz Google Cloud — a Foundation raportuje aktywne wdrożenia produkcyjne w łańcuchu dostaw, usługach finansowych, ubezpieczeniach i operacjach IT.

Powód, dla którego to się kumuluje, jest ten sam, dla którego zrobił to web: odkrywanie plus wspólny protokół wytwarzają efekty sieciowe. Każdy agent, który publikuje Agent Card, staje się czymś, co inni agenci mogą odnaleźć i czemu mogą delegować. Każda platforma, która mówi A2A, staje się miejscem, gdzie ci agenci mogą współdziałać. Powyżej pewnego progu wartością nie jest żaden pojedynczy agent — to sieć agentów, którzy mogą teraz nawzajem do siebie sięgać. To kształt internetu: nie produkt, lecz substrat, którego nikt nie posiada, a na którym każdy może budować. MCP dał nam jego warstwę narzędziową; A2A daje nam warstwę agentów.

Nowa powierzchnia zaufania

Byłoby naiwnością świętować to bez nazwania kosztu. W chwili, gdy agenci mogą odkrywać i delegować innym agentom — w tym zbudowanym przez ludzi, których nigdy nie spotkałeś — otwierasz autentycznie nową powierzchnię bezpieczeństwa, a jest to naturalny ciąg dalszy obaw, które podnieśliśmy wobec problemu bezpieczeństwa MCP.

Pytania są ostre. Gdy twój agent deleguje zadanie zdalnemu agentowi, co mu powierza — jakie dane wędrują w Message i dokąd trafiają? Jak uwierzytelnić agenta stojącego za Agent Card i zweryfikować, że jest tym, za co się podaje, a nie podszywaczem ogłaszającym atrakcyjne możliwości? A2A jest zbudowane na standardowym uwierzytelnianiu webowym, a Agent Card deklaruje swoje wymagania uwierzytelniania, co jest właściwym fundamentem — ale trudną częścią jest polityka, a nie transport: decyzja, którym agentom jesteś gotów delegować, co wolno im otrzymać i jak audytujesz to, co zrobili. Otwarta sieć delegujących agentów jest potężna właśnie dlatego, że jest otwarta, a ta otwartość jest dokładnie tym, co trzeba zarządzać. Protokół daje ci mechanizm; decyzje o zaufaniu wciąż są do zaprojektowania przez ciebie. A tryby awarii kumulują się przez kolejne przeskoki — jeśli twój agent deleguje zdalnemu agentowi, który sam deleguje dalej, prompt injection albo źle zachowujący się rówieśnik trzy kroki dalej wciąż może sięgnąć z powrotem do ciebie, co oznacza, że ta sama uwaga, którą poświęcamy wywołaniom narzędzi pojedynczego agenta, musi teraz rozciągać się na cały łańcuch delegacji.

Dlaczego sprzyja to Azji Południowo-Wschodniej

Oto dlaczego liczy się to najbardziej dla zespołów, dla których wciąż piszemy, i wraca to do tego szczegółu zarządzania. A2A to otwarty, neutralny wobec dostawców standard pod Linux Foundation — a nie zastrzeżona sieć posiadana przez jedną firmę, która może zmienić reguły, podnieść cenę albo cofnąć ci dostęp. To jest cały sens, i to ten sam argument, który postawiliśmy za otwartymi standardami jako fundamentem Azji Południowo-Wschodniej: gdy substrat jest otwarty, mały zespół uczestniczy na tych samych warunkach co gigant.

Konkretnie oznacza to, że kambodżański albo wietnamski zespół może zbudować agenta — procesor dokumentów w języku khmerskim, lokalnego koordynatora logistyki, usługę doradztwa rolniczego — opublikować Agent Card i sprawić, by był odkrywalny i użyteczny dla globalnej sieci agentów bez niczyjego pozwolenia. Żaden strażnik platformy nie decyduje, czy jesteś w środku. Nie musisz być przejęty, partnerowany ani zatwierdzony; musisz mówić protokołem. A ponieważ A2A działa na zwykłym stosie webowym, postawienie agenta A2A jest tanie — to HTTP i JSON, a nie kapitałochłonna infrastruktura.

To znów ta trwała, kapitałowo lekka pozycja: posiadaj swojego agenta, mów otwartym protokołem i podłącz się do sieci, której nie kontroluje żaden pojedynczy dostawca. Frontierowe laboratoria zbudują imponujących agentów, a chmurowi giganci będą ich hostować. Ale sieć, która ich wszystkich łączy, jest na razie otwartym dobrem wspólnym — a bycie wcześnie i biegle w tym, jak w niej uczestniczyć, to dokładnie ten rodzaj dźwigni, który region bez frontierowego laboratorium faktycznie może utrzymać. Internet agentów jest okablowywany właśnie teraz. Zespoły, które nauczą się mówić jego protokołem, nie muszą prosić o przyjęcie.