Protokół Agent-to-Agent (A2A)

1. Przegląd koncepcji i problem systemowy

Do lat 2025–2026 większość systemów multi-agentowych budowano w formie sztywnych, zamkniętych monolitów (w ramach jednej biblioteki, takiej jak LangGraph czy CrewAI). Jednak wraz z pojawieniem się dziesiątek wyspecjalizowanych agentów komercyjnych (agent do audytu bezpieczeństwa, agent księgowy, agent DevOps od dostawcy chmurowego) wyłonił się fundamentalny problem systemowy:

• Izolacja ekosystemów: Agent uruchomiony w sieci wewnętrznej na bazie PydanticAI nie może bezpiecznie delegować części pracy agentowi działającemu w ekosystemie LangGraph innej firmy.
• Brak ujednoliconego kontraktu kompetencji: Nie istnieje uniwersalny sposób na sprawdzenie, jakie zadania potrafi rozwiązać zewnętrzny agent, ile kosztuje jego zapytanie oraz jakie gwarancje SLA oferuje.
• Utrata kontekstu przy handoff: Przekazywanie promptu między systemami często obcina łańcuch rozumowania oraz ograniczenia systemowe.

Protokół A2A (Agent-to-Agent) eliminuje te bariery. Jest to standaryzowany protokół warstwy aplikacji, który przekształca autonomiczne agenty w pełnoprawnych uczestników otwartej sieci, zdolnych do odkrywania wzajemnych możliwości (Discovery), negocjowania warunków wykonania (Negotiation) oraz bezpiecznego delegowania zadań.

2. Taksonomia architektoniczna i model mentalny

Architektura protokołu A2A opiera się na czterech poziomach funkcjonalnych:

┌─────────────────────────────────────────────────────────────┐
│                 A2A PROTOCOL STACK ARCHITECTURE             │
├─────────────────────────────────────────────────────────────┤
│ 1. Semantic Discovery Layer                                 │
│    • Capability Manifests (Agent.json / JSON-LD)            │
│    • Skill Taxonomy & SLA Declarations                      │
├─────────────────────────────────────────────────────────────┤
│ 2. Negotiation & Contract Layer                             │
│    • Task Scoping & Constraint Bidding                      │
│    • Cost / Token Budget Allocation                         │
├─────────────────────────────────────────────────────────────┤
│ 3. Session & Handoff State Layer                            │
│    • Structured State Vectors & Memory Snapshots            │
│    • Execution Tracing & Callback Channels                  │
├─────────────────────────────────────────────────────────────┤
│ 4. Transport & Cryptographic Trust Layer                    │
│    • mTLS, Ed25519 Signatures, DID (Decentralized IDs)      │
│    • HTTP/3 Streams & Ephemeral WebSocket Tunnels           │
└─────────────────────────────────────────────────────────────┘

1. Discovery (Odkrywanie): Agent publikuje manifest swoich możliwości (/.well-known/agent.json), zawierający typy zadań, oczekiwane schematy danych wejściowych oraz limity bezpieczeństwa.
2. Negotiation (Negocjacje): Agent inicjujący żąda wykonania podzadania, określając maksymalny budżet tokenów, deadline oraz ograniczenia uprawnień.
3. Execution & Handoff (Wykonanie i przekazanie): Przekazanie minimalnie niezbędnego kontekstu zadania w ustrukturyzowanej formie.
4. Verification (Weryfikacja): Sprawdzenie kryptograficznie podpisanego wyniku oraz metryk zużycia zasobów.

3. Pipeline techniczny i mechanika wewnętrzna

Typowy cykl życia transakcji A2A przebiega następująco:

[ Primary Agent ]               [ Directory / DNS ]             [ Specialist Agent ]
       │                                 │                                │
       ├────── Query capabilities ───────►                                │
       │◄───── Endpoint & Public Key ────┤                                │
       │                                                                  │
       ├────── Send Task Contract (Schema, Tokens, Scope) ───────────────►│
       │                                                                  │ (Validate Auth &
       │                                                                  │  Resource Budget)
       │◄───── Accept / Propose Counter-Terms (Ack) ──────────────────────┤
       │                                                                  │
       ├────── Stream Context & Constraints ─────────────────────────────►│
       │                                                                  │ (Execute in Sandbox)
       │◄───── Stream Progress Events & Sub-Task Artifacts ───────────────┤
       │                                                                  │
       │◄───── Final Signed Result (Proof of Execution) ──────────────────┤

• Walidacja kontraktu: Strony sprawdzają cyfrowe podpisy zapytań, aby zapobiec atakom Man-in-the-Middle lub podmianie promptów systemowych.
• Enkapsulacja kontekstu: Przekazywany jest jedynie relewantny wycinek pamięci (Task-Specific Slice), a nie cała historia rozmowy głównego agenta z użytkownikiem, co gwarantuje poufność.

4. Praktyczne scenariusze inżynieryjne w środowisku produkcyjnym

01. Multi-cloudowy orkiestrator DevOps

Lokalny agent dewelopera koordynuje wydanie wersji. Kontaktuje się przez A2A z zewnętrznym agentem infrastrukturalnym Hetzner w celu utworzenia VPS, a następnie przekazuje uzyskany dostęp agentowi bezpieczeństwa do przeprowadzenia audytu otwartych portów i wygenerowania konfiguracji UFW.

02. Delegowanie złożonych obliczeń matematycznych

Lekki agent-koordynator oparty na modelu Gemini Flash napotyka trudne zadanie optymalizacyjne. Przez A2A przekazuje je wąsko wyspecjalizowanemu agentowi opartemu na DeepSeek-R1 z dedykowanym runtime Python/NumPy, otrzymując podpisany wynik liczbowy.

03. Cross-platformowa flota Code Review

Agent w środowisku Cursor wywołuje korporacyjnego agenta compliance, wdrożonego w prywatnej infrastrukturze banku, otrzymując werdykt dotyczący braku danych PII oraz czystości licencyjnej przed sformowaniem commita.

5. Pułapki, typowe błędy i bezpieczeństwo

• Cascade Failure (Awaria kaskadowa): Jeśli jeden agent w łańcuchu A2A zawiesi się w nieskończonej pętli, cała operacja zostanie zablokowana. Koniecznie wdrażajcie sztywne timeouty (Time-to-Live) dla każdego wywołania.
• Pośrednia injekcja promptu przez A2A: Skompromitowany agent specjalistyczny może zwrócić wynik zawierający szkodliwą instrukcję dla głównego agenta. Każdy wynik wejściowy A2A musi przechodzić walidację schematów i sanitizację jako potencjalnie niebezpieczne dane zewnętrzne.
• Niekontrolowane wycieki budżetu: Wzajemne wywołania agentów bez globalnego limitu tokenów mogą spowodować cykliczny dialog („dziękuję – również dziękuję”), który w ciągu minut wyczerpie saldo konta.

6. Strategiczna konkluzja dla inżyniera roku 2026

Protokół A2A wyprowadza inżynierię sztucznej inteligencji z ery zamkniętych skryptów do epoki otwartego internetu agentów. Projektując usługi agentowe dzisiaj, izolujcie ich logikę wewnętrzną od interfejsu komunikacyjnego i implementujcie otwarte specyfikacje współpracy, aby Wasze agenci mogli stać się częścią globalnych, rozproszonych systemów.