得られるもの

EDDIでの仕組み

EDDIを起動します。MCP エンドポイントは http://localhost:7070/mcp です。
EDDIを MCP クライアントに追加します。HTTP に対応したクライアントは URL を直接使用します。
Claude Desktop のような stdio のみのクライアントでは、例のとおり mcp-remote ブリッジを使用します。
アシスタントに、エージェントの一覧表示、会話の開始、エージェントの作成を依頼します。ドキュメントに記載のフローは list_agents、create_conversation、talk_to_agent です。
OIDC が有効な場合は、クライアントにベアラートークンを渡します。

EDDIのドキュメントに基づいています。your-agent-id のようなプレースホルダーは、ご自身の値に置き換えてください。

Clients with HTTP transportネイティブ HTTP トランスポートを持つクライアント向けです。

{
  "mcpServers": {
    "eddi": {
      "url": "http://localhost:7070/mcp"
    }
  }
}

stdio-only clients (for example claude_desktop_config.json)stdio のみのクライアント向けです。Windows で npx が PATH にない場合は、コマンドを cmd /c でラップしてください。

{
  "mcpServers": {
    "eddi": {
      "command": "npx",
      "args": ["-y", "mcp-remote", "http://localhost:7070/mcp"]
    }
  }
}

setup_agent や create_api_agent などの書き込みツールには、eddi-editor ロールが必要です。
MCP の create_api_agent ツールは、意図的に承認ゲートを設定できないようになっています。ゲート付きのエージェントのプロビジョニングは、eddi-admin を用いた REST 経由で行います。
承認待ちのグループのフェーズは、Manager、REST、Slack に加えて MCP からも承認でき、すべての判断が監査されます。

本番での起動は、オプトアウトしない限り OIDC がオフの状態では実行を拒否します。オプトアウトしたインスタンスでは、ポートに到達できる誰にでも /mcp が開放された状態になります。