Skip to content
🚀 EDDI 6.5.0

19 fournisseurs LLM, des bases de connaissances qui explorent votre site et lisent vos fichiers, et des conversations qui suivent les versions compatibles des agentsNouveautés

Cloud Géré Démarrer
Toutes les intégrations
Protocoles d'agentsmcpcalls

MCP Client

Donner aux agents EDDI les outils de serveurs MCP externes. Les outils d'un serveur deviennent ceux de l'agent, derrière les mêmes garde-fous de validation et la même piste d'audit que tout autre outil.

Ce que vous obtenez

  • Les outils de tout serveur MCP qui parle Streamable HTTP
  • Des listes d'autorisation et de refus par nom pour garder la liste d'outils courte
  • Un listage et une lecture de ressources en option
  • Un circuit breaker qui cesse d'appeler un serveur défaillant

Fonctionnement dans EDDI

  1. Créer une configuration mcpcalls avec l'URL du serveur, le transport http et une clé d'API sous forme de référence ${vault:...}.
  2. La référencer comme étape de workflow (eddi://ai.labs.mcpcalls).
  3. La tâche LLM de l'agent récupère automatiquement les outils du serveur (enableMcpCallTools vaut true par défaut).
  4. Ajouter les outils à toolApprovals pour que les appels à conséquences attendent un humain.
  5. Pour un serveur stdio uniquement, l'exécuter dans son propre conteneur derrière un pont HTTP et pointer EDDI vers ce pont.

Configuration

Tirée de la documentation d'EDDI. Les espaces réservés comme your-agent-id sont à remplacer par vos propres valeurs.

mcpcalls configurationUne configuration mcpcalls. Le jeton est une référence au coffre.
{
  "mcpServerUrl": "https://mcp.example.com/mcp",
  "name": "example",
  "transport": "http",
  "apiKey": "${vault:example-mcp-token}",
  "timeoutMs": 30000
}
agent configuration (hitlConfig)Protéger chaque outil MCP sauf ceux en lecture seule.
{
  "hitlConfig": {
    "toolApprovals": {
      "requireApproval": [
        "mcp:*"
      ],
      "exempt": [
        "mcp:read_*"
      ],
      "approvalTimeout": "PT30M",
      "timeoutPolicy": "AUTO_REJECT"
    }
  }
}

Gouvernance

  • Les appels d'outils MCP relèvent du même garde-fou de validation human-in-the-loop que toute autre source d'outils.
  • Les descriptions d'outils sont expurgées du texte de forme directive et limitées en longueur. Les résultats d'outils sont enveloppés avec leur provenance et, par défaut, le contenu de forme directive est masqué.
  • Une liste blanche d'outils sert à gérer le contexte, pas à la sécurité. La frontière, c'est l'identifiant que vous donnez à la connexion plus le garde-fou de validation.
  • Chaque décision protégée est écrite dans le journal d'audit.

Bon à savoir

  • EDDI implémente un seul transport MCP, Streamable HTTP. Il ne lance pas lui-même de serveurs stdio, car une commande modifiable par configuration reviendrait à une exécution de code arbitraire sous l'utilisateur du processus EDDI. Utilisez un conteneur sidecar faisant office de pont.
  • Un circuit breaker s'ouvre après 3 échecs en 60 secondes : un outil manquant signifie donc généralement que le serveur est défaillant.

Intégrations associées

La configuration et le comportement décrits sur cette page suivent la documentation d'EDDI, vérifiée le 2026-10-14. Les noms de champs et les valeurs par défaut peuvent changer d'une version à l'autre : confirmez-les dans la documentation de votre version.