Agent Cards: Ako sa agenti navzájom nachádzajú (A2A Discovery)

Agent Card je strojovo čitateľný JSON dokument v protokole A2A, prostredníctvom ktorého AI agent zverejňuje svoju identitu, svoj endpoint, svoje skilly, capabilities, modality a autentifikačné schémy. Iní agenti túto kartu načítajú, aby sa rozhodli, či a ako daného agenta poveria úlohou. Agent Card je tak ústredným mechanizmom, prostredníctvom ktorého sa agenti navzájom nachádzajú bez toho, aby ich niekto musel vopred natvrdo prepojiť.

• Čo to je: verejný profil agenta - vizitka a popis rozhrania v jednom.
• Na čo slúži: agent discovery - klientsky agent overí skilly, modality a auth ešte predtým, než zadá úlohu (task).
• Prečo na nej záleží: bez Agent Card je agent pre iné systémy neviditeľný a dostupný len cez vlastnú integráciu.

A2A, MCP a úloha Agent Card

V protokolovom stacku roku 2026 sa presadili dva otvorené štandardy. Model Context Protocol (MCP) od spoločnosti Anthropic riadi prístup agentov k nástrojom a dátam - teda agent-k-nástroju. Protokol Agent2Agent (A2A) riadi spoluprácu medzi agentmi - teda agent-k-agentovi. Oficiálne vymedzenie od spoločností Google, Salesforce a Microsoft znie doslovne: "MCP is for capabilities (agent-to-tool). A2A is for collaboration (agent-to-agent)." Oba sú komplementárne, nie konkurenčné.

Agent Card je stavebným prvkom capability discovery protokolu A2A. Kým MCP server opisuje jednotlivé nástroje, Agent Card opisuje celého agenta ako potenciálneho partnera na spoluprácu. A2A bol predstavený v apríli 2025 na Google Cloud Next a 23. júna 2025 odovzdaný Linux Foundation - so spoločnosťami AWS, Cisco, Google, Microsoft, Salesforce, SAP a ServiceNow ako zakladajúcimi členmi. Protokol medzitým podporuje vyše 100 firiem (stav 2026).

Štruktúra Agent Card

Agent Card je JSON dokument, ktorý agent zverejní pod známou cestou svojho hostu. Obsahuje nasledujúce kľúčové súčasti:

Rozhodujúci je princíp dizajnu, ktorý za tým stojí: A2A definuje, ako spolu agenti komunikujú, nie ako myslia. Vnútorná štruktúra vzdialeného agenta - jeho prompty, jeho model, jeho memory - zostáva zámerne nepriehľadná (opaque). Práve to umožňuje, aby Salesforce agent zavolal SAP agenta bez toho, aby ktorákoľvek strana odhalila svoje prompty, svoj model alebo svoje dáta. Karta je jediná zmluva, ktorú obe strany zdieľajú.

Mechanizmus discovery

Discovery cez Agent Cards prebieha v dvoch typických podobách.

Priamy discovery (point-to-point). Klientsky agent pozná základnú URL vzdialeného agenta a načíta jeho Agent Card. Overí, či inzerované skilly zodpovedajú úlohe, či je podporovaná potrebná modalita a či dokáže obslúžiť autentifikačnú schému. Až potom otvorí task.

Discovery cez adresár (registry). Vo väčších estate sa Agent Cards registrujú centrálne. Cisco AGNTCY na to poskytuje agent directory s Open Agent Schema Framework (OASF), v ktorom sú A2A Agent Cards a popisy MCP serverov registrované ako vstupné formáty a prehľadávateľné - "A2A agents and MCP servers are discoverable through AGNTCY directories". Vďaka tomu agent nájde vhodných partnerov cez adresár namiesto pevne zadrôtovaných adries. SAP združuje porovnateľnú funkciu v SAP AI Agent Hub (predtým LeanIX) ako vendor-agnostické command centre na objavovanie, riadenie a hodnotenie agentov a MCP serverov (GA Q3 2026, stav 2026).

Hneď ako sa partner nájde, prevezme štafetu životný cyklus A2A tasku. Task prechádza stavmi submitted, working, input-required a končí v completed, failed alebo canceled. Transport je JSON-RPC 2.0 cez HTTPS; medzistavy sa streamujú cez Server-Sent Events, pre dlhé behy existujú voliteľné push notifikácie. Výsledok tasku sa vracia ako jeden alebo viac artifacts, správy môžu byť viacdielne a multimodálne.

Z výskumného hľadiska projekt NANDA z MIT Media Lab ukazuje, kam by discovery mohol z dlhodobého hľadiska smerovať: decentralizovaný agent index s kryptograficky overiteľnými AgentFacts a Zero Trust Agentic Access. To je však k stavu 2026 research-grade a nie podklad pre produkčné rozhodnutia.

Príklad: discovery medzi dvoma agentmi

Predpokladajme, že CRM agent v Salesforce má dať predbežne preveriť prichádzajúce dodávateľské faktúry a poveriť tým špecializovaného fakturačného agenta jednej agentúry.

```text

1. CRM agent načíta Agent Card:
   GET https://agents.agentur.at/.well-known/agent-card.json
2. Odpoveď (skrátená):
   {
   "name": "Invoice-Triage-Agent",
   "endpoint": "https://agents.agentur.at/a2a",
   "skills": [
   { "id": "klasifikuj_fakturu",
   "output": "kategoria + konfidencia (0-1)" }
   ],
   "capabilities": { "streaming": true, "pushNotifications": true },
   "modalities": ["text", "file"],
   "authentication": ["oauth2.1"]
   }
3. CRM agent overí: skill sedí, OAuth 2.1 dostupný -> otvor task
   POST /a2a -> task.state: submitted
4. Task prechádza: submitted -> working -> completed
   Artifact späť: { "kategoria": "Príjem tovaru",
   "konfidencia": 0.94 }
   ```

CRM agent nemusel o internom modeli ani o promptoch fakturačného agenta vedieť nič. Rozhodol sa výlučne na základe karty, že tento agent dokáže úlohu splniť, a potom ho poveril cez štandardizovanú zmluvu tasku. Práve toto oddelenie (decoupling) umožňuje cross-vendor workflowy medzi Agentforce, Joule a Copilot Studio.

Bezpečnosť a governance

Každé nové prepojenie agentov je novou hranicou dôvery (trust boundary), a tým aj novou útočnou plochou. Výskum dokumentuje viacero relevantných rizík: narušenie trust boundary, pretože každý A2A peer je pre ostatných nepriehľadný; capability drift, keď karta sľubuje viac, než agent reálne dokáže bezpečne poskytnúť; medzery v audit traile, len čo správy prekročia hranice procesov; a zosilnenie prompt injection, pretože každý ďalší kontext agenta je ďalšou príležitosťou na obídenie (bypass) - trieda XPIA škáluje lineárne s počtom agentov, ktorí spracúvajú nedôveryhodný obsah.

Praktické dôsledky pre DACH nasadenia: scope-limitované, krátkožijúce tokeny na každý task, least-privilege pri skilloch inzerovaných v karte, prierezové correlation ID pre každý A2A task a žiadne proprietárne rozšírenia sémantiky karty alebo tasku, ktoré podkopávajú práve tú portabilitu, kvôli ktorej sa A2A volí. Pre regulované workflowy patrí k reprodukovateľnosti protokolovať použité Agent Cards na každý beh a pinovať verzie modelov.

Pre agentúry a B2B

Pre marketingové a digitálne agentúry v DACH priestore je zverejňovanie Agent Cards najdôležitejšou produktovou pákou roku 2026. Iba agent, ktorý je cez A2A discoverable, sa dá priamo zavolať zo Salesforce, SAP Joule alebo Copilot Studio estate vašich zákazníkov - bez toho, aby sa pre každého zákazníka musela budovať vlastná integrácia. Kto Agent Cards preskočí, skončí natrvalo za manuálnou integráciou. Pragmatické odporúčanie výskumu: disciplína pri kartách od prvého dňa, vynucovať typované výstupné zmluvy (napríklad cez Pydantic alebo JSON Schema) a pre každého produktizovaného agenta vyžadovať kartu pred go-live.

Pre B2B rozhodovateľov je rozhodujúca otázka obstarávania (procurement): garantuje vaša zmluva na Agentforce, Joule alebo Copilot Studio A2A interoperabilitu a štandardnú konformitu s MCP - a obsahuje klauzuly o zverejňovaní Agent Cards, ako aj o exite? Blck Alpaca vám pomôže navrhnúť agentov v súlade s A2A, čisto namodelovať Agent Cards a začleniť ich do discovery architektúry pripravenej pre governance.