🚀 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'agentsJSON-RPC 2.0

A2A

Exposer les agents EDDI à d'autres agents via des Agent Cards et JSON-RPC, et utiliser des agents A2A distants comme outils dans vos propres agents.

ConfigurationDoc ↗

Ce que vous obtenez

  • Une Agent Card pour chaque agent que vous activez, listant ses compétences
  • Un point d'accès JSON-RPC 2.0 avec tasks/send, tasks/get et tasks/cancel
  • Des agents A2A distants intégrés à la boucle d'appel d'outils aux côtés des outils intégrés, MCP et HTTP
  • Des filtres de compétences pour n'exposer qu'une partie d'un agent distant

Fonctionnement dans EDDI

  1. Activer un agent avec a2aEnabled: true, une description et les compétences à annoncer.
  2. Les pairs récupèrent sa carte sur /a2a/agents/{agentId}/agent.json et appellent POST /a2a/agents/{agentId}.
  3. Pour consommer un agent distant, le lister sous a2aAgents dans une tâche LLM avec son URL et une clé d'API référencée dans le coffre.
  4. EDDI lit la carte distante, transforme chaque compétence en un outil nommé {agentName}_{skillId} et l'appelle avec tasks/send.

Configuration

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

Expose an agent (agent configuration)Exposer un agent. A2A s'active agent par agent.
{
  "a2aEnabled": true,
  "description": "Customer support agent specializing in order tracking",
  "a2aSkills": ["order-tracking", "refund-processing"]
}
Consume a remote agent (LLM task)Consommer un agent distant. La clé d'API doit être une référence au coffre.
{
  "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"]
    }
  ]
}

Gouvernance

  • Les Agent Cards sont anonymes par conception, afin qu'un pair puisse découvrir un agent avant de détenir des identifiants. Lorsque l'authentification est activée, le listage des agents et le point d'accès JSON-RPC exigent tous deux un jeton.
  • Les outils d'un agent distant passent par les mêmes garde-fous de validation et de protection des résultats d'outils que les autres sources d'outils, et la clé d'API reste dans le coffre.
  • tasks/send exécute une conversation sur votre budget LLM, c'est pourquoi il n'est pas anonyme.

Bon à savoir

  • Lorsque l'authentification est activée, la carte annonce un point d'accès de jeton. EDDI en déduit un chemin de type Keycloak tant que vous ne définissez pas eddi.a2a.public-token-endpoint : définissez-le pour les autres fournisseurs d'identité.
CommencerDoc ↗

Intégrations associées

Protocoles d'agentsMCP ServerPiloter EDDI depuis Claude Desktop, Cursor, VS Code et d'autres clients MCP. EDDI expose 84 outils MCP via Streamable HTTP pour les conversations et l'administration.Protocoles d'agentsMCP ClientDonner 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.Identité et sécuritéKeycloak / OIDCPlacer une authentification OpenID Connect devant EDDI avec Keycloak ou un autre fournisseur OIDC, avec des rôles pour les administrateurs, éditeurs, utilisateurs, lecteurs et approbateurs.

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.