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
Agentenprotokollemcpcalls

MCP Client

EDDI-Agenten die Tools externer MCP-Server geben. Die Tools eines Servers werden zu den Tools des Agenten, hinter denselben Freigabe-Schranken und demselben Audit-Trail wie jedes andere Tool.

Was Sie bekommen

  • Tools von jedem MCP-Server, der Streamable HTTP spricht
  • Allow- und Deny-Listen für Namen, um die Tool-Liste klein zu halten
  • Optionales Auflisten und Lesen von Ressourcen
  • Ein Circuit Breaker, der Aufrufe an einen ausfallenden Server stoppt

So funktioniert es in EDDI

  1. Eine mcpcalls-Konfiguration mit der Server-URL, dem Transport http und einem API-Schlüssel als ${vault:...}-Referenz anlegen.
  2. Sie als Workflow-Schritt referenzieren (eddi://ai.labs.mcpcalls).
  3. Die LLM-Task des Agenten übernimmt die Tools des Servers automatisch (enableMcpCallTools ist standardmäßig true).
  4. Die Tools zu toolApprovals hinzufügen, damit folgenreiche Aufrufe auf einen Menschen warten.
  5. Für einen reinen stdio-Server ihn in einem eigenen Container hinter einer HTTP-Bridge betreiben und EDDI auf die Bridge zeigen lassen.

Konfiguration

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

mcpcalls configurationEine mcpcalls-Konfiguration. Das Token ist eine Vault-Referenz.
{
  "mcpServerUrl": "https://mcp.example.com/mcp",
  "name": "example",
  "transport": "http",
  "apiKey": "${vault:example-mcp-token}",
  "timeoutMs": 30000
}
agent configuration (hitlConfig)Jedes MCP-Tool schützen, außer den rein lesenden.
{
  "hitlConfig": {
    "toolApprovals": {
      "requireApproval": [
        "mcp:*"
      ],
      "exempt": [
        "mcp:read_*"
      ],
      "approvalTimeout": "PT30M",
      "timeoutPolicy": "AUTO_REJECT"
    }
  }
}

Governance

  • MCP-Tool-Aufrufe unterliegen derselben Human-in-the-Loop-Freigabe-Schranke wie jede andere Tool-Quelle.
  • Tool-Beschreibungen werden von anweisungsartigem Text bereinigt und in der Länge begrenzt. Tool-Ergebnisse werden mit Herkunftsangabe umhüllt, und anweisungsartiger Inhalt wird standardmäßig geschwärzt.
  • Eine Tool-Whitelist dient der Kontextverwaltung, nicht der Sicherheit. Die Grenze bilden das Credential, das Sie der Verbindung geben, und die Freigabe-Schranke.
  • Jede geschützte Entscheidung wird ins Audit-Protokoll geschrieben.

Gut zu wissen

  • EDDI implementiert einen MCP-Transport, Streamable HTTP. Es startet keine stdio-Server selbst, weil ein per Konfiguration editierbarer Befehl beliebige Codeausführung mit dem Nutzer des EDDI-Prozesses bedeuten würde. Verwenden Sie einen Bridge-Sidecar.
  • Ein Circuit Breaker öffnet nach 3 Fehlern in 60 Sekunden. Ein fehlendes Tool bedeutet daher meist, dass der Server ausfällt.

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.