🚀 EDDI 6.5.0

19 provedores LLM, bases de conhecimento que rastreiam o seu site e leem os seus arquivos, e conversas que acompanham as versões compatíveis do agenteNovidades

Cloud Gerenciada Começar
Todas as integrações
Protocolos de agentesJSON-RPC 2.0

A2A

Exponha agentes do EDDI a outros agentes por meio de Agent Cards e JSON-RPC, e use agentes A2A remotos como ferramentas dentro dos seus próprios agentes.

ConfiguraçãoDocumentação ↗

O que você recebe

  • Um Agent Card para cada agente que você habilitar, listando suas habilidades
  • Um endpoint JSON-RPC 2.0 com tasks/send, tasks/get e tasks/cancel
  • Agentes A2A remotos incorporados ao ciclo de chamada de ferramentas ao lado das ferramentas integradas, MCP e HTTP
  • Filtros de habilidades para expor apenas parte de um agente remoto

Como funciona no EDDI

  1. Habilite um agente com a2aEnabled: true, uma descrição e as habilidades a anunciar.
  2. Os pares obtêm o card em /a2a/agents/{agentId}/agent.json e chamam POST /a2a/agents/{agentId}.
  3. Para consumir um agente remoto, liste-o em a2aAgents em uma tarefa de LLM, com a URL e uma chave de API referenciada do cofre.
  4. O EDDI lê o card remoto, transforma cada habilidade em uma ferramenta chamada {agentName}_{skillId} e a invoca com tasks/send.

Configuração

Extraída da documentação do EDDI. Marcadores como your-agent-id devem ser substituídos pelos seus próprios valores.

Expose an agent (agent configuration)Expor um agente. O A2A é opcional por agente.
{
  "a2aEnabled": true,
  "description": "Customer support agent specializing in order tracking",
  "a2aSkills": ["order-tracking", "refund-processing"]
}
Consume a remote agent (LLM task)Consumir um agente remoto. A chave de API deve ser uma referência ao cofre.
{
  "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"]
    }
  ]
}

Governança

  • Os Agent Cards são anônimos por projeto, para que um par possa descobrir um agente antes de ter credenciais. Com a autenticação ativada, tanto a listagem de agentes quanto o endpoint JSON-RPC exigem um token.
  • As ferramentas de um agente remoto passam pelos mesmos portões de aprovação e proteções de resultado de ferramentas das outras fontes de ferramentas, e a chave de API permanece no cofre.
  • tasks/send executa uma conversa no seu orçamento de LLM, e é por isso que não é anônimo.

Bom saber

  • Com a autenticação ativada, o card anuncia um endpoint de token. O EDDI deduz um caminho no estilo Keycloak, a menos que você defina eddi.a2a.public-token-endpoint, então defina-o para outros provedores de identidade.
ComeçarDocumentação ↗

Integrações relacionadas

Protocolos de agentesMCP ServerControle o EDDI a partir do Claude Desktop, Cursor, VS Code e outros clientes MCP. O EDDI expõe 84 ferramentas MCP via Streamable HTTP para conversas e administração.Protocolos de agentesMCP ClientDê aos agentes do EDDI as ferramentas de servidores MCP externos. As ferramentas de um servidor se tornam ferramentas do agente, atrás dos mesmos portões de aprovação e da mesma trilha de auditoria de qualquer outra ferramenta.Identidade e segurançaKeycloak / OIDCColoque a autenticação OpenID Connect na frente do EDDI com Keycloak ou outro provedor OIDC, com papéis para administradores, editores, usuários, leitores e aprovadores.

A configuração e o comportamento desta página seguem a documentação do EDDI, verificada em 2026-10-14. Nomes de campos e valores padrão podem mudar entre versões, portanto confirme-os na documentação da sua versão.