@rayo bug do interceptor axios — toda chamada para api.openai.com acessa o helper global quebrado, tipo de credencial não importa. o único desbloqueio é um Cloudflare Worker proxy:
export default { async fetch(req) { const u = new URL(req.url); u.host='api.openai.com'; u.protocol='https:'; return fetch(new Request(u,req)); } }
@rayo Bom que @kjooleng confirmou que é um problema conhecido! Enquanto a equipe do n8n trabalha na correção, aqui está uma solução alternativa mais simples e imediata, caso você não queira configurar um proxy do Cloudflare:
Use um nó de Requisição HTTP diretamente em vez da credencial do OpenAI:
Adicione um nó de Requisição HTTP
Método: POST
URL: https://api.openai.com/v1/chat/completions
Autenticação: defina como Autenticação por Cabeçalho
Nome do Cabeçalho: Authorization, Valor do Cabeçalho: Bearer SUA_CHAVE_DE_API
Corpo: JSON com seu modelo, mensagens, etc.
Isso contorna completamente o tipo de credencial quebrado e funciona bem no n8n Cloud no momento. A saída é a mesma que a retornada pelo nó do OpenAI. Você pode voltar ao nó nativo assim que a correção for lançada.
Espero que isso ajude a desbloquear sua situação enquanto aguarda a atualização!
Isso parece ser um bug confirmado do n8n Cloud em vez de um problema com sua chave da API OpenAI ou configuração. Múltiplos usuários estão reportando o mesmo erro config.headers.setContentType is not a function após atualizações recentes da nuvem, especialmente com credenciais OpenAI e nós HTTP Request. (n8n Community)
Inclua sua versão do n8n, URL do workspace e o erro exato
Referencie a issue existente do GitHub para que o suporte possa vinculá-la mais rapidamente
Alguns usuários mencionaram usar o nó HTTP Request como solução temporária até que a correção seja lançada. (n8n Community)
Engraçado o suficiente, bugs como este sempre parecem aparecer no momento certo em que alguém está automatizando algo importante como um fluxo de admissão universitária