L'adopció d'agents d'intel·ligència artificial en entorns empresarials ha passat de ser una promesa experimental a una necessitat operativa. No obstant, integrar múltiples agents que col·laborin de forma segura i eficient requereix més que models potents: exigeix una arquitectura ben definida que combini protocols de comunicació amb controls de govern corporatius. Dos protocols clau, MCP (Model Context Protocol) i A2A (Agent-to-Agent), estan marcant el camí, però la seva correcta implementació depèn d'entendre on encaixa cadascun i com es relacionen amb els sistemes de control empresarials.
MCP actua com el sistema nerviós intern d'un agent, proporcionant accés governat a eines, APIs, bases de dades i recursos de manera controlada. Cada vegada que un agent necessita executar una consulta, invocar una funció o llegir un document, MCP estableix un canal segur amb un servidor de capacitats que el controlador de l'agent ha autoritzat prèviament. D'altra banda, A2A s'ocupa de la comunicació entre agents independents, quan un agent necessita delegar un objectiu, negociar l'abast d'una tasca, rebre actualitzacions de progrés o intercanviar artefactes formals. Mentre que MCP és ideal per a operacions acotades i previsibles, A2A brilla en interaccions multifase on l'agent remot gestiona la seva pròpia lògica interna.
En una arquitectura empresarial madura, ambdós protocols coexisteixen sense solapar-se. L'agent principal utilitza MCP per accedir a les seves capacitats locals i, quan requereix suport especialitzat, utilitza A2A per delegar una tasca a un altre agent que opera sota el seu propi controlador i el seu propi pla MCP. El controlador empresarial, un component central que gestiona identitat, polítiques, pressupostos i estat del flux de treball, roman com a autoritat última sobre ambdues capes. D'aquesta manera, la delegació no implica una transferència d'autoritat sense supervisió: el controlador pare decideix quin agent remot és de confiança, quina habilitat pot invocar, quines dades poden creuar el límit i com es verifica el resultat.
Un error freqüent és tractar a tot agent remot com una eina MCP simple o, al contrari, convertir cada funció interna en un agent A2A. La decisió ha de basar-se en la naturalesa del participant remot: si el sistema extern executa una operació acotada i previsible, MCP és suficient; si necessita gestionar el seu propi estat, fer preguntes aclaridores o produir múltiples artefactes en diverses voltes d'interacció, llavors A2A és l'opció correcta. Empreses que desenvolupen aplicacions a mida amb components d'IA integren aquests protocols perquè les seves solucions siguin escalables i segures des del disseny.
La seguretat és un aspecte crític que transcendeix els protocols. A2A estandarditza la comunicació però no garanteix automàticament que l'agent remot sigui fiable. Un agent remot pot malinterpretar la sol·licitud, exposar una habilitat no verificada, gestionar dades sensibles de manera inadequada o retornar artefactes maliciosos. Per això, l'arquitectura ha d'incloure un catàleg privat d'agents aprovats, signatures de targetes d'agent (Agent Cards) verificades, polítiques d'autorització per habilitat i validació d'artefactes. A més, el controlador pare ha de mapar els estats de la tasca A2A (enviada, en curs, completada, fallida, cancel·lada) en el seu propi flux de treball empresarial, sense assumir que una tasca marcada com completada equival a un èxit de negoci. La verificació del resultat, la reconciliació d'efectes secundaris i la validació del compliment normatiu són responsabilitats ineludibles del controlador.
En escenaris de ciberseguretat, per exemple, un agent orquestrador d'incidències pot delegar mitjançant A2A l'anàlisi d'una anomalia de xarxa a un agent especialitzat. Aquest agent remot, al seu torn, utilitza MCP per consultar topologies, logs i canvis recents, però només en mode lectura perquè el controlador pare ha establert un pressupost de només diagnòstic. En rebre els artefactes (informe de diagnòstic, resum d'evidències), el controlador pare els valida abans de prendre decisions sobre remediació. Aquest flux evita que una delegació de diagnòstic adquireixi autoritat d'escriptura sobre sistemes productius. Les solucions de ciberseguretat que implementa Q2BSTUDIO integren aquest tipus d'arquitectures per garantir que l'automatització amb IA no comprometi la seguretat perimetral.
La gestió d'identitats també requereix atenció especial. En una cadena que involucra el sol·licitant humà, l'agent client, l'A2A, l'agent remot i els servidors MCP, les identitats no poden col·lapsar-se en un únic token portador. Es recomana l'intercanvi de tokens de càrrega de treball, l'ús de credencials de curta durada i la validació explícita d'audiència en cada salt. L'inquilí (tenant) indicat a la targeta d'agent serveix per a encaminament, no per a autorització. De manera similar, els artefactes produïts per l'agent remot s'han de tractar com a entrades no fiables: aplicar llistes blanques de tipus MIME, límits de mida, detecció de secrets i anàlisi d'injecció de prompts abans que el controlador els consumeixi.
Un altre punt crucial és el control de la profunditat de delegació i la propagació de cancel·lacions. Sense límits explícits, una sol·licitud pot derivar en una cadena d'agents que generi costos ocults, accions contradictòries i manca de responsabilitat. El controlador arrel ha de definir la profunditat màxima, el nombre de tasques paral·leles, el pressupost acumulat de temps i tokens, i les regles per a la cancel·lació. En cancel·lar el flux de treball pare, cal propagar la cancel·lació a les tasques A2A actives, consultar l'estat final dels agents remots, recuperar artefactes i reconciliar efectes secundaris abans de tancar el procés. La cancel·lació no implica reversió automàtica; la recuperació ha d'avaluar què fer amb el treball ja realitzat.
En el pla operatiu, la monitorització i la traçabilitat són essencials. Es recomana propagar un context de traça únic a través d'A2A, MCP i els sistemes downstream, i registrar tots els identificadors (execució empresarial, delegació, tasca A2A, operació MCP) per poder reconstruir el flux complet davant una incidència. Q2BSTUDIO, com a empresa de desenvolupament de programari i tecnologia, aplica aquests principis en els seus projectes d'IA i cloud AWS/Azure, on la combinació d'agents intel·ligents amb infraestructura al núvol exigeix un govern rigorós. També en entorns de BI / Power BI, on agents especialitzats poden analitzar dades i delegar tasques de preparació a altres agents sota el mateix model de control.
En conclusió, MCP i A2A no són competidors sinó complementaris. MCP proporciona l'accés governat a capacitats dins del perímetre de cada agent; A2A permet la col·laboració autònoma entre agents independents. L'arquitectura empresarial robusta col·loca ambdós sota un controlador de confiança que gestiona identitat, polítiques, autoritzacions, pressupostos, verificació i cancel·lació. Els equips de tecnologia han de dissenyar des del principi catàlegs privats d'agents, polítiques de delegació amb límits explícits i processos de validació d'artefactes. Només així s'aconsegueix que els agents d'IA siguin una extensió productiva i segura del negoci, en lloc d'una font de riscos incontrolats.
