Skip to content
🚀 EDDI 6.6.0

19のLLMプロバイダー、サイトをクロールしファイルを読み込むナレッジベース、互換性のあるエージェントバージョンに追従する会話新機能

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

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

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

EDDI をローカルで実行
curl -fsSL https://raw.githubusercontent.com/labsai/EDDI/main/install.sh | bash
その他のインストール方法 →
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

89のMCPツール

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

03

セキュリティファースト

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

04

オブザーバビリティ

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

05

エンタープライズ並行性

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

06

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

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

設定と UI を並べて見る

エージェントの動作は、読んで、差分を取って、バージョン管理できる JSON ドキュメントで表されます。Manager も同じドキュメントを編集します。

behavior.json
{
  "behaviorGroups": [
    {
      "name": "",
      "behaviorRules": [
        {
          "name": "Ask for City",
          "actions": [
            "ask_for_city"
          ],
          "conditions": [
            {
              "type": "inputmatcher",
              "configs": {
                "expressions": "trigger(current_weather)"
              },
              "conditions": []
            }
          ]
        }
      ]
    }
  ]
}
EDDI Manager:環境と workflow を含むエージェントの詳細ページ
Manager のスクリーンショット

Behavior Rule は素の JSON です。解析された入力が trigger(current_weather) に一致すると、アクション ask_for_city を発行します。task と output はそのアクションを待ち受けます。Manager には、エージェントとそのルールを実行する workflow が表示されます。

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

会話ターンの流れ

InputChat · Slack · API · MCPParserNormalize, dictionariesBehavior RulesDecide, emit actionsTasksLLM · HTTP · MCP · RAGOutputTemplates, quick repliesTool boundaryApprovals · allow-lists · vaultConversation memoryProperties that outlive the context window · history · rolling summaries · user memory

ステージを選ぶと、その処理内容、設定、書き込む内容が表示されます。

Behavior Rules

ここで起きること

Behavior Rules は、表現と Conversation memory に対する IF-THEN の条件です。一致したルールがアクションを発行します。ルーティングはコードではなく設定なので、同じ入力は毎回同じ経路をたどります。

パイプラインの各 task は 1 件のエントリを書き込みます。HMAC 署名付き、追記専用、シーケンス検査付きです。

説明用のサンプル値

設定
{
  "behaviorGroups": [
    {
      "name": "",
      "behaviorRules": [
        {
          "name": "Ask for City",
          "actions": [
            "ask_for_city"
          ],
          "conditions": [
            {
              "type": "inputmatcher",
              "configs": {
                "expressions": "trigger(current_weather)"
              },
              "conditions": []
            }
          ]
        }
      ]
    }
  ]
}
監査エントリの例
{
  "id": "0b5e9a0c-6f3d-4b1e-9d57-2c1f8a7e4d10",
  "conversationId": "6650f1c2a7b94e0012ab34cd",
  "agentId": "support-agent",
  "agentVersion": 1,
  "userId": "user-4711",
  "environment": "production",
  "stepIndex": 0,
  "taskId": "ai.labs.behavior",
  "taskType": "behavior_rules",
  "taskIndex": 1,
  "durationMs": 1,
  "input": {
    "expressions": [
      "trigger(current_weather)"
    ]
  },
  "output": {
    "behavior_rules:success": [
      "Ask for City"
    ]
  },
  "actions": [
    "ask_for_city"
  ],
  "cost": 0,
  "timestamp": "2026-10-14T09:12:41.208Z",
  "hmac": "v4:a3f1c09e5b7d2468a3f1c09e5b7d2468a3f1c09e5b7d2468a3f1c09e5b7d2468",
  "agentSignature": "MEUCIQDk3x…9fQ==",
  "sequence": 1
}
すべてのターンは同じパイプラインを実行します。ビヘイビアルールがアクションを発行して何が起きるかを決め、タスクはそのアクションを待ち受けます:LLM呼び出し、HTTP呼び出し、MCPツール、ナレッジベース検索。すべてのツール呼び出しは同じ統制された境界を通過し、メモリは重要な情報をあるターンから次のターンへ、ある会話から次の会話へと引き継ぎます。
UNIDO評価

UNIDO産業AI信頼パートナー

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

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

信頼と認証

Red Hat認定コンテナ認定イメージ、Red Hatカタログで公開
Apache 2.0ライセンス100%オープンソースでエンタープライズ対応
20,000+のテスト · CIでグリーンすべてのマージが全テストスイートに合格し、>90%の命令カバレッジを強制
OpenSSFベストプラクティス:ゴールドゴールドバッジ、OpenSSFベストプラクティスプログラムの最高レベル
OpenSSF Best Practices
Docker HubDocker Hubで413K+プル
Docker Pulls
CI合格 · CodeQLクリーン自動ビルド、セキュリティスキャン、コード分析
CICodeQL

実績ある技術で構築

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

次のステップ

よくある質問

EDDIとは?

EDDIはオープンソースのエンタープライズAIオーケストレーションプラットフォームです。チームがコンパイルされたコードではなくJSON設定を使用してAIエージェントを構築、設定、デプロイすることを可能にします。EDDIは本番環境対応のReact管理UI(EDDIマネージャー)、組み込みREST API、会話状態管理、セキュリティ(OIDC/Keycloak)、不変の監査証跡、89の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は会話管理、エージェント管理、グループディスカッション、人間による承認、セットアップ自動化、スケジュール管理、診断にわたる89の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が動く場所ならどこでも動作します、オンプレミス、任意のクラウド、エアギャップ環境。19のLLMプロバイダーと任意のOpenAI互換エンドポイントをサポートし、完全なモデルポータビリティとデータ主権を提供します。詳細な比較をご覧ください。

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

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

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

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

EDDIではどのLLMを使えますか?

EDDIは19のLLMプロバイダーに接続します:OpenAI、Anthropic、Google Gemini、Mistral、Azure OpenAI、Amazon Bedrock、Oracle GenAI、Google Vertex AI、Ollama、Hugging Face、Jlamaに加え、xAI Grok、DeepSeek、Moonshot Kimi、Alibaba Qwen、Z.ai GLM、MiniMax、OpenRouter、Groqをファーストクラスでサポートしています。その他のOpenAI互換エンドポイントもベースURLで利用できます。モデルカタログでは、各モデルの得意分野と、EDDIで実行するための正確な設定を紹介しています。