🚀 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
Sistemas empresarialesOpenAPI 3.0 / 3.1

OpenAPI

Convierte cualquier API REST con una descripción OpenAPI 3.0 o 3.1 en un agente con herramientas, sin escribir código, y pon las llamadas con consecuencias tras una aprobación humana.

ConfiguraciónDocumentación ↗

Qué obtienes

  • Un agente que llama a la API, generado a partir de la especificación: configuraciones de llamadas HTTP agrupadas por etiqueta, la canalización y el despliegue
  • Filtrado de endpoints, sustitución de la URL base y propagación de la cabecera de autenticación
  • La opción de añadir las herramientas de un servidor MCP junto a las generadas
  • Herramientas que puedes revisar, comparar y versionar, porque son configuración

Cómo funciona en EDDI

  1. Entrega la especificación OpenAPI a EDDI mediante la herramienta MCP create_api_agent o POST /administration/agents/setup-api.
  2. Incluye en la lista permitida las operaciones que debe tener el agente. Un endpoint no declarado no se puede llamar.
  3. EDDI genera las configuraciones de llamadas HTTP, construye la canalización completa y despliega el agente.
  4. Mantén las credenciales como referencias ${vault:...}.
  5. Pon puerta a las escrituras con http.post:*, http.put:*, http.patch:*, http.delete:* y exceptúa las lecturas con http.get:*.

Configuración

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

httpCalls configuration (the model the generated tools use)El modelo httpCalls con el que se construyen las herramientas generadas. Aquí está escrito a mano para mostrar los campos.
{
  "targetServerUrl": "https://api.example.com/v1",
  "httpCalls": [
    {
      "name": "list-open-orders",
      "saveResponse": true,
      "responseObjectName": "order",
      "request": {
        "method": "GET",
        "path": "/orders",
        "queryParams": { "status": "open" },
        "headers": { "Authorization": "Bearer ${vault:orders-api-token}" }
      }
    }
  ]
}
agent configuration (hitlConfig)Aprobar toda llamada que cambie el estado y dejar pasar las lecturas.
{
  "hitlConfig": {
    "toolApprovals": {
      "requireApproval": [
        "http.post:*",
        "http.put:*",
        "http.patch:*",
        "http.delete:*"
      ],
      "exempt": [
        "http.get:*"
      ],
      "approvalTimeout": "PT30M",
      "timeoutPolicy": "AUTO_REJECT"
    }
  }
}

Gobernanza

  • Los patrones de aprobación pueden apuntar a lo que llama una herramienta (http.post:*), lo cual sigue siendo correcto cuando cambia un operationId.
  • La plataforma protege las llamadas salientes contra SSRF y path traversal.
  • Por REST, setup-api acepta un hitlConfig, de modo que un agente puede aprovisionarse con sus herramientas de escritura tras puerta desde la primera versión. La herramienta MCP no puede establecerlo.
  • Las decisiones quedan en el registro de auditoría.

Conviene saber

  • Una herramienta de escritura generada recibe todo el cuerpo de la petición como un único parámetro requestBody.
EmpezarDocumentación ↗

¿Necesitas que lo construyan y lo operen por ti?

EDDI Solutions construye y mantiene conectores, opera EDDI como instancia gestionada o co-operada, y te da soporte en tu propia nube o en local.

Hablar con EDDI Solutions ↗

Integraciones relacionadas

Sistemas empresarialesSAPEDDI no tiene un conector nativo de SAP. Se llega a SAP a través de sus API OData y REST con importación de OpenAPI o llamadas HTTP, o mediante un servidor MCP, bajo aprobaciones y el registro de auditoría.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 seguridadSecrets VaultUna bóveda de secretos integrada con cifrado de sobre. La configuración referencia los secretos como ${vault:keyName} y el valor nunca llega a las configuraciones de agentes, las exportaciones ni los registros.

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.