Co je Agent2Agent (A2A)? Jak AI agenti komunikují a spolupracují

Agent2Agent (A2A) je otevřený protokol, který umožňuje AI agentům navzájem se objevovat, vyměňovat si zprávy, delegovat úkoly, hlásit postup a vracet výsledky napříč systémovými hranicemi. Je navržen pro situace, kdy jeden agent potřebuje pomoc od druhého, aniž by bylo nutné, aby některá strana odhalila své vnitřní uvažování, paměť nebo implementaci.

Jak organizace nasazují specializované agenty, komunikace se stává problémem infrastruktury. Agent pro nákup může potřebovat informace od agenta pro shodu; agent zákaznického servisu může potřebovat logistického agenta k prošetření zásilky. A2A poskytuje společný způsob, jak tuto práci koordinovat, i když agenti používají různé rámce, dodavatele nebo modely.

Proč agenti potřebují komunikační standard

Tradiční API vystavují funkce a data, ale interakce agent‑na‑agenta může být otevřenější. Přijímající agent může potřebovat interpretovat cíl, rozhodnout, jak jej řešit, klást doplňující otázky, pracovat minuty či hodiny, streamovat aktualizace a vracet několik artefaktů.

Bez sdíleného protokolu by každá platforma definovala vlastní formáty pro identitu, objevování schopností, úkoly, zprávy, stav a chyby. Tato fragmentace ztěžuje delegaci napříč platformami a uzamyká užitečné agenty uvnitř jednotlivých produktů.

A2A standardizuje komunikační vrstvu a zároveň umožňuje, aby každý agent zůstal černou skříňkou. Aktuální specifikace A2A definuje základní objekty protokolu a interakce.

Klíčové role v A2A

Toto oddělení je to, co dělá A2A odlišným od jednoduchého volání funkce. Vzdálený účastník může spravovat dlouhodobý úkol, požádat o doplňující informace, vyjednávat podporované typy obsahu a vrátit jeden nebo více artefaktů. Klientský agent sleduje tento úkol a zachovává identitu a pravomoc uživatele nebo aplikace, která jej iniciovala.

Interakce A2A obvykle zahrnuje dvě logické role:

• Klientský agent: agent nebo aplikace požadující práci.
• Vzdálený agent: agent přijímající požadavek a provádějící nebo koordinující práci.

Slova „klient“ a „vzdálený“ popisují aktuální interakci, nikoli trvalou hierarchii. Stejný agent může v jednom kontextu požadovat práci a v jiném kontextu sloužit jinému agentovi.

Karty agentů: Objevování schopností

Před delegováním úkolu potřebuje klient vědět, co vzdálený agent dokáže a jak s ním komunikovat. A2A používá kartu agenta k publikování popisných a operačních metadat.

Karta agenta může popisovat název agenta, koncový bod, podporované funkce protokolu, očekávání autentizace, dovednosti a akceptované typy obsahu. Dovednost je deklarovaná oblast schopnosti, například překlad dokumentu, kontrola smlouvy nebo výzkum trhu.

Objevování neprokazuje kvalitu ani důvěryhodnost. Karta agenta je tvrzení o schopnosti, nikoli nezávislá certifikace. Produkční systémy stále potřebují kontrolu identity, autorizaci, politické kontroly, reputaci a hodnocení.

Zprávy, úkoly a artefakty

A2A představuje spolupráci prostřednictvím několika základních objektů.

Zprávy

Zprávy přenášejí komunikaci mezi agenty. Mohou obsahovat text a další strukturované části, což umožňuje agentům vyměňovat si instrukce, upřesnění nebo kontextový materiál.

Úkoly

Úkol představuje jednotku práce, jejíž stav se může v čase měnit. Vzdálený agent může práci přijmout, pokračovat ve zpracování, požádat o další vstup, dokončit ji, selhat nebo ji zrušit. Trvalá identita úkolu je užitečná pro dlouhodobé operace, protože klient může odkazovat na stejnou úlohu napříč aktualizacemi.

Artefakty

Artefakty jsou výstupy vytvořené prací, například zpráva, datová sada, obrázek, oprava kódu nebo strukturované doporučení. Oddělení artefaktů od konverzačních zpráv usnadňuje klientovi identifikovat a konzumovat finální výstupy.

Jak funguje interakce A2A

Předpokládejme, že agent pro plánování cest potřebuje specialistu k ověření vstupních požadavků.

1. Klient objeví vzdáleného agenta a přečte si jeho Agent Card.
2. Zkontroluje, že agent nabízí relevantní schopnost a kompatibilní způsob interakce.
3. Klient se autentizuje a pošle zprávu popisující úkol, cestující, data a požadovaný výstup.
4. Vzdálený agent vytvoří nebo aktualizuje úkol a zahájí práci.
5. Vzdálený agent může streamovat průběh nebo požádat o chybějící detail.
6. Klient poskytne upřesnění při zachování kontextu úkolu.
7. Vzdálený agent dokončí úkol a vrátí strukturovaný artefakt se svým výsledkem.
8. Klient vyhodnotí tento výsledek před jeho použitím v širším cestovním plánu.

Vzdálený agent rozhodne, jak úkol splní. Může volat své vlastní nástroje, konzultovat soukromá data nebo koordinovat další agenty. A2A nevyžaduje, aby tyto interní kroky byly odhaleny.

A2A vs. MCP

Protokoly mohou fungovat na různých vrstvách stejné architektury. Agent pro plánování cest může delegovat úkol výzkumu víz specialistovi přes A2A. Tento specialista pak může použít MCP připojení k prohledání schválených databází a získání politických dokumentů. A2A koordinuje odpovědnost mezi agenty; MCP standardizuje přístup mezi AI hostitelem a schopnostmi.

A2A a Model Context Protocol řeší různé integrační problémy.

• MCP propojuje AI aplikaci s nástroji a kontextem. Klient objeví schopnosti jako funkce, zdroje a výzvy na MCP serveru.
• A2A propojuje agenty s agenty. Klient deleguje úkol zaměřený na cíl vzdálenému agentovi, který může spravovat svůj vlastní proces a vrátit výsledek.

Rozdíl připomíná použití nástroje versus najmutí specialisty. Kalkulačka poskytuje operaci; analytik přijme cíl a rozhodne, které operace jsou potřeba. Ve skutečných systémech může vzdálený A2A agent interně využívat MCP k přístupu ke svým nástrojům a datům.

A2A vs. běžná API

Konvenční API je ideální, když volající zná přesnou operaci a vstupní formát: načíst záznam, vypočítat nabídku nebo aktualizovat pole. A2A je užitečné, když je požadavek konverzační, stavový, asynchronní nebo zaměřený na výsledek.

A2A nenahrazuje každé API. Vzdálení agenti často volají běžná API k provedení své práce a organizace mohou přímo vystavit deterministické služby, pokud rozhodování agenta nepřináší žádnou hodnotu.

Proč je interoperabilita důležitá

Ekosystémy agentů budou heterogenní. Různé týmy budou optimalizovat pro různé domény, modely, bezpečnostní hranice a nasazovací prostředí. Sdílený protokol umožní organizacím zachovat tuto specializaci a zároveň umožnit spolupráci.

Interoperabilita může také snížit provázanost integrace. Klient se může spoléhat na deklarovanou dovednost a chování protokolu místo toho, aby importoval rámec vzdáleného agenta nebo duplikoval jeho interní logiku. Přehled projektu A2A popisuje tento cíl jako umožnění agentům postaveným na různých zásobnících komunikovat jako partneři; aktualizace projektu z roku 2026 o připojení k Agentic AI Foundation odráží posun směrem k neutrální, napříč odvětvími řízené správě.

Výzvy v oblasti bezpečnosti a důvěry

Delegace vytváří řetězec odpovědnosti. Klient musí ověřit identitu vzdáleného agenta a jeho deklarovanou schopnost, minimalizovat sdílený kontext a zachovat oprávnění iniciujícího uživatele. Vzdálený agent by neměl získat široká oprávnění jen proto, že jiný agent požádal o úkol. Každý krok vyžaduje autentizaci, omezené přihlašovací údaje, auditovatelnost a jasné pravidlo, co se stane, když se požadavky střetnou nebo je nízká důvěra.

Delegace mezi agenty vytváří řetězec pravomocí. Klient může neúmyslně sdílet citlivý kontext, poskytnout vzdálenému agentovi větší volnost, než zamýšlel, nebo jednat na základě nespolehlivého artefaktu. Vzdálený agent může také obdržet škodlivé instrukce nebo soubory od nedůvěryhodného klienta.

Silná nasazení vyžadují kontrolu na několika úrovních:

• Identity and authentication: ověřit, který agent a organizace se účastní.
• Authorization: omezit dovednosti, data, akce a rozsah úkolu dostupné každému volajícímu.
• Data minimization: sdílet pouze kontext, který vzdálený agent potřebuje.
• Provenance: zaznamenat, kdo požádal o práci, který agent ji vytvořil a které zdroje ji podporují.
• Output validation: považovat vzdálené artefakty za nedůvěryhodné, dokud neprojdou příslušnými kontrolami.
• Delegation limits: řídit, zda může vzdálený agent zapojit další agenty nebo služby.
• Human approval: pozastavit před finančními, právními, externími, destruktivními nebo jinak důslednými akcemi.

Kompatibilita protokolu neznamená důvěru organizace. Agent může správně používat A2A a přesto být nevhodný pro konkrétní úkol.

Kdy by měly týmy používat A2A?

A2A je nejpřitažlivější, když nezávislí agenti potřebují spolupracovat napříč produktovými, dodavatelskými nebo organizačními hranicemi; když je práce dlouhodobá; nebo když přijímající systém má zachovat svobodu v tom, jak výsledek vytvoří.

Může být zbytečné pro jednoduchou funkci, pevně daný interní workflow nebo úzce propojené komponenty v jedné aplikaci. V takových případech může být běžné API, event bus nebo přímé volání nástroje snazší na provoz a hodnocení.

Co si zapamatovat o tom, co je Agent2Agent (A2A)

A2A poskytuje společný jazyk, který agentům umožňuje objevovat schopnosti a koordinovat cílenou práci, aniž by sdíleli své interní mechanismy. Jeho hlavní hodnota nespočívá v tom, že více agentů je automaticky lepších než jeden, ale v tom, že nezávisle vytvoření specialisté mohou spolupracovat přes stabilní hranici.

Tato hranice musí nést více než jen zprávy. Potřebuje identitu, stav úkolu, artefakty, oprávnění, provenance a zpracování selhání. A2A poskytuje protokolovou základnu; organizace stále dodávají model důvěry.