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
Canaux/v1

Open WebUI

EDDI expose une API /v1 compatible OpenAI qui présente les agents déployés comme des modèles, afin que Open WebUI, les SDK OpenAI, LangChain et LiteLLM puissent leur parler.

Ce que vous obtenez

  • Les agents EDDI déployés dans la liste déroulante des modèles d'Open WebUI
  • Chat Completions avec streaming et suivi de l'utilisation des tokens
  • Une conversation EDDI par discussion, de sorte que la mémoire et les Behavior Rules persistent d'un tour à l'autre
  • Une variante sans état (un identifiant de modèle avec :stateless) pour les appels uniques comme la génération de titres

Fonctionnement dans EDDI

  1. Activer l'adaptateur avec EDDI_OPENAI_COMPAT_ENABLED=true et définir une clé d'API. Il est désactivé par défaut.
  2. Déployer un agent dans EDDI. Il apparaît dans GET /v1/models.
  3. Pointer Open WebUI (ou un SDK) vers http://<eddi>:7070/v1 avec la même clé d'API.
  4. Activer ENABLE_FORWARD_USER_INFO_HEADERS dans Open WebUI. Sans cela, toutes les fenêtres de discussion partagent une seule conversation EDDI.
  5. Choisir l'agent dans la liste des modèles et discuter.

Configuration

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

docker-compose.yml (excerpt)Un extrait de compose proche de la production, tiré de la doc d'EDDI. Changez la clé d'API d'exemple.
services:
  eddi:
    image: labsai/eddi:latest
    ports: ["7070:7070"]
    environment:
      EDDI_OPENAI_COMPAT_ENABLED: "true"
      EDDI_OPENAI_COMPAT_API_KEY: "sk-eddi-change-me"

  open-webui:
    image: ghcr.io/open-webui/open-webui:main
    ports: ["3000:8080"]
    environment:
      OPENAI_API_BASE_URL: http://eddi:7070/v1
      OPENAI_API_KEY: "sk-eddi-change-me"
      ENABLE_OLLAMA_API: "false"
      ENABLE_FORWARD_USER_INFO_HEADERS: "true"
Check the endpointVérifier le point d'accès depuis le shell. Définir EDDI_API_KEY à la même valeur que dans le fichier compose.
curl -H "Authorization: Bearer $EDDI_API_KEY" http://localhost:7070/v1/models

curl -X POST http://localhost:7070/v1/chat/completions \
  -H "Authorization: Bearer $EDDI_API_KEY" \
  -H "Content-Type: application/json" \
  -H "X-OpenWebUI-Chat-Id: chat-1" \
  -H "X-OpenWebUI-User-Id: alice" \
  -d '{"model":"my-agent-a3f9c1","messages":[{"role":"user","content":"Hello"}]}'

Gouvernance

  • L'API a sa propre authentification par clé d'API et reste désactivée tant que vous ne l'activez pas. EDDI refuse de démarrer dans l'unique combinaison qui laisserait la création de conversations ouverte à quiconque atteint le port.
  • L'agent conserve ses propres garde-fous de validation et sa piste d'audit. Une requête passant par /v1 est une conversation EDDI ordinaire.
  • Une clé d'API partagée associée à des en-têtes utilisateur délègue l'identité à Open WebUI en tant que proxy de confiance. Traitez la clé comme tout secret partagé et faites-la tourner.

Bon à savoir

  • Seuls les agents individuels apparaissent comme modèles, pas les groupes multi-agents.
  • Les réponses rapides et les boutons sont rendus sous forme de texte Markdown, pas comme des contrôles interactifs.
  • Les appels d'outils ne sont pas renvoyés au client. EDDI exécute ses outils dans son propre pipeline, et l'activité des outils reste visible dans le journal d'audit.

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.