Problema
Cada nueva herramienta de IA promete un agente. El resultado puede ser paradojico: mas autonomía local y mas caos global.
Un agente no sabe que otros agentes existen. Otro no sabe que herramientas tiene permitidas. Otro integra datos con un conector propio. Otro usa APIs directas. Cada uno resuelve su mundo, pero la empresa acumula islas.
Sin protocolos, la organización no obtiene sistema. Obtiene enjambre sin mapa.
Tesis
A2A + MCP son importantes porque desplazan la conversación desde producto hacia sistema nervioso.
MCP estructura como un agente accede a contexto y herramientas. A2A estructura como agentes se descubren, exponen capacidades y colaboran. Juntos dibujan una arquitectura: agentes que no viven como features aisladas, sino como nodos coordinables.
Framework
Piensa la arquitectura en cuatro contratos:
- Discovery: como se sabe que existe un agente o herramienta.
- Capability: que sabe hacer y bajo que limites.
- Invocation: como se le pide trabajo.
- Evidence: como devuelve estado, resultado y trazas.
Mini-caso: un agente comercial necesita preparar una propuesta. Puede pedir contexto a un MCP server de CRM, invocar un agente legal para revisar clausulas, llamar un agente financiero para margen y devolver una propuesta con evidencias. Sin protocolos, cada paso es una integración ad hoc.
Señal medible: porcentaje de capacidades agénticas expuestas mediante contratos discoverables y versionados.
Postura: el futuro no es un mega-agente. Es una red gobernada de capacidades.
Por que importa ahora
Google presento Agent2Agent como protocolo abierto para interoperabilidad entre agentes y lo cedio a la Linux Foundation. MCP se ha convertido en referencia para conectar modelos con herramientas y datos. El AI Security Institute ha observado un crecimiento fuerte de herramientas agénticas públicas, especialmente en ecosistemas MCP.
La conclusión práctica: las empresas necesitan pensar en protocolos antes de que el mapa de agentes crezca sin gobierno.
Anti-ejemplo
“Cada equipo elige su framework de agentes.”
Puede acelerar al principio. Después crea duplicidad, permisos inconsistentes, datos repetidos y handoffs imposibles de auditar.
Protocolo (3 pasos)
- Mapea capacidades, no vendors. Que puede hacer la organización con agentes.
- Define contratos mínimos. Descripción, owner, permisos, inputs, outputs, errores y trazas.
- Versiona integraciones. Un cambio de herramienta no debe romper el sistema nervioso.
| Contrato | Sirve para | Riesgo si falta |
|---|---|---|
| discovery | encontrar capacidades | duplicidad |
| capability | entender limites | abuso de tool |
| invocation | pedir trabajo | integración fragil |
| evidence | auditar resultado | caja negra |
| versioning | evolucionar | roturas silenciosas |
Relacionado
- MCP en empresa: el estándar que evita el caos de agentes
- Agent Handoffs: transferencias sin fricción entre humanos y agentes
- Tool Registry: el nuevo mapa de riesgos de los agentes enterprise
Fuentes consultadas
- Google Developers Blog: Announcing the Agent2Agent Protocol
- A2A protocol specification
- Model Context Protocol documentation
Próximo paso
Haz una lista de diez capacidades agénticas que tu empresa ya tiene o quiere tener. No pongas nombres de herramientas. Pon contratos: quien invoca, que recibe, que devuelve y como se audita.