🚀 EDDI 6.5.0

19 proveedores LLM, bases de conocimiento que rastrean su sitio y leen sus archivos, y conversaciones que siguen las versiones compatibles del agenteNovedades

Cloud Gestionada Empezar
Todas las integraciones
Protocolos de agentesJSON-RPC 2.0

A2A

Expón agentes de EDDI a otros agentes mediante Agent Cards y JSON-RPC, y usa agentes A2A remotos como herramientas dentro de tus propios agentes.

ConfiguraciónDocumentación ↗

Qué obtienes

  • Una Agent Card por cada agente que actives, con sus habilidades
  • Un endpoint JSON-RPC 2.0 con tasks/send, tasks/get y tasks/cancel
  • Agentes A2A remotos integrados en el bucle de llamadas a herramientas junto a las herramientas integradas, MCP y HTTP
  • Filtros de habilidades para exponer solo una parte de un agente remoto

Cómo funciona en EDDI

  1. Activa un agente con a2aEnabled: true, una descripción y las habilidades que se anunciarán.
  2. Los pares obtienen su tarjeta en /a2a/agents/{agentId}/agent.json y llaman a POST /a2a/agents/{agentId}.
  3. Para consumir un agente remoto, inclúyelo en a2aAgents dentro de una tarea de LLM con su URL y una clave de API referenciada desde la bóveda.
  4. EDDI lee la tarjeta remota, convierte cada habilidad en una herramienta llamada {agentName}_{skillId} y la invoca con tasks/send.

Configuración

Extraída de la documentación de EDDI. Los marcadores como your-agent-id deben sustituirse por tus propios valores.

Expose an agent (agent configuration)Exponer un agente. A2A es opcional por agente.
{
  "a2aEnabled": true,
  "description": "Customer support agent specializing in order tracking",
  "a2aSkills": ["order-tracking", "refund-processing"]
}
Consume a remote agent (LLM task)Consumir un agente remoto. La clave de API debe ser una referencia a la bóveda.
{
  "systemMessage": "You are an orchestrator agent...",
  "a2aAgents": [
    {
      "url": "https://remote-eddi.example.com/a2a/agents/support-agent",
      "name": "support-agent",
      "apiKey": "${vault:remote-agent-key}",
      "timeoutMs": 30000,
      "skillsFilter": ["order-tracking"]
    }
  ]
}

Gobernanza

  • Las Agent Cards son anónimas por diseño, para que un par pueda descubrir un agente antes de tener credenciales. Con la autenticación activada, tanto el listado de agentes como el endpoint JSON-RPC requieren un token.
  • Las herramientas de un agente remoto pasan por las mismas puertas de aprobación y barreras de resultado de herramientas que otras fuentes de herramientas, y la clave de API permanece en la bóveda.
  • tasks/send ejecuta una conversación con cargo a tu presupuesto de LLM, y por eso no es anónimo.

Conviene saber

  • Con la autenticación activada, la tarjeta anuncia un endpoint de token. EDDI deduce una ruta al estilo de Keycloak salvo que definas eddi.a2a.public-token-endpoint, así que defínelo para otros proveedores de identidad.
EmpezarDocumentación ↗

Integraciones relacionadas

Protocolos de agentesMCP ServerControla EDDI desde Claude Desktop, Cursor, VS Code y otros clientes MCP. EDDI expone 84 herramientas MCP sobre Streamable HTTP para conversaciones y administración.Protocolos de agentesMCP ClientDa a los agentes de EDDI las herramientas de servidores MCP externos. Las herramientas de un servidor pasan a ser herramientas del agente, tras las mismas puertas de aprobación y el mismo rastro de auditoría que cualquier otra herramienta.Identidad y seguridadKeycloak / OIDCColoca la autenticación OpenID Connect delante de EDDI con Keycloak u otro proveedor OIDC, con roles para administradores, editores, usuarios, lectores y aprobadores.

La configuración y el comportamiento de esta página siguen la documentación de EDDI, comprobada el 2026-10-14. Los nombres de campo y los valores por defecto pueden cambiar entre versiones, así que confírmalos en la documentación de tu versión.