Skip to content
🚀 EDDI 6.5.0

19 LLM-Anbieter, Wissensdatenbanken, die Ihre Website crawlen und Ihre Dateien lesen, und Konversationen, die kompatiblen Agentenversionen folgenNeuigkeiten

Managed Cloud Jetzt Starten
Alle Integrationen
UnternehmenssystemeOpenAPI 3.0 / 3.1

OpenAPI

Jede REST-API mit OpenAPI-3.0- oder 3.1-Beschreibung ohne Code in einen Agenten mit Tools verwandeln und folgenreiche Aufrufe hinter eine menschliche Freigabe stellen.

Was Sie bekommen

  • Ein aus der Spezifikation generierter API-Agent: HTTP-Call-Konfigurationen nach Tag gruppiert, die Pipeline und das Deployment
  • Endpunkt-Filter, eine Überschreibung der Basis-URL und Weitergabe des Auth-Headers
  • Die Möglichkeit, die Tools eines MCP-Servers neben den generierten hinzuzufügen
  • Tools, die Sie prüfen, vergleichen und versionieren können, weil sie Konfiguration sind

So funktioniert es in EDDI

  1. EDDI die OpenAPI-Spezifikation über das MCP-Tool create_api_agent oder POST /administration/agents/setup-api übergeben.
  2. Die Operationen, die der Agent haben soll, auf die Allowlist setzen. Ein nicht deklarierter Endpunkt kann nicht aufgerufen werden.
  3. EDDI generiert die HTTP-Call-Konfigurationen, baut die vollständige Pipeline und deployt den Agenten.
  4. Zugangsdaten als ${vault:...}-Referenzen halten.
  5. Schreibzugriffe mit http.post:*, http.put:*, http.patch:*, http.delete:* schützen und lesende Zugriffe mit http.get:* ausnehmen.

Konfiguration

Aus der EDDI-Dokumentation übernommen. Platzhalter wie your-agent-id ersetzen Sie durch Ihre eigenen Werte.

httpCalls configuration (the model the generated tools use)Das httpCalls-Modell, aus dem generierte Tools gebaut werden. Hier von Hand ausgeschrieben, um die Felder zu zeigen.
{
  "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)Jeden zustandsändernden Aufruf freigeben lassen, Lesezugriffe durchlassen.
{
  "hitlConfig": {
    "toolApprovals": {
      "requireApproval": [
        "http.post:*",
        "http.put:*",
        "http.patch:*",
        "http.delete:*"
      ],
      "exempt": [
        "http.get:*"
      ],
      "approvalTimeout": "PT30M",
      "timeoutPolicy": "AUTO_REJECT"
    }
  }
}

Governance

  • Freigabemuster können adressieren, was ein Tool aufruft (http.post:*), und bleiben korrekt, wenn sich eine operationId ändert.
  • Ausgehende Aufrufe sind von der Plattform gegen SSRF und Path Traversal geschützt.
  • Über REST akzeptiert setup-api eine hitlConfig, sodass ein Agent von der ersten Version an mit geschützten Schreib-Tools bereitgestellt werden kann. Das MCP-Tool kann sie nicht setzen.
  • Entscheidungen landen im Audit-Protokoll.

Gut zu wissen

  • Ein generiertes Schreib-Tool nimmt den gesamten Request-Body als einen requestBody-Parameter entgegen.

Sie möchten es gebaut und betrieben haben?

EDDI Solutions baut und pflegt Konnektoren, betreibt EDDI als verwaltete oder gemeinsam betriebene Instanz und unterstützt Sie in Ihrer eigenen Cloud oder On-Premises.

EDDI Solutions kontaktieren ↗

Verwandte Integrationen

Konfiguration und Verhalten auf dieser Seite folgen der EDDI-Dokumentation, geprüft am 2026-10-14. Feldnamen und Standardwerte können sich zwischen Releases ändern. Bestätigen Sie sie daher in der Dokumentation Ihrer Version.