Multi-agent collaboration: A2A vs MCP — când folosești fiecare

Săptămâna trecută am fost întrebați de trei ori aceeași confuzie: „dacă avem deja MCP, mai trebuie A2A?” Răspunsul scurt e da, pentru că rezolvă probleme diferite. Răspunsul lung merită articolul ăsta.

Ce face fiecare, fără marketing

MCP (Model Context Protocol), publicat de Anthropic în noiembrie 2024, standardizează conexiunea dintre un LLM și uneltele sale — filesystem, DB, API-uri interne, funcții native. Un singur agent, multe unelte.

A2A (Agent2Agent), lansat de Google în aprilie 2025, standardizează conversația dintre agenți autonomi care aparțin unor sisteme diferite — potențial vendori diferiți, runtime-uri diferite, echipe diferite. Mulți agenți, un task comun.

Diferența nu e semantică. E arhitecturală.

Orchestratorul vorbește A2A cu agenții specializați. Fiecare agent vorbește MCP cu propriile unelte. Le încurci, spargi ambele straturi.

Trei greșeli pe care le vedem în producție

Greșeala 1: A2A folosit ca RPC intern. Dacă „agentul” tău este de fapt un microserviciu deterministic, nu-l împacheta în A2A. Folosește gRPC. A2A adaugă negociere de capabilități și streaming SSE pe care nu îi vei folosi niciodată.

Greșeala 2: MCP expus peste rețea publică fără gateway. MCP a fost proiectat pentru transport local sau intra-organizație. ENISA a semnalat riscurile emergente de tool poisoning în raportul său despre AI threat landscape. Pune un gateway MCP cu control fin de acces înainte să expui către alte tenant-uri.

Greșeala 3: un singur agent care le face pe toate. Când agentul financiar începe să facă și verificări GDPR, tratamentul separat de conformitate dispare. AI Act, Art. 14 cere supraveghere umană diferențiată pe sisteme high-risk — nu poți supraveghea un agent-monolit.

Când combini, cum decizi

Regula noastră practică, aplicată la briefing de arhitectură:

decision_rule:
  same_trust_domain: MCP
  cross_vendor_or_cross_team: A2A
  human_approval_gate: A2A   # observabilitate mai bună pe task cards
  latency_critical_under_50ms: MCP  # A2A adaugă handshake JSON-RPC
  audit_required_nis2: A2A   # granularitate pe agent, nu pe tool

Pentru clienții unde am orchestrat agenți proprii cu agenți SaaS (Salesforce Einstein, Microsoft Copilot Studio), A2A a devenit indispensabil. Pentru sisteme unde tot stack-ul rulează în containere proprii, MCP e suficient și mult mai ieftin de operat.

Poziția noastră: nu alegi, proiectezi

Întrebarea „A2A sau MCP” e ca „HTTP sau SQL” — nu au concurență, au straturi. La CAI proiectăm topologii în care MCP e pentru unelte, A2A e pentru agenți, iar segmentarea respectă cerințele de auditabilitate din Directiva (UE) 2022/2555 (NIS2). Cine sare peste stratul de topologie plătește dublu în debugging și triplu în incident response.

Dacă vrei să vezi cum arată o arhitectură reală de agenți orchestrați, scrie-ne prin pagina pillar-ului Iris.

Lectură suplimentară

• Cum decid agenții între unelte: benchmark MetaRoute
• Backdoor-uri distribuite în sisteme multi-agent
• Șase clustere de eșecuri în agenții LLM