Agente-a-Agente Protocolo (A2A)

1. Visión general del concepto y problema sistémico

Para 2025-2026, la mayoría de los sistemas multiagente se construyeron en forma de monolitos propietarios rígidos (dentro de una sola biblioteca como LangGraph o CrewAI). Sin embargo, con la aparición de decenas de agentes comerciales especializados (agente para auditoría de seguridad, agente contable, agente DevOps de un proveedor de nube) surgió un problema sistémico:

• Aislamiento de ecosistemas: Un agente ejecutado en una red interna basada en PydanticAI no puede delegar de manera segura parte de su trabajo a un agente en el ecosistema LangGraph de otra empresa.
• Falta de un contrato de habilidades unificado: No hay una forma universal de saber qué tareas puede resolver un agente externo, cuánto cuesta su solicitud y qué garantías SLA ofrece.
• Pérdida de contexto durante el traspaso: La transferencia de un prompt entre sistemas a menudo corta la cadena de razonamientos y las limitaciones sistémicas.

A2A Protocol (Agente-a-Agente) elimina estas barreras. Es un protocolo de aplicación estandarizado que transforma a los agentes autónomos en participantes de pleno derecho de una red abierta, capaces de descubrir oportunidades entre sí (Discovery), negociar condiciones de ejecución (Negotiation) y delegar tareas de manera segura.

2. Taxonomía arquitectónica y modelo mental

La arquitectura del protocolo A2A se construye sobre cuatro niveles funcionales:

┌─────────────────────────────────────────────────────────────┐
│                 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 (Descubrimiento): El agente publica un manifiesto de sus capacidades (/.well-known/agent.json), que contiene tipos de tareas, esquemas de datos de entrada esperados y límites de seguridad.
2. Negotiation (Negociación): El agente iniciador solicita la ejecución de una subtarea, especificando el presupuesto máximo de tokens, la fecha límite y las restricciones de derechos.
3. Execution & Handoff (Ejecución): Transferencia del contexto mínimo necesario de la tarea en un formato estructurado.
4. Verification (Verificación): Comprobación del resultado criptográfico firmado y métricas de consumo.

3. Pipeline técnico y mecánica interna

El ciclo de vida típico de una transacción A2A se desarrolla de la siguiente manera:

[ Agente Primario ]               [ Directorio / DNS ]             [ Agente Especialista ]
       │                                 │                                │
       ├────── Consultar capacidades ───────►                                │
       │◄───── Endpoint & Clave Pública ────┤                                │
       │                                                                  │
       ├────── Enviar Contrato de Tarea (Esquema, Tokens, Alcance) ───────►│
       │                                                                  │ (Validar Autenticidad &
       │                                                                  │  Presupuesto de Recursos)
       │◄───── Aceptar / Proponer Términos Contrapropuestos (Ack) ───────────┤
       │                                                                  │
       ├────── Transmitir Contexto & Restricciones ─────────────────────►│
       │                                                                  │ (Ejecutar en Sandbox)
       │◄───── Transmitir Eventos de Progreso & Artefactos de Subtarea ───────┤
       │                                                                  │
       │◄───── Resultado Final Firmado (Prueba de Ejecución) ───────────────┤

• Validación del Contrato: Las partes verifican las firmas digitales de la solicitud para prevenir ataques de Man-in-the-Middle o sustitución de prompts sistémicos.
• Encapsulación del Contexto: Solo se transmite un corte relevante de la memoria (Task-Specific Slice), no toda la historia de comunicación del agente principal con el usuario, lo que garantiza la confidencialidad.

4. Escenarios prácticos de ingeniería en producción

01. Orquestador DevOps Multi-Nube

Un agente local de desarrollador coordina un lanzamiento. Se comunica a través de A2A con un agente externo de infraestructura Hetzner para crear un VPS, luego transfiere el acceso obtenido a un agente de seguridad para auditar puertos abiertos y generar la configuración de UFW.

02. Delegación de cálculos matemáticos complejos

Un ligero agente coordinador basado en el modelo Gemini Flash se enfrenta a una tarea de optimización compleja. A través de A2A, transfiere la tarea a un agente especializado basado en DeepSeek-R1 con un entorno de ejecución Python/NumPy dedicado, recibiendo una respuesta numérica firmada.

03. Flota de Revisión de Código Cross-Plataforma

Un agente en el entorno Cursor invoca a un agente corporativo de cumplimiento, desplegado en el contorno privado de un banco, recibiendo un veredicto sobre la ausencia de datos PII y la limpieza de licencias antes de la formación del commit.

5. Errores comunes, trampas y seguridad

• Fallos en Cascada: Si un agente en la cadena A2A se queda atascado en un ciclo infinito, toda la operación se bloquea. Asegúrese de implementar tiempos de espera estrictos (Time-to-Live) en cada llamada.
• Inyección Indirecta de Prompts a través de A2A: Un agente especializado comprometido puede devolver un resultado que contenga una instrucción maliciosa para el agente principal. Cualquier resultado de A2A entrante debe pasar por la validación de esquemas y sanitización como datos externos peligrosos.
• Fuga de Presupuesto No Controlada: Llamadas mutuas entre agentes sin un límite global de tokens pueden causar un diálogo cíclico ("gracias — y gracias a ti"), que puede agotar el saldo en minutos.