🚀 EDDI 6.5.0

19 LLM-Anbieter, Wissensdatenbanken, die Ihre Website crawlen und Ihre Dateien lesen, und Konversationen, die kompatiblen Agentenversionen folgenNeuigkeiten

Managed Cloud Jetzt Starten
Alle Integrationen
AgentenprotokolleJSON-RPC 2.0

A2A

EDDI-Agenten anderen Agenten über Agent Cards und JSON-RPC bereitstellen und entfernte A2A-Agenten als Tools in den eigenen Agenten nutzen.

KonfigurationDoku ↗

Was Sie bekommen

  • Eine Agent Card für jeden freigeschalteten Agenten, die seine Skills auflistet
  • Ein JSON-RPC-2.0-Endpunkt mit tasks/send, tasks/get und tasks/cancel
  • Entfernte A2A-Agenten, die neben eingebauten, MCP- und HTTP-Tools in die Tool-Calling-Schleife einfließen
  • Skill-Filter, um nur einen Teil eines entfernten Agenten bereitzustellen

So funktioniert es in EDDI

  1. Einen Agenten mit a2aEnabled: true, einer Beschreibung und den zu bewerbenden Skills freischalten.
  2. Peers holen seine Card von /a2a/agents/{agentId}/agent.json und rufen POST /a2a/agents/{agentId} auf.
  3. Um einen entfernten Agenten zu nutzen, ihn in einer LLM-Task unter a2aAgents mit seiner URL und einem per Vault referenzierten API-Schlüssel aufführen.
  4. EDDI liest die entfernte Card, macht aus jedem Skill ein Tool namens {agentName}_{skillId} und ruft es mit tasks/send auf.

Konfiguration

Aus der EDDI-Dokumentation übernommen. Platzhalter wie your-agent-id ersetzen Sie durch Ihre eigenen Werte.

Expose an agent (agent configuration)Einen Agenten bereitstellen. A2A ist pro Agent ein Opt-in.
{
  "a2aEnabled": true,
  "description": "Customer support agent specializing in order tracking",
  "a2aSkills": ["order-tracking", "refund-processing"]
}
Consume a remote agent (LLM task)Einen entfernten Agenten nutzen. Der API-Schlüssel muss eine Vault-Referenz sein.
{
  "systemMessage": "You are an orchestrator agent...",
  "a2aAgents": [
    {
      "url": "https://remote-eddi.example.com/a2a/agents/support-agent",
      "name": "support-agent",
      "apiKey": "${vault:remote-agent-key}",
      "timeoutMs": 30000,
      "skillsFilter": ["order-tracking"]
    }
  ]
}

Governance

  • Agent Cards sind absichtlich anonym, damit ein Peer einen Agenten entdecken kann, bevor er Zugangsdaten hat. Bei aktiver Authentifizierung erfordern das Auflisten von Agenten und der JSON-RPC-Endpunkt jeweils ein Token.
  • Die Tools eines entfernten Agenten durchlaufen dieselben Freigabe-Schranken und Guardrails für Tool-Ergebnisse wie andere Tool-Quellen, und der API-Schlüssel bleibt im Vault.
  • tasks/send führt eine Konversation auf Ihrem LLM-Budget aus, weshalb es nicht anonym ist.

Gut zu wissen

  • Bei aktiver Authentifizierung gibt die Card einen Token-Endpunkt an. EDDI leitet einen Pfad im Keycloak-Stil ab, sofern Sie eddi.a2a.public-token-endpoint nicht setzen. Setzen Sie ihn daher für andere Identity Provider.
LoslegenDoku ↗

Verwandte Integrationen

AgentenprotokolleMCP ServerEDDI aus Claude Desktop, Cursor, VS Code und anderen MCP-Clients steuern. EDDI stellt 84 MCP-Tools über Streamable HTTP für Konversationen und Administration bereit.AgentenprotokolleMCP ClientEDDI-Agenten die Tools externer MCP-Server geben. Die Tools eines Servers werden zu den Tools des Agenten, hinter denselben Freigabe-Schranken und demselben Audit-Trail wie jedes andere Tool.Identität und SicherheitKeycloak / OIDCOpenID-Connect-Authentifizierung vor EDDI schalten, mit Keycloak oder einem anderen OIDC-Anbieter, mit Rollen für Admins, Editoren, Nutzer, Betrachter und Freigeber.

Konfiguration und Verhalten auf dieser Seite folgen der EDDI-Dokumentation, geprüft am 2026-10-14. Feldnamen und Standardwerte können sich zwischen Releases ändern. Bestätigen Sie sie daher in der Dokumentation Ihrer Version.