Claude cria workflows do n8n: do projeto ao import
Projeto no Claude + docs do n8n + JSON importável. Caso Drive→PDF→resumo→Gmail mostra o trabalho humano que sobra.
Resposta direta
Crie um projeto no Claude (ex.: N8n Workflow Builder), anexe a documentação do n8n como conhecimento, defina instruções de sistema e peça um workflow em JSON importável. O ganho é velocidade na estrutura dos nós; credenciais, testes e edge cases continuam seus.
Por que pedir workflow ao Claude
A dor clássica de quem usa n8n é travar no desenho: quais nós, qual ordem, como passar binário, onde mergear gatilhos. No material de origem, o caminho é tratar o Claude (Opus/Sonnet da linha Cloud 4) como construtor de template — não como substituto de debug. Você descreve o resultado (PDF no Drive vira resumo no e-mail) e recebe um JSON para Import from File.
Isso só funciona se o modelo tiver contexto real do n8n: guias, regras de nós, variáveis. Exportar a documentação para TXT e carregar em conhecimento do projeto é o truque operacional. Sem isso, o JSON vem genérico e quebra no import.
Information gain
Projeto nomeado + docs do n8n + system prompt fixo reduz alucinação de nós inexistentes. Ideias podem vir do ChatGPT; o Claude gera o artefato importável.
Setup do projeto no Claude
1) Crie o projeto N8n Workflow Builder. 2) Carregue o TXT com a documentação compilada. 3) Cole instruções pedindo JSON compatível com import do n8n, nós existentes e sticky notes. 4) Só então cole o prompt detalhado do caso de uso.
No relato, as ideias de workflow vieram de uma lista no ChatGPT; um segundo prompt pediu o briefing detalhado. Esse briefing vai para o Claude em modo Opus — foco em código/JSON.
Baixe o objeto como JSON e abra um fluxo limpo: três pontinhos → Import from File. Se aparecerem sticky notes explicando o fluxo, o template cumpriu a primeira missão.
Caso real: PDF no Drive → resumo → Gmail
O workflow gerado começou com dois gatilhos (Google Drive + webhook) e um Merger. Na prática do vídeo, só o Drive importava: pasta observada a cada minuto, arquivo criado dispara download do binário, checagem se é PDF, extração de texto, formatação e resumo via modelo barato (ex.: 4o-mini), depois envio por e-mail.
Ajustes típicos pós-import: nós vermelhos pedindo credencial; trocar nó genérico de e-mail pelo Gmail Send Message; remover Notion/branch desnecessário; corrigir mapeamento de variáveis (erro clássico: modelo resume vazio porque o campo de texto não estava ligado).
Quando o Merge falhou por ID, a correção foi colar o payload real do Drive no editor e, se o Merger não agregava valor, removê-lo. Depois: Test workflow, validar o resumo no painel, arrastar content para a mensagem do Gmail e executar só o último nó.
Alerta
Importar JSON não coloca em produção. Credenciais, pastas, filtros e variáveis precisam de smoke test com um PDF real antes de ativar.
Checklist antes de ativar
1) Pasta de teste isolada no Drive. 2) Credenciais Google/Gmail no workspace certo. 3) Corpo do e-mail em text primeiro (HTML depois). 4) Modelo de resumo barato o suficiente para PDFs longos. 5) Ative só depois de um ciclo completo sem nó vermelho.
Se o prompt descrever exatamente o resultado e os sistemas, o Claude entrega a espinha. Sua parte é operar o n8n como engenheiro: menos teatro de IA fez sozinho, mais pipeline reproduzível.
Quando não usar esse atalho
Não use se você não sabe ler o grafo: debug de webhook, OAuth e binário exige entender nós. Também evite em fluxos com compliance rígido sem revisão humana. O atalho acelera o primeiro draft; governança não vem no JSON.
Resumo: projeto no Claude + docs do n8n + prompt de caso + import + correção de credenciais e variáveis. Repita para o próximo workflow em vez de redesenhar do zero no canvas vazio.
Na prática, o Claude não “inventa” o workflow n8n sozinho de forma confiável: ele acelera o esqueleto (nós, conexões, nomes) enquanto você valida credenciais, rate limits e o caminho feliz com um payload real.
Checklist curto antes de promover o fluxo: (1) um exemplo de input/output documentado, (2) tratamento de erro com retry/backoff onde a API falha, (3) log mínimo no nó crítico, (4) dry-run em conta sandbox. Sem isso, o agente só gera dívida operacional.