Bem-vindo @shivakrishna.karnati! Como seu teste de credencial passou („Conexão testada com sucesso‟), o problema provavelmente está no nó em si, não na chave de API. Qual mensagem de erro aparece quando você realmente executa o nó? A causa mais comum aqui é acesso ao modelo - por exemplo, se você está usando gpt-4o ou gpt-4, mas sua conta OpenAI está em um plano gratuito que ainda não tem acesso a esses modelos. Tente trocar para gpt-3.5-turbo na configuração do nó como um teste rápido para confirmar.
@shivakrishna.karnati você pode colar o texto exato do erro da captura de tela? A mensagem “not working when I send” nos diz que está falhando na execução, não na autenticação - então o conteúdo do erro é fundamental. Procure por um banner vermelho ou pelo painel de saída no lado direito do nó. Deve mostrar algo como “401 Unauthorized”, “insufficient_quota” ou “model_not_found”. Esse texto exato nos apontará para a causa raiz.
Código de status 401 (sem corpo) URL de solução de problemas: https://docs.langchain.com/oss/javascript/langchain/errors/MODEL_AUTHENTICATION/
Outras informações
Tipo de nó
@n8n/n8n-nodes-langchain.agent
Versão do nó
3.1 (Mais recente)
Versão n8n
2.27.4 (Auto-hospedado)
Hora
26.6.2026, 07:47:13
Rastreamento da pilha
NodeOperationError: Falha na autorização - verifique suas credenciais em /usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+n8n-nodes-langchain@file+packages+@n8n+nodes-langchain_b494726bf990c8f5fe0c4c40e025f969/node_modules/@n8n/n8n-nodes-langchain/nodes/agents/Agent/agents/ToolsAgent/V3/helpers/executeBatch.ts:118:11 em Array.forEach (<anônimo>) em executeBatch (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+n8n-nodes-langchain@file+packages+@n8n+nodes-langchain_b494726bf990c8f5fe0c4c40e025f969/node_modules/@n8n/n8n-nodes-langchain/nodes/agents/Agent/agents/ToolsAgent/V3/helpers/executeBatch.ts:107:15) em processTicksAndRejections (node:internal/process/task_queues:104:5) em ExecuteContext.toolsAgentExecute (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+n8n-nodes-langchain@file+packages+@n8n+nodes-langchain_b494726bf990c8f5fe0c4c40e025f969/node_modules/@n8n/n8n-nodes-langchain/nodes/agents/Agent/agents/ToolsAgent/V3/execute.ts:93:8) em ExecuteContext.execute (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+n8n-nodes-langchain@file+packages+@n8n+nodes-langchain_b494726bf990c8f5fe0c4c40e025f969/node_modules/@n8n/n8n-nodes-langchain/nodes/agents/Agent/V3/AgentV3.node.ts:155:10) em WorkflowExecute.executeNode (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/n8n-core@file+packages+core_@opentelemetry+api@1.9.0_@opentelemetry+exporter-trace-otlp_cf5896492347c4895f0373f4acc773d7/node_modules/n8n-core/src/execution-engine/workflow-execute.ts:1067:8) em WorkflowExecute.runNode (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/n8n-core@file+packages+core_@opentelemetry+api@1.9.0_@opentelemetry+exporter-trace-otlp_cf5896492347c4895f0373f4acc773d7/node_modules/n8n-core/src/execution-engine/workflow-execute.ts:1367:11) em /usr/local/lib/node_modules/n8n/node_modules/.pnpm/n8n-core@file+packages+core_@opentelemetry+api@1.9.0_@opentelemetry+exporter-trace-otlp_cf5896492347c4895f0373f4acc773d7/node_modules/n8n-core/src/execution-engine/workflow-execute.ts:1829:27 em /usr/local/lib/node_modules/n8n/node_modules/.pnpm/n8n-core@file+packages+core_@opentelemetry+api@1.9.0_@opentelemetry+exporter-trace-otlp_cf5896492347c4895f0373f4acc773d7/node_modules/n8n-core/src/execution-engine/workflow-execute.ts:2521:11
Um “401 no body” do AI Agent aponta diretamente para a credencial, não para o modelo. A chave de API está sendo rejeitada antes mesmo da OpenAI processar a solicitação.
Três coisas a verificar:
Abra a credencial da OpenAI no n8n, delete a chave, cole-a novamente (sem espaços no início ou fim), e clique em “Save & Test” - confirme se aparece uma marca de seleção verde.
Vá para platform.openai.com → API Keys e verifique se a chave ainda está ativa e não foi revogada.
Certifique-se de que a credencial anexada ao nó OpenAI Chat Model dentro do seu sub-nó AI Agent é a mesma que você acabou de testar - às vezes uma credencial diferente é selecionada.
Se o teste de credencial passar mas o agente ainda falhar, abra o detalhe do erro “From AI Agent” e compartilhe o que está dentro - isso mostrará qual sub-chamada está falhando.
Olá @nguyenthieutoan , Obrigado pela sua resposta. O provedor da Chave de API não é diretamente a OpenAI, mas sim um fornecedor terceirizado que expõe uma API compatível com OpenAI para completions de chat. A mesma URL de endpoint junto com a Chave de API está sendo executada com sucesso na aplicação OpenWebUI.
1)Ao usar provedores compatíveis com OpenAI de terceiros, o campo Base URL é extremamente sensível.
O Erro: Muitos usuários colam o endpoint completo, por exemplo, https://api.provider.com/v1/chat/completions.
A Forma Correta: A Base URL deve ir apenas até o prefixo de versão. Normalmente deve ser https://api.provider.com/v1.
2)Para determinar se o problema está no Node OpenAI do n8n ou nas suas Credenciais/URL, faça este teste:
Adicione um nó HTTP Request ao seu fluxo de trabalho.
Defina o Método como POST.
Defina a URL como o endpoint completo (por exemplo, https://api.provider.com/v1/chat/completions).
Em Authentication, selecione Header Auth.
Crie novas credenciais:
Name:Authorization
Value:Bearer YOUR_API_KEY_HERE
Em Body Parameters, envie um JSON simples: {"model": "openai/gpt-oss-120b", "messages": [{"role": "user", "content": "hi"}]}.
Se funcionar: O problema está em como o node OpenAI do n8n está construindo a solicitação (provavelmente o problema da Base URL mencionado na Etapa 1).
Se falhar com 401: O problema é definitivamente sua Chave de API ou o requisito do provedor para um header específico (alguns provedores requerem api-key em vez de Authorization: Bearer).
3)Alguns provedores são rigorosos quanto às barras à direita. Se https://api.provider.com/v1 falhar, tente https://api.provider.com/v1/ (com uma barra) ou vice-versa.
4)No seu JSON, o modelo está definido como openai/gpt-oss-120b. Certifique-se de que essa string seja exatamente o que o provedor espera. Até um pequeno erro de digitação ou um espaço extra fará com que alguns provedores retornem um erro de autorização/não encontrado.
No Passo 1: Tentei a URL com https://api.provider.com/v1 e consegui autenticar ao adicionar as credenciais, mas estou recebendo um erro 401 ao enviar a solicitação.
e também com https://api.provider.com/v1/chat/completions, não consegui autenticar ao adicionar a Chave de API.
Okay, quando verifiquei com o nó HTTP Request com https://api_endpoint_url/v1/chat/completions como URL, estava funcionando (a conclusão do chat está sendo realizada).
Mas quando tento o mesmo no nó OpenAI com a URL do endpoint (https://api_endpoint_url/v1/chat/completions) ou a URL do endpoint (https://api_endpoint_url/v1), não está funcionando.
Perguntei/estou perguntando se o problema persiste no nó OpenAI ou no endpoint do fornecedor terceirizado*.
Para confirmar se o problema está na lógica interna do Node OpenAI:
Verifique o Log de Execução: Abra a execução do Node OpenAI que falhou. Procure pela aba “Request” (se disponível na sua versão) ou pela mensagem de erro. Se o erro for um 404, é quase certamente um problema de construção de URL (o caminho errado está sendo chamado).
Tente a URL Base sem /v1: Alguns fornecedores esperam que a URL Base seja apenas https://api_endpoint_url. O node então adiciona /v1/chat/completions automaticamente.
Compare os Payloads JSON: Compare o “Body” da requisição enviada pelo Node HTTP Request (que funcionou) com o “Body” enviado pelo Node OpenAI. Até uma pequena diferença na forma como o array messages é estruturado pode fazer com que um fornecedor de terceiros rejeite a requisição.
Não há uma aba Request, e abaixo estão os detalhes do rastreamento de erros.
NodeApiError: Authorization failed - please check your credentials
at ExecuteContext.requestWithAuthentication (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/n8n-core@file+packages+core_@opentelemetry+api@1.9.0_@opentelemetry+exporter-trace-otlp_cf5896492347c4895f0373f4acc773d7/node_modules/n8n-core/src/execution-engine/node-execution-context/utils/request-helpers/authentication.ts:263:10)
at processTicksAndRejections (node:internal/process/task_queues:104:5)
at ExecuteContext.requestWithAuthentication (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/n8n-core@file+packages+core_@opentelemetry+api@1.9.0_@opentelemetry+exporter-trace-otlp_cf5896492347c4895f0373f4acc773d7/node_modules/n8n-core/src/execution-engine/node-execution-context/utils/request-helpers/factory.ts:176:11)
at ExecuteContext.apiRequest (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+n8n-nodes-langchain@file+packages+@n8n+nodes-langchain_b494726bf990c8f5fe0c4c40e025f969/node_modules/@n8n/n8n-nodes-langchain/nodes/vendors/OpenAi/transport/index.ts:56:19)
at ExecuteContext.execute (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+n8n-nodes-langchain@file+packages+@n8n+nodes-langchain_b494726bf990c8f5fe0c4c40e025f969/node_modules/@n8n/n8n-nodes-langchain/nodes/vendors/OpenAi/v2/actions/text/response.operation.ts:621:18)
at ExecuteContext.router (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+n8n-nodes-langchain@file+packages+@n8n+nodes-langchain_b494726bf990c8f5fe0c4c40e025f969/node_modules/@n8n/n8n-nodes-langchain/nodes/vendors/OpenAi/v2/actions/router.ts:58:25)
at ExecuteContext.execute (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+n8n-nodes-langchain@file+packages+@n8n+nodes-langchain_b494726bf990c8f5fe0c4c40e025f969/node_modules/@n8n/n8n-nodes-langchain/nodes/vendors/OpenAi/v2/OpenAiV2.node.ts:93:10)
at WorkflowExecute.executeNode (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/n8n-core@file+packages+core_@opentelemetry+api@1.9.0_@opentelemetry+exporter-trace-otlp_cf5896492347c4895f0373f4acc773d7/node_modules/n8n-core/src/execution-engine/workflow-execute.ts:1067:8)
at WorkflowExecute.runNode (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/n8n-core@file+packages+core_@opentelemetry+api@1.9.0_@opentelemetry+exporter-trace-otlp_cf5896492347c4895f0373f4acc773d7/node_modules/n8n-core/src/execution-engine/workflow-execute.ts:1367:11)
at /usr/local/lib/node_modules/n8n/node_modules/.pnpm/n8n-core@file+packages+core_@opentelemetry+api@1.9.0_@opentelemetry+exporter-trace-otlp_cf5896492347c4895f0373f4acc773d7/node_modules/n8n-core/src/execution-engine/workflow-execute.ts:1829:27
Opção A: Ignorar o aviso “Não foi possível conectar” (O método “Apenas Tente”) Se você tem certeza de que sua chave de API está correta:
Defina a URL base para https://openai.inference.de-txl.ionos.com (sem /v1).
Ignore o aviso vermelho “Não foi possível conectar” na tela de credenciais e clique em Salvar mesmo assim.
Vá para seu fluxo de trabalho, adicione o nó OpenAI e tente executar uma operação de “Chat”. Se o fornecedor não suporta o endpoint /models, o teste de credencial falha, mas a solicitação de chat real ainda pode funcionar.
Opção B: Use o Nó HTTP Request (O método “Estável”) Se a Opção A falhar, significa que o fornecedor requer um formato de cabeçalho que o nó OpenAI não consegue fornecer. Neste caso, o nó HTTP Request é realmente sua melhor ferramenta.
Para fazer o nó HTTP parecer um nó de IA, você pode:
Criar um Subfluxo de trabalho que recebe um prompt como entrada e retorna a resposta da IA via nó HTTP Request.
Chamar este subfluxo de trabalho sempre que precisar de uma conclusão de IA.
