--- title: "Protokół Agent-to-Agent (A2A)" description: "Podstawy protokołu Agent-to-Agent (A2A): jak agenci AI komunikują się ze sobą niezależnie od dostawców i frameworków." locale: "pl" canonical: "https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/protokol-agent-to-agent-a2a" category: "Agenci AI" updated: "2026-10-28T13:32:27.555Z" source: "Blck Alpaca e.U., blckalpaca.at" --- # Protokół Agent-to-Agent (A2A) Podstawy protokołu Agent-to-Agent (A2A): jak agenci AI komunikują się ze sobą niezależnie od dostawców i frameworków. ## Czym jest protokół Agent-to-Agent (A2A)? Protokół [Agent](https://blckalpaca.at/pl/slownik/agent)-to-Agent (A2A) to otwarty standard określający, jak autonomiczni agenci AI komunikują się ze sobą ponad granicami procesów, systemów, platform i producentów. Podczas gdy pojedynczy agent korzysta z narzędzi, danych i systemów zewnętrznych za pośrednictwem Model Context Protocol ([MCP](https://blckalpaca.at/pl/slownik/mcp)), A2A reguluje warstwę wyżej: współpracę między niezależnymi agentami. Kluczowy krok koncepcyjny A2A polega na tym, że protokół definiuje, *jak agenci ze sobą rozmawiają*, a nie *jak myślą*. Wewnętrzna logika zdalnego agenta (prompty, model, pamięć) pozostaje nieprzejrzysta. Właśnie dzięki temu na przykład agent Salesforce może wywołać agenta SAP, a żadna ze stron nie musi ujawniać swoich wewnętrznych struktur. A2A zaprezentowano w kwietniu 2025 roku na konferencji Google Cloud Next z udziałem ponad 50 partnerów; początkowo jego rozwój napędzało Google. Już 23 czerwca 2025 roku Google przekazało specyfikację, SDK (Python, TypeScript) i narzędzia deweloperskie organizacji [Linux Foundation](https://www.linuxfoundation.org/press/linux-foundation-launches-the-agent2agent-protocol-project-to-enable-secure-intelligent-communication-between-ai-agents). Tym samym A2A nie jest już standardem jednego producenta, lecz otwartym standardem zarządzanym neutralnie wobec producentów. To ważny argument dla decydentów, którzy oceniają długoterminową niezależność od platform. ## Komunikacja między agentami: rdzeń techniczny A2A celowo opiera się na sprawdzonych standardach webowych, aby obniżyć próg wejścia dla firm. Najważniejsze elementy: - **Transport.** JSON-RPC 2.0 przez HTTPS. Streaming odbywa się za pomocą Server-Sent Events (SSE); dla długotrwałych zadań przewidziano opcjonalne powiadomienia push. - **Cykl życia zadania.** Zadania przechodzą przez zdefiniowane stany: `submitted → working → input-required → completed | failed | canceled`. Ten jawny cykl życia stanowi kontraktowy rdzeń relacji między dwoma agentami; jasno pokazuje, kiedy agent czeka na doprecyzowanie (`input-required`), a kiedy wynik jest gotowy. - **Wiadomości i artefakty.** A2A obsługuje wiadomości wieloczęściowe (tekst oraz treści multimodalne, np. formularze). Wynikiem zadania jest jeden lub kilka *artefaktów*. - **Trzy tryby interakcji.** Synchroniczny (pojedyncze żądanie/odpowiedź), asynchroniczny polling oraz streaming/push dla długotrwałych zadań. Ta architektura pozwala udostępnić na zewnątrz wewnętrzny przepływ wieloagentowy (np. [orkiestrację w LangGraph](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/protokol-agent-to-agent-a2a/multi-agent-orchestration-koordynacja-agentow-ponad-frameworkami) z trwałym stanem) jako endpoint A2A z AgentCard; warstwa wewnętrzna i zewnętrzna składają się w spójną całość. ## Agent Cards i wykrywanie agentów Sercem [wykrywalności (discovery)](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/protokol-agent-to-agent-a2a/agent-cards-jak-agenci-znajduja-sie-nawzajem-a2a-discovery) w A2A jest **AgentCard**. Każdy agent publikuje dokument JSON, który opisuje: - endpoint, pod którym agent jest dostępny, - jego możliwości (capabilities) i obsługiwane umiejętności (skills), - modalności (tekst, formularze, multimodalność), - obsługiwane schematy uwierzytelniania. Dzięki AgentCard agent wywołujący dowiaduje się, *co* potrafi inny agent i *jak* może się do niego zwracać, bez wglądu w jego implementację. W praktyce AgentCard jest więc kluczową dźwignią: jeśli dostawca opublikuje AgentCard dla każdego ze swoich agentów działających produkcyjnie, systemy klientów, takie jak Salesforce Agentforce, SAP Joule czy Microsoft Copilot Studio, mogą wywoływać tych agentów z własnego środowiska bez budowania [integracji dedykowanej dla klienta](https://blckalpaca.at/pl/uslugi/agenci-ai). Otwarta kwestia na 2026 rok: niektórzy producenci mają komercyjne powody, by wyposażać AgentCards we własnościowe rozszerzenia. Kluczowym sygnałem do obserwowania w kontekście przenośności A2A jest więc to, *czy AgentCard pozostanie przenośnym dokumentem JSON, czy stanie się specyficzna dla danego producenta*. ## A2A vs MCP: protokoły komplementarne, a nie konkurencyjne Najczęstsze pytanie tech leadów w Europie brzmi: „A2A czy MCP?” Odpowiedź wiodących dostawców (Google, Salesforce, Microsoft, IBM) jest jednoznaczna i spójna: **oba, dla różnych warstw**. Oficjalna formuła brzmi: *„MCP odpowiada za możliwości (agent-to-tool). A2A odpowiada za współpracę (agent-to-agent).”* Własne wytyczne Microsoftu dotyczące systemów wieloagentowych ujmują to operacyjnie: *„Use MCP for tool and data access. Use Linux Foundation A2A for cross-platform agent-to-agent messaging.”* | Kryterium | MCP (Model Context Protocol) | A2A (Agent-to-Agent Protocol) | | --- | --- | --- | | Cel | Agent ↔ narzędzie/dane/kontekst | Agent ↔ agent (współpraca równorzędna) | | Pochodzenie | Anthropic, listopad 2024 | Google, kwiecień 2025 | | Zarządzanie 2026 | [Agentic AI](https://blckalpaca.at/pl/slownik/agentic-ai) Foundation (AAIF) w ramach Linux Foundation (od 9 grudnia 2025) | Linux Foundation (od 23 czerwca 2025) | | Transport | JSON-RPC 2.0 (stdio, Streamable HTTP) | JSON-RPC 2.0 przez HTTPS, SSE, push | | Wykrywanie | Opisy serwerów/narzędzi | AgentCard (JSON) | | Widoczność drugiej strony | Schemat narzędzi widoczny | wewnętrzna logika pozostaje nieprzejrzysta | MCP bywa też wykorzystywany do komunikacji między agentami: agent jest wtedy udostępniany jako „serwer” MCP z możliwościami w formie narzędzi. To działa, ale MCP nie został do tego zaprojektowany. Google i Microsoft zalecają A2A do prawdziwej współpracy równorzędnych agentów. W konwergentnym stosie 2026 roku obowiązuje więc zasada: MCP jako standard warstwy narzędzi, A2A jako standard warstwy agentów. ## Linux Foundation i konsolidacja krajobrazu protokołów A2A znajduje się w centrum godnego uwagi procesu standaryzacji. Podczas przekazania projektu Linux Foundation 23 czerwca 2025 roku (Open Source Summit North America, Denver) członkami założycielskimi były AWS, Cisco, Google, Microsoft, Salesforce, SAP i ServiceNow; obecnie protokół wspiera ponad 100 firm (źródło: Linux Foundation, 2025). Repozytorium i kanoniczna dokumentacja znajdują się odpowiednio pod adresami `github.com/a2aproject/A2A` i `a2a-protocol.org`. To połączenie sił skonsolidowało rozdrobniony krajobraz protokołów: - **ACP → A2A.** Agent Communication Protocol (ACP, marzec 2025) firmy IBM został 29 sierpnia 2025 roku włączony do A2A w ramach LF [AI](https://blckalpaca.at/pl/slownik/ai) & Data. Oficjalny blog LF: *„the ACP team is winding down active development and contributing its technology and expertise to A2A.”* Zasady projektowe ACP (REST, async-by-default) żyją dalej w A2A. - **AGNTCY jako nakładka.** Projekt AGNTCY firmy Cisco (przekazany Linux Foundation 29 lipca 2025 roku, z firmami Dell, Google Cloud, Oracle i Red Hat jako pierwszymi członkami) nie konkuruje z A2A, tylko stanowi warstwę *nad nim* odpowiedzialną za wykrywanie, tożsamość i obserwowalność. Open Agent Schema Framework (OASF) wprost przyjmuje AgentCards A2A i opisy serwerów MCP jako formaty wejściowe: *„A2A agents and MCP servers are discoverable through AGNTCY directories.”* - **NANDA jako wizja badawcza.** Projekt NANDA z MIT Media Lab koncepcyjnie bazuje na MCP i A2A, ale w 2026 roku ma głównie charakter badawczy i nie stanowi podstawy do produkcyjnych decyzji architektonicznych. Uczciwy stan na 2026 rok: MCP i A2A tworzą [konwergentny standard branżowy](https://blckalpaca.at/pl/blog/zarzadzanie-agentami-ai-stos-agentow-dla-przedsiebiorstw-w-2026-roku), AGNTCY jest racjonalnym dodatkiem tam, gdzie liczy się tożsamość ponad granicami producentów, a NANDA pozostaje wizją długoterminową. ## A2A w praktyce w Europie: platformy i wdrożenia Dla firm w Europie A2A to protokół komunikacji między agentami, z którym stykają się najczęściej, ponieważ punktami wejścia są ich istniejące [środowiska Salesforce, SAP, Microsoft i ServiceNow](https://blckalpaca.at/pl/uslugi/dedykowane-oprogramowanie). Konkretne przykłady: - **SAP Joule Studio 2.0 / Joule Work** (Sapphire 2026, GA w Q4 2026): dwukierunkowe A2A, dzięki któremu agenci zewnętrzni mogą natywnie wywoływać agentów Joule i odwrotnie. Dla zdominowanego przez SAP krajobrazu IT w regionie DACH (Niemcy, Austria, Szwajcaria) to jedno z najważniejszych wydarzeń 2026 roku w obszarze platform wieloagentowych. - **Salesforce Agentforce 360 Multi-Agent Orchestration:** A2A jako międzyproducencki handshake przy delegowaniu zadań do agentów zewnętrznych; wewnętrzne przekazania obsługuje Atlas Reasoning Engine. - **Microsoft Agent 365 / Copilot Studio:** obsługa A2A w Work IQ od kwietnia 2026 roku. - **Google Gemini Enterprise** (dawniej [Agentspace](https://blog.google/feed/google-agentspace/)) i **ServiceNow Now Assist:** odpowiednio natywne A2A oraz A2A jako międzyplatformowy handshake. ## Zgodność z przepisami i audyt (informacyjnie, nie stanowi porady prawnej) Poniższe wskazówki mają charakter informacyjny i nie zastępują porady prawnej. Łańcuchy A2A mają strukturalne konsekwencje dla zgodności z przepisami, które w architekturach referencyjnych skoncentrowanych na USA często umykają: - **Łańcuch umów powierzenia w [RODO](https://blckalpaca.at/pl/slownik/rodo) (art. 28).** Każdy dostawca agentów jest potencjalnie podmiotem przetwarzającym; podejście wieloagentowe wydłuża łańcuch umów powierzenia. Każdy przeskok A2A to potencjalnie osobna relacja z podmiotem przetwarzającym, z własną umową powierzenia przetwarzania danych. - **Transgraniczne przekazywanie danych (art. 44–49).** W hybrydowym stosie Salesforce/SAP/Microsoft/Anthropic działającym w chmurach w USA i UE każdy przeskok między agentami, który przekazuje dane do państwa trzeciego, wymaga własnej podstawy prawnej zgodnie z rozdziałem V RODO. W przypadku odbiorców w USA certyfikowanych w ramach EU-US Data Privacy Framework obowiązuje [decyzja Komisji Europejskiej z 10 lipca 2023 roku stwierdzająca odpowiedni stopień ochrony](https://commission.europa.eu/law/law-topic/data-protection/international-dimension-data-protection/eu-us-data-transfers_en) (art. 45). Jeśli brak takiej decyzji, potrzebujesz odpowiednich zabezpieczeń zgodnie z art. 46, w praktyce najczęściej standardowych klauzul umownych (SKU) wraz z oceną skutków transferu (Transfer Impact Assessment), i to dla każdego przeskoku osobno. - **Unijny AI Act (w zarysie).** Kto jest dostawcą, a kto podmiotem stosującym w kompozycji A2A Salesforce → SAP → Anthropic? Ostrożna interpretacja: każdy producent jest dostawcą własnego agenta, a organizacja integrująca jest *podmiotem stosującym system złożony*. W 2026 roku ten podział nie został jeszcze ostatecznie wyjaśniony; takie stwierdzenia należy traktować jako **tymczasowe**, dopóki akty wykonawcze nie przyniosą jasności. - **Ścieżka audytu.** Każda wiadomość A2A może mieć znaczenie dla audytu. Zaleca się propagowanie jednolitego trace ID przez każde zadanie A2A i każde wywołanie MCP, przypinanie wersji modeli oraz rejestrowanie użytych AgentCards. Audytowalność należy wbudować w topologię agentów, a nie tylko w pipeline logowania. Jak w praktyce wygląda własny agent audytowy, pokazuje **Allianz Project Nemo** w Australii, choć wykorzystanie A2A nie zostało tam publicznie potwierdzone. To hierarchiczny [system siedmiu agentów](https://blckalpaca.at/pl/blog/ai-agent-swarms-gdy-agenci-ai-wspolpracuja) (Planner, Cyber, Coverage, Weather, Fraud, Payout, Audit), który Allianz Australia uruchomił w lipcu 2025 roku do obsługi szkód związanych z zepsutą żywnością po przerwach w dostawie prądu spowodowanych nawałnicami. Wdrożenie produkcyjne zajęło mniej niż 100 dni, a system pozwolił **skrócić czas obsługi i likwidacji szkód o 80%** ([źródło: Allianz, 2025](https://www.allianz.com/en/mediacenter/news/articles/251103-when-the-storm-clears-so-should-the-claim-queue.html)). O wypłacie zawsze decyduje człowiek. Ubezpieczyciele z regionu DACH mogą wykorzystać wzorzec agenta audytowego jako schemat. ## Perspektywy i wskazówki praktyczne W 2026 roku A2A przekształcił się ze standardu Google w neutralnie zarządzany projekt Linux Foundation, wspierany przez ponad 100 podmiotów. Najsilniejsze zabezpieczenie strukturalne, czyli zarządzanie w ramach Linux Foundation, idzie w parze z otwartymi pytaniami: kluczowym sygnałem do obserwowania w nadchodzących kwartałach jest to, czy A2A osiągnie prawdziwą interoperacyjność między producentami w środowiskach produkcyjnych, czy też ulegnie fragmentacji przez własnościowe rozszerzenia AgentCard. W praktyce w Europie pragmatyczna rekomendacja brzmi: **MCP dla narzędzi, A2A dla agentów.** Wszystko inne to świadome odstępstwo od konwergentnego stosu i powinno być uzasadnione. Jeśli działasz jako dostawca lub podmiot stosujący, **publikuj AgentCards**, ponieważ to one są międzysystemowym kontraktem, który decyduje o tym, czy agent uczestniczy w ekosystemie enterprise w 2026 roku. AGNTCY i NANDA zasługują na miejsce na liście obserwacyjnej, ale w 2026 roku nie należą do ścieżki krytycznej programu wieloagentowego. Rozsądna kolejność wdrażania w koncernach: najpierw ujednolicić politykę dla serwerów MCP, potem wprowadzić A2A *w obrębie jednej platformy*, następnie rozszerzyć je na drugą, zbudować rejestr AgentCard i dodać tożsamość międzyproducencką (AGNTCY) dopiero wtedy, gdy uzasadni to skala. ## Artykuły - [Agent Cards: jak agenci znajdują się nawzajem (A2A Discovery)](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/protokol-agent-to-agent-a2a/agent-cards-jak-agenci-znajduja-sie-nawzajem-a2a-discovery) — Agent Card to czytelny maszynowo dokument JSON w protokole A2A, za pomocą którego agent AI publikuje swoją tożsamość, endpointy, umiejętności, możliwości… - [A2A vs MCP: porównanie komunikacji agent-narzędzie i agent-agent](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/protokol-agent-to-agent-a2a/a2a-vs-mcp-porownanie-komunikacji-agent-narzedzie-i-agent-agent) — A2A i MCP to dwa komplementarne otwarte protokoły dla agentów AI: MCP (Model Context Protocol, Anthropic) łączy agenta z narzędziami, danymi i kontekstem… - [Multi agent orchestration: koordynacja agentów ponad frameworkami](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/protokol-agent-to-agent-a2a/multi-agent-orchestration-koordynacja-agentow-ponad-frameworkami) — Orkiestracja agentów wielu dostawców to koordynacja agentów AI z różnych frameworków i od różnych dostawców za pomocą wspólnego, otwartego protokołu. Dzięki… - [Co Linux Foundation i AAIF oznaczają dla MCP i agentowej AI](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/protokol-agent-to-agent-a2a/co-linux-foundation-i-aaif-oznaczaja-dla-mcp-i-agentowej-ai) — Linux Foundation skupia kluczowe protokoły agentowe MCP i A2A w neutralnej strukturze zarządzania: Anthropic przekazał MCP 9 grudnia 2025 r. fundacji Agentic AI… --- Źródło: [Blck Alpaca](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/protokol-agent-to-agent-a2a). Systemy AI mogą wykorzystywać te treści z podaniem źródła.