Skip to content
🚀 EDDI 6.4.0

ユーザーごとのワークスペース、管理された外部アクセスのためのConnections、Red Hat認定のUBI 10イメージ リリースノート

マネージドクラウド 始める

エンタープライズ
AIオーケストレーター

ガバナンスの効いたマルチエージェントAIシステムをデプロイするためのオープンソースプラットフォーム:セルフホスト型、構成駆動型、コンプライアンス対応。現在v6で提供中。

始める → GitHubで見る ↗
EDDI AI Orchestrator

問題

エンタープライズAIオーケストレーションは断片化され、困難です。チームは壊れたライフサイクルに陥っています:

プロトタイプの罠

チームはFlowise、n8n、またはスクリプトでプロトタイプを作り、本番環境ではすべてをゼロから書き直す必要があります。ビジュアルプロトタイプは完全に破棄されます。

ボイラープレート疲れ

Spring AIやLangChain4jを使用すると、RESTコントローラー、認証レイヤー、状態管理をゼロから構築する必要があります。プロンプトの微調整ごとに再コンパイルが必要です。

BPMNの摩擦

非決定論的なAIエージェントをCamunda/Temporalの決定論的ワークフローに押し込むと、深刻なインピーダンスミスマッチと脆弱なアーキテクチャが生まれます。

ソリューション

EDDIはデプロイ可能なAIオーケストレーションプラットフォームです、ライブラリではありません。ビジュアル管理、Config-as-Code、エンタープライズセキュリティ、すべてが箱から出して使えます:

01

Configuration-as-Code

エージェントロジック、パイプライン、ツール定義はJSON設定です、コンパイルされたコードではありません。プロンプトエンジニアはReact UIまたはREST APIで即座にイテレーションでき、Javaコードに触れる必要はありません。

02

84のMCPツール

EDDIはModel Context Protocolを通じてその機能を公開し、Claude Desktopとの対話を可能にします。エージェントは外部MCPツールを消費することもできます。

03

セキュリティファースト

eval()なし、エスケープなし。Vault統合、URL検証、暗号化監査証跡はアーキテクチャの基盤です。

04

オブザーバビリティ

すべてのパイプラインステップは不変の監査証跡に記録されます、トークン、コスト、タイミング、ツール呼び出し。完全なCQRSテレメトリ台帳。

05

エンタープライズ並行性

エンタープライズランタイム上に構築された数百万の軽量スレッド、I/OバウンドなLLMワークロード向け。イベントループのブロッキングなし、シングルスレッドのボトルネックなし。

06

マルチエージェントオーケストレーション

インテントベースのエージェントディスカバリー、マネージド会話、そしてグループコラボレーション:エージェントが7つのスタイルで議論し、投票し、共有の成果物を共同編集し、人間にも議論の席を用意します。

"エンジンが厳格だからこそ、AIは創造的になれる。"
Project Philosophy
UNIDO評価

UNIDO産業AI信頼パートナー

LABS.AIは国連工業開発機関(UNIDO)により、グローバルサウスのための産業AIの信頼パートナーに選出されました。

パートナーシップについて詳しく →

信頼と認証

Red Hat認定コンテナ 認定イメージ、Red Hatカタログで公開
Apache 2.0ライセンス 100%オープンソースでエンタープライズ対応
20,000以上のテスト · 失敗0 厳格なCI/CDと>90%コードカバレッジ
OpenSSF Gold Linux Foundation最高レベルのセキュリティ・品質認証
OpenSSF Best Practices
Docker Hub 数十万件のプロダクションプル
Docker Pulls
CI合格 · CodeQLクリーン 自動ビルド、セキュリティスキャン、コード分析
CICodeQL

実績ある技術で構築

Java 25 エンタープライズランタイム
Quarkus クラウドネイティブ、高速
LangChain4j マルチプロバイダーLLMサポート
MongoDB ドキュメントストア
PostgreSQL リレーショナルストア
Docker コンテナ対応
Kubernetes オーケストレーション
OpenShift Red Hat認定

次のステップ

よくある質問

EDDIとは?

EDDIはオープンソースのエンタープライズAIオーケストレーションプラットフォームです。チームがコンパイルされたコードではなくJSON設定を使用してAIエージェントを構築、設定、デプロイすることを可能にします。EDDIは本番環境対応のReact管理UI(EDDIマネージャー)、組み込みREST API、会話状態管理、セキュリティ(OIDC/Keycloak)、不変の監査証跡、84のMCPツールを備えた完全なプラットフォームを提供します、すべてDockerまたはKubernetesでデプロイ可能。

EDDIはAIライブラリやフレームワークとどう違いますか?

LangChain、Spring AI、LangChain4jのようなAIライブラリはビルディングブロックを提供しますが、RESTコントローラー、認証、会話状態管理、監査ログ、管理UIは依然として自分で構築する必要があります。EDDIはライブラリではなくデプロイ可能なミドルウェアプラットフォームです。これらすべてをすぐに使える形で提供し、Dockerで即座にデプロイできます。

EDDIはエンタープライズの本番利用に対応していますか?

はい。EDDIは軽量仮想スレッドを備えたエンタープライズランタイム上に構築され、I/Oバウンド並行性のために大規模並列処理を実現します。MongoDBとPostgreSQLをサポートし、組み込みのOIDC/Keycloak認証とリソース共有機能付きのユーザーごとのワークスペースを含み、コンプライアンス(EU AI規制法を含む)のための不変の暗号化監査証跡を提供し、NATS JetStreamで水平スケーリングします。

Model Context Protocol(MCP)とは?

Model Context Protocol(MCP)は、Claude Desktop、IDEプラグイン、カスタムクライアントなどのAIアシスタントが外部ツールとプログラム的に対話できるオープンスタンダードです。EDDIは会話管理、エージェント管理、グループディスカッション、人間による承認、セットアップ自動化、スケジュール管理、診断にわたる84のMCPツールを公開しています。

EDDIは本番ワークロードでFlowiseやn8nの代替になりますか?

EDDIはエンタープライズグレードのアーキテクチャで同様のビジュアルビルディング目的を果たします。Flowiseやn8nとは異なり、EDDIはeval()やコードブロックを使用せず、エンタープライズグレードの並行性のために数百万の軽量仮想スレッドを実行し、OIDC/Keycloak認証をサポートし、MongoDBまたはPostgreSQLにデータを保存します。規制産業向けに設計されています。

EDDIは「Eddie AI」や「Eddy」という名前の他の製品と関係がありますか?

いいえ。EDDI(LABS.AIによる)は、Java/Quarkus上に構築されたセルフホスト型のエンタープライズAIエージェントオーケストレーションプラットフォームです。ビデオ編集ツール、HRソフトウェア、チャットボットビルダーなど、似た名前の他製品とは無関係です。

EDDIは、AWS BedrockやAzure AI StudioなどのクラウドAIプラットフォームとどう違いますか?

クラウドAIプラットフォームはマネージドインフラを提供しますが、ベンダーロックインを生じさせます。EDDIはDockerが動く場所ならどこでも動作します、オンプレミス、任意のクラウド、エアギャップ環境。12のLLMプロバイダーと任意のOpenAI互換エンドポイントをサポートし、完全なモデルポータビリティとデータ主権を提供します。詳細な比較をご覧ください。

EDDIはOpen WebUIなどのOpenAI互換クライアントで利用できますか?

はい。EDDIには、デプロイされたエージェントをモデルとして提供するOpenAI互換の/v1 APIが含まれているため、Open WebUI、openai SDK、LangChain、LiteLLMからエージェントと直接対話できます。ストリーミングとトークン使用量のレポートに対応し、チャットごとに個別の会話が保たれ、エージェントの承認ゲートも引き続き適用されます。このAPIはデフォルトで無効になっており、専用のAPIキー認証を備えています。

複数のユーザーやチームで1つのEDDIデプロイメントを共有できますか?

はい。ユーザーごとのワークスペースにより、すべてのエージェントと設定に所有者と、Keycloakグループに対応付けられた個人またはチームのスペースが割り当てられ、利用・閲覧・編集・所有の各レベルで明示的に共有できます。Connectionsを使うと、エージェントは組織全体のキー、サービスアカウント、または各ユーザー自身のOAuthアカウントで外部システムを呼び出せるため、エージェントの権限を利用者本人に許可された範囲に制限できます。ワークスペースはオプトイン方式で、既存のリソースも自動的に移行されるため、有効にしても何も消えることはありません。