问题
企业级AI编排碎片化且痛苦。团队陷入一个破碎的生命周期中：
原型陷阱
团队使用Python/Flowise/n8n制作原型——然后在生产环境中从头重写所有代码。可视化原型被完全抛弃。
样板代码疲劳
使用Spring AI或LangChain4j意味着从头构建REST控制器、认证层和状态管理。每次提示词调整都需要重新编译。
BPMN摩擦
将非确定性AI代理强制放入Camunda/Temporal确定性工作流中会造成严重的阻抗失配和脆弱的架构。
解决方案
EDDI是一个可部署的AI编排平台——不是库。可视化管理、配置即代码和企业级安全，开箱即用：
配置即代码
代理逻辑、管道和工具定义都是JSON配置——而非编译的代码。提示词工程师通过React UI或REST API即时迭代，无需重新部署。
58个MCP工具
EDDI通过模型上下文协议暴露其功能——支持Claude Desktop交互。代理还可以消费外部MCP工具。
安全优先
无eval()，无逃逸。密钥库集成、URL验证和加密审计跟踪是架构基础。
可观测性
每个管道步骤都记录在不可变的审计跟踪中——令牌、成本、耗时、工具调用。完整的CQRS遥测账本。
企业级并发
基于企业级运行时的数百万轻量级线程处理IO密集型LLM工作负载。无事件循环阻塞，无单线程瓶颈。
多代理编排
基于意图的代理发现、托管对话、代理触发器和A/B路由。每个意图+用户一个对话，自动创建和自动管理。
值得信赖且经过认证
基于成熟技术构建
后续步骤
常见问题
什么是EDDI？
EDDI是一个开源的企业级AI编排平台。它使团队能够使用JSON配置而非编译代码来构建、配置和部署AI代理。EDDI提供了一个完整的平台，包括生产就绪的React管理界面（EDDI管理器）、内置REST API、对话状态管理、安全性（OIDC/Keycloak）、不可变审计跟踪和58个MCP工具——所有这些都可通过Docker或Kubernetes部署。
EDDI与AI库和框架有什么不同？
Spring AI和LangChain4j是优秀的库——EDDI实际上在内部使用了LangChain4j。关键区别在于EDDI是一个可部署的中间件平台，而不是库。使用Spring AI，您仍然需要自己构建REST控制器、认证、对话状态管理、审计日志和管理界面。EDDI开箱即提供所有这些。
EDDI是否可以在生产环境中用于企业？
是的。EDDI基于企业级运行时构建，利用轻量级虚拟线程实现IO密集型操作的大规模并发。支持MongoDB和PostgreSQL，内置OIDC/Keycloak认证，提供不可变的加密审计跟踪以确保合规（包括欧盟AI法案），并通过NATS JetStream实现水平扩展。
什么是模型上下文协议（MCP）？
模型上下文协议（MCP）是一个开放标准，允许Claude Desktop、IDE插件和自定义客户端等AI助手以编程方式与外部工具交互。EDDI公开了58个MCP工具，涵盖对话管理、代理管理、设置自动化、调度管理和诊断。
EDDI能否替代Flowise或n8n用于生产工作负载？
EDDI服务于类似的可视化构建目的，但具有企业级架构。与Flowise和n8n不同，EDDI不使用eval()或代码块，运行数百万轻量级虚拟线程以实现企业级并发，支持OIDC/Keycloak认证，并将数据存储在MongoDB或PostgreSQL中。它专为受监管行业设计。