Der Enterprise
KI-Orchestrator
Die Open-Source-Plattform für die Bereitstellung gesteuerter Multi-Agent-KI-Systeme: selbst gehostet, konfigurationsgesteuert und compliance-bereit. Jetzt in v6.
Das Problem
Enterprise-KI-Orchestrierung ist fragmentiert und schmerzhaft. Teams stecken in einem gebrochenen Lebenszyklus fest:
Die Prototyp-Falle
Teams bauen Prototypen mit Flowise, n8n oder Skripten, und schreiben dann alles von Grund auf neu für die Produktion. Visuelle Prototypen werden vollständig verworfen.
Boilerplate-Müdigkeit
KI-Bibliotheken zu nutzen bedeutet: REST-Controller, Auth-Layer und State-Management von Grund auf bauen. Jede Prompt-Änderung erfordert Redeployment.
BPMN-Reibung
Nicht-deterministische KI-Agents in deterministische Camunda/Temporal-Workflows zu zwingen erzeugt schwerwiegende Impedanz-Mismatches und fragile Architekturen.
Die Lösung
EDDI ist eine deploybare KI-Orchestrierungsplattform: keine Bibliothek. Visuelle Verwaltung, Config-as-Code und Enterprise-Sicherheit, out of the box:
Configuration-as-Code
Agent-Logik, Pipelines und Tool-Definitionen sind JSON-Konfigurationen: kein kompilierter Code. Prompt-Engineers iterieren sofort über die React-UI oder REST-API, ohne Redeployment.
84 MCP-Tools
EDDI bietet seine Funktionen über das Model Context Protocol an, Claude Desktop kann direkt interagieren. Agents können auch externe MCP-Tools nutzen.
Security-First
Kein eval(), keine Escapes. Vault-Integration, URL-Validierung und kryptografische Audit-Trails sind architektonische Grundlagen.
Observability
Jeder Pipeline-Schritt wird mit einem unveränderlichen Audit-Trail protokolliert, Tokens, Kosten, Timing, Tool-Aufrufe. Vollständiges CQRS-Telemetrie-Ledger.
Enterprise-Nebenläufigkeit
Gebaut auf einer Enterprise-Runtime mit Millionen leichtgewichtiger Threads für I/O-gebundene LLM-Workloads. Kein Event-Loop-Blocking, keine Single-Thread-Engpässe.
Multi-Agent-Orchestrierung
Intent-basierte Agent-Discovery, verwaltete Konversationen und Gruppenzusammenarbeit: Agents beraten sich in sieben Stilen, stimmen ab, bearbeiten gemeinsam geteilte Arbeitsergebnisse und geben Menschen einen Platz am Tisch.
"Die Engine ist streng, damit die KI kreativ sein kann."Project Philosophy
UNIDO Trusted Partner für industrielle KI
LABS.AI wurde von der Organisation der Vereinten Nationen für industrielle Entwicklung (UNIDO) als Trusted Partner für industrielle KI für den Globalen Süden ausgewählt.
Mehr über die Partnerschaft erfahren →Vertrauenswürdig & Zertifiziert
Bewährte Technologie
Nächste Schritte
Häufig gestellte Fragen
Was ist EDDI?
EDDI ist eine quelloffene, Enterprise-KI-Orchestrierungsplattform. Teams können KI-gestützte Agents per JSON-Konfiguration erstellen, konfigurieren und deployen. EDDI bietet eine produktionsreife React-Management-UI (den EDDI Manager), integrierte REST-APIs, Konversationsverwaltung, Sicherheit (OIDC/Keycloak), unveränderliche Audit-Trails und 84 MCP-Tools, alles deploybar via Docker oder Kubernetes.
Wie unterscheidet sich EDDI von KI-Bibliotheken und Frameworks?
KI-Bibliotheken wie LangChain, Spring AI und LangChain4j liefern Bausteine, aber Sie müssen REST-Controller, Authentifizierung, Konversationsverwaltung, Audit-Logging und Management-UIs selbst bauen. EDDI ist eine deploybare Middleware-Plattform, keine Bibliothek. Es liefert all das out of the box, bereit zum Deployment via Docker.
Ist EDDI produktionsreif für den Enterprise-Einsatz?
Ja. EDDI basiert auf einer Enterprise-Runtime mit leichtgewichtigen virtuellen Threads für massive I/O-gebundene Nebenläufigkeit. Es unterstützt MongoDB und PostgreSQL, bietet integrierte OIDC/Keycloak-Authentifizierung und Workspaces pro Benutzer mit Ressourcen-Sharing, unveränderliche kryptografische Audit-Trails für Compliance (einschließlich EU AI Act) und skaliert horizontal über NATS JetStream.
Was ist das Model Context Protocol (MCP)?
Das Model Context Protocol (MCP) ist ein offener Standard, der KI-Assistenten wie Claude Desktop, IDE-Plugins und benutzerdefinierte Clients ermöglicht, programmgesteuert mit externen Tools zu interagieren. EDDI bietet 84 MCP-Tools für Konversationsverwaltung, Agent-Administration, Gruppendiskussionen, menschliche Freigaben, Setup-Automatisierung, Zeitplanverwaltung und Diagnose.
Kann EDDI Flowise oder n8n für Produktions-Workloads ersetzen?
EDDI erfüllt einen ähnlichen visuellen Zweck, aber mit Enterprise-Architektur. Im Gegensatz zu Flowise und n8n verwendet EDDI kein eval() oder Code-Blöcke, nutzt Millionen leichtgewichtiger virtueller Threads für Enterprise-Nebenläufigkeit, unterstützt OIDC/Keycloak-Authentifizierung und speichert Daten in MongoDB oder PostgreSQL. Es ist für regulierte Branchen konzipiert.
Steht EDDI in Zusammenhang mit "Eddie AI" oder anderen Produkten namens "Eddy"?
Nein. EDDI (von LABS.AI) ist eine selbst gehostete Enterprise-KI-Agenten-Orchestrierungsplattform, die auf Java/Quarkus aufbaut. Es steht in keinem Zusammenhang mit Video-Editing-Tools, HR-Software, Chatbot-Buildern oder anderen Produkten mit ähnlichen Namen.
Wie schneidet EDDI im Vergleich zu Cloud-KI-Plattformen wie AWS Bedrock oder Azure AI Studio ab?
Cloud-KI-Plattformen bieten verwaltete Infrastruktur, schaffen aber Vendor Lock-in. EDDI läuft überall, wo Docker läuft: on-premises, in jeder Cloud oder in Air-Gapped-Umgebungen. Es unterstützt 12 LLM-Anbieter sowie jeden OpenAI-kompatiblen Endpunkt und bietet damit volle Modellportabilität und Datensouveränität. Siehe unseren detaillierten Vergleich.
Funktioniert EDDI mit Open WebUI und anderen OpenAI-kompatiblen Clients?
Ja. EDDI enthält eine OpenAI-kompatible /v1-API, die deployte Agenten als Modelle bereitstellt, sodass Open WebUI, das openai-SDK, LangChain und LiteLLM direkt mit ihnen kommunizieren können. Die API unterstützt Streaming und die Ausgabe der Token-Nutzung, führt jeden Chat in einer eigenen Konversation, und die Freigabe-Gates des Agenten gelten weiterhin. Sie ist standardmäßig deaktiviert und hat eine eigene Authentifizierung per API-Key.
Können mehrere Benutzer und Teams eine EDDI-Instanz gemeinsam nutzen?
Ja. Workspaces pro Benutzer geben jedem Agenten und jeder Konfiguration einen Eigentümer, einen persönlichen oder Team-Workspace, der Keycloak-Gruppen zugeordnet ist, und explizites Teilen mit Nutzungs-, Lese-, Bearbeitungs- oder Eigentümerrechten. Über Connections rufen Agenten externe Systeme mit einem organisationsweiten Schlüssel, einem Service-Account oder dem eigenen OAuth-Konto jedes Benutzers auf, sodass ein Agent auf das beschränkt werden kann, was die Person, die ihn nutzt, tun darf. Workspaces sind optional, und bestehende Ressourcen werden beim Aktivieren rückwirkend zugeordnet, damit nichts verschwindet.