Skip to content
🚀 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
Sistemas corporativosOpenAPI 3.0 / 3.1

OpenAPI

Transforme qualquer API REST com uma descrição OpenAPI 3.0 ou 3.1 em um agente com ferramentas, sem escrever código, e coloque as chamadas de consequência atrás de aprovação humana.

O que você recebe

  • Um agente que chama a API, gerado a partir da especificação: configurações de chamadas HTTP agrupadas por tag, o pipeline e a implantação
  • Filtragem de endpoints, substituição da URL base e propagação do cabeçalho de autenticação
  • A opção de adicionar as ferramentas de um servidor MCP ao lado das geradas
  • Ferramentas que você pode revisar, comparar e versionar, porque são configuração

Como funciona no EDDI

  1. Entregue ao EDDI a especificação OpenAPI pela ferramenta MCP create_api_agent ou por POST /administration/agents/setup-api.
  2. Inclua na lista de permitidos as operações que o agente deve ter. Um endpoint não declarado não pode ser chamado.
  3. O EDDI gera as configurações de chamadas HTTP, monta o pipeline completo e implanta o agente.
  4. Mantenha as credenciais como referências ${vault:...}.
  5. Coloque portão nas escritas com http.post:*, http.put:*, http.patch:*, http.delete:* e isente as leituras com http.get:*.

Configuração

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

httpCalls configuration (the model the generated tools use)O modelo httpCalls a partir do qual as ferramentas geradas são construídas. Escrito à mão aqui para mostrar os campos.
{
  "targetServerUrl": "https://api.example.com/v1",
  "httpCalls": [
    {
      "name": "list-open-orders",
      "saveResponse": true,
      "responseObjectName": "order",
      "request": {
        "method": "GET",
        "path": "/orders",
        "queryParams": { "status": "open" },
        "headers": { "Authorization": "Bearer ${vault:orders-api-token}" }
      }
    }
  ]
}
agent configuration (hitlConfig)Aprovar toda chamada que altera estado e deixar as leituras passarem.
{
  "hitlConfig": {
    "toolApprovals": {
      "requireApproval": [
        "http.post:*",
        "http.put:*",
        "http.patch:*",
        "http.delete:*"
      ],
      "exempt": [
        "http.get:*"
      ],
      "approvalTimeout": "PT30M",
      "timeoutPolicy": "AUTO_REJECT"
    }
  }
}

Governança

  • Os padrões de aprovação podem endereçar o que uma ferramenta chama (http.post:*), o que continua correto quando um operationId muda.
  • As chamadas de saída são protegidas contra SSRF e path traversal pela plataforma.
  • Via REST, o setup-api aceita um hitlConfig, de modo que um agente pode ser provisionado com suas ferramentas de escrita com portão desde a primeira versão. A ferramenta MCP não consegue defini-lo.
  • As decisões ficam no registro de auditoria.

Bom saber

  • Uma ferramenta de escrita gerada recebe o corpo inteiro da requisição como um único parâmetro requestBody.

Precisa que construam e operem isso para você?

A EDDI Solutions constrói e mantém conectores, opera o EDDI como instância gerenciada ou co-operada e oferece suporte na sua própria nuvem ou on-premises.

Fale com a EDDI Solutions ↗

Integrações relacionadas

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.