Descreva o que você deseja do Claude, ChatGPT ou seu IDE e obtenha um fluxo de trabalho pronto para execução em poucos minutos, criado diretamente no n8n. Chega de copiar e colar, chega de idas e vindas.
O servidor MCP da n8n agora pode criar fluxos de trabalho a partir de um prompt
(e não apenas executá-los)!
O servidor MCP já existe há alguns meses, mas antes você só podia executar fluxos de trabalho existentes. Agora você pode criar novos do zero e atualizar os existentes, diretamente na sua instância n8n.
- Vá do prompt para um fluxo de trabalho pronto para execução.
Diga ao seu cliente de IA o que você deseja. Ele cria o fluxo de trabalho, valida-o, executa-o e corrige-se se algo quebrar. Não há necessidade de mexer com arquivos JSON ou erros de copiar e colar. - Funciona em qualquer cliente de IA que você já usa.
Claude, ChatGPT, Cursor, Windsurf – se “fala” MCP, você pode apontar para n8n. Nenhuma nova ferramenta para aprender, nenhuma mudança de contexto. - Primário, nativo e disponível para todos.
Integrado em todas as edições do n8n: Cloud, Enterprise e na Community Edition gratuita e auto-hospedada. Mantido pela n8n, nenhum serviço de terceiros para ser executado junto com sua instância.
Está em pré-visualização pública nas últimas semanas e a equipe n8n já o utiliza diariamente. Mal podemos esperar para você experimentar.
Nota: Este artigo é sobre o servidor MCP integrado ao n8n, não sobre o nó MCP Server Trigger. O primeiro permite que clientes externos de IA se conectem a toda a sua instância. Este último expõe um único fluxo de trabalho como um servidor MCP.
Usando: um exemplo real
Aqui está o que parece de ponta a ponta, com um fluxo de trabalho simples que criei para testá-lo, usando Claude Desktop (Chat) e Opus 4.6.
Basta dizer o que você deseja construir:
“Quero que você crie um fluxo de trabalho n8n que uma vez por dia às 7h me envie um e-mail com a previsão de hoje. Use minha conta do Gmail para enviá-lo. Moro na cidade de Nova York. Coloque o fluxo de trabalho no projeto de teste do servidor MCP.”
Depois de alguns minutos, isto é o que recebi de volta:
A única coisa que faltava e que estava causando o erro era meu endereço de e-mail real no nó do Gmail.
Depois que adicionei meu endereço de e-mail, funcionou e recebi este resultado em meu e-mail:
Além disso, mais tarde testei o mesmo prompt com meu endereço de e-mail incluído e funcionou perfeitamente!
Feito isso, notei que toda a formatação do e-mail está em um nó de código. Prefiro usar nós n8n integrados e um modelo de e-mail no nó do Gmail. Então continuei a conversa e pedi essa mudança:
“Percebi que o fluxo de trabalho tem muito código para toda a formatação. Atualize o fluxo de trabalho para que ele não use código, tanto quanto possível, mas tenha um modelo padrão que preenchemos com dados da API meteorológica. Tudo bem se for menos detalhado.”
É aqui que o uso do MCP realmente brilha. Você está interagindo no fluxo de trabalho usando uma conversa natural de ida e volta.
Esta é a resposta que recebi de Claude:
E, de fato, atualizou o fluxo de trabalho para usar o nó set em vez do nó code e colocar o modelo no nó Gmail 🙂
O e-mail final fica assim:
Como funciona
O servidor MCP adiciona mais do que apenas ferramentas para criar ou atualizar fluxos de trabalho. Também possui ferramentas para validando fluxos de trabalho, executando execuções de testese gerando dados de teste.
Portanto, quando seu cliente MCP cria um fluxo de trabalho, o fluxo geralmente fica assim:
- Gerar o fluxo de trabalho
- Valide-o (captura a maioria dos erros antes da execução)
- Se a validação falhar, corrija e revalide
- Execute-o, gerando dados de teste, se necessário
- Se a execução falhar, leia o erro, corrija o fluxo de trabalho e execute-o novamente
Tudo isso acontece dentro do seu cliente MCP enquanto você assiste.
Você não precisa fazer nada.
Sem copiar e colar, sem erros de colagem, sem transferências de depuração. Se o seu prompt for específico o suficiente, você terá um fluxo de trabalho funcional e, se a primeira tentativa apresentar problemas, o modelo iterará por conta própria para corrigi-lo.
Atenção: O processo descrito acima não faz parte de nenhuma instrução dada ao cliente. O modelo não é instruído a testar o fluxo de trabalho após o processo de construção, é apenas algo que a maioria dos clientes e LLMs fazem naturalmente.
🛠️
Estamos enviando isso como um Visualização pública.
A equipe n8n já o utiliza diariamente para trabalhos reais, mas fluxos de trabalho complexos geralmente precisam de uma segunda (ou terceira) passagem, e ainda estamos suavizando arestas.
Conectando seu cliente MCP
A conexão ao servidor MCP n8n funciona da mesma maneira que a conexão a qualquer outro servidor MCP, embora seja necessário primeiro habilitá-lo para sua instância n8n.
- Habilite o servidor MCP
- Copie os detalhes da conexão
- Adicione o servidor MCP n8n ao cliente MCP de sua escolha
- Reinicie ou recarregue o cliente
O guia de configuração também inclui instruções por cliente para Claude Desktop, Claude Code, Codex CLI e Google ADK.
→ Confira o Guia de configuração completo para obter detalhes.
🙏
Por favor use a versão n8n 2.18.4 ou superior para obter a melhor experiência na criação de fluxos de trabalho com o servidor MCP.
Como alternativa, confira nosso vídeo que aborda a configuração do MCP e algumas dicas adicionais.
Anúncio oficial da atualização do servidor n8n MCP para criar e atualizar fluxos de trabalho
Aproveitando ao máximo
Aqui estão algumas coisas que aprendemos até agora. Algumas delas são dicas, outras são arestas conhecidas nas quais estamos trabalhando.
Pontas
- Use um agente de codificação
Nossos testes internos mostraram que Claude Code obtém melhores resultados do que Claude Chat usando o mesmo prompt e os mesmos modelos. - Diga como construir, não apenas o que construir
- Se você está apenas começando com o n8n, pode pular esta dica e apenas descrever o problema que está tentando resolver em inglês simples.
- Por outro lado, se você for um construtor n8n veterano, seja explícito em quais nós usar. Por exemplo, se ele usa nós de código ou nós nativos, se a formatação reside em um modelo ou script ou se o fuso horário é codificado permanentemente.
- Nomeie os serviços que você deseja
Quando dois serviços puderem fazer o trabalho de maneira plausível, como solicitação HTTP versus uma integração dedicada ou Gmail versus um nó SMTP genérico, diga qual deles usar. O modelo adivinhará o contrário e nem sempre acerta. - Itere, não reinicie
Se acertou 80%, refine na mesma conversa. Recomeçar geralmente perde o contexto e piora as coisas. - Se você fizer alguma alteração na IU, peça para verificar a versão mais recente Isso pode ser óbvio, mas algumas vezes fiz alterações no meio da sessão por meio da interface do usuário e esqueci de dizer ao Claude para verificar minhas alterações antes de continuar. Essas alterações foram substituídas.
- Pergunte o que deu errado
Depois de construído, pergunte “o que teria sido melhor se eu tivesse mencionado isso antecipadamente?” A resposta geralmente é uma frase que o poupará de uma reconstrução na próxima vez.
O que pode dar errado
- Opções de design silenciosas na primeira passagem
O modelo toma pequenas decisões que nem sempre vêm à tona. Se algo parece errado, geralmente é. Pergunte o que foi decidido e não presuma que nada foi decidido. - Excesso de engenharia antes de recuar
Às vezes, as primeiras tentativas são mais complexas do que o necessário, como um nó Code de 50 linhas onde um modelo e um nó Set serviriam. Um rápido “isso parece muito pesado em código” geralmente produz uma segunda versão mais simples. - Ramificação complexa.
Fluxos de trabalho com muitos caminhos condicionais ou lógica aninhada geralmente precisam de limpeza manual. Estamos trabalhando ativamente nisso. - Seleção de nós quando as opções se sobrepõem.
Se vários nós pudessem fazer o trabalho, às vezes ele escolheria o nó errado. Esta é a coisa mais comum que vale a pena orientar explicitamente. - Peculiaridades da plataforma descobertas no meio da construção.
O modelo aprende algumas das restrições do SDK da maneira mais difícil, acessando um método bloqueado, uma credencial que ele não pode vincular, um nó que não pode se auto-referenciar. Um ou dois ciclos de repetição são normais em fluxos de trabalho não triviais. São as grades de proteção funcionando, e não o modelo falhando.
Estamos consertando arestas rapidamente. Espere que as coisas melhorem visivelmente nos próximos lançamentos.
Uma palavra rápida sobre como ele é construído
O servidor MCP gera uma representação TypeScript do fluxo de trabalho em vez de JSON bruto. Na prática, isso significa que o modelo precisa produzir algo que verifique o tipo e compile antes que qualquer coisa atinja sua instância, levando a uma solução mais confiável.
Algumas outras coisas que vale a pena saber sobre o servidor MCP nativo:
- Nenhum serviço extra para executar ou manter
Faz parte do n8n. Se sua instância estiver ativa, o servidor MCP estará ativo. - Integração mais profunda
Por estar integrado ao n8n, ele pode usar recursos que não são expostos pela API pública. - Gera código, não JSON
A abordagem TypeScript (acima) produz resultados muito melhores do que a geração direta de JSON em nossos testes.
👉 Um aprofundamento técnico completo sobre a arquitetura estará disponível em breve!
Também queremos agradecer aos membros da comunidade que construíram seus próprios servidores MCP de código aberto para criar fluxos de trabalho. As pessoas por trás deles geralmente estão entre nossos usuários mais engajados e agradecemos o trabalho árduo dedicado a essas soluções.
Comece a construir hoje!
Então vá construir algo. Se você tem uma instância n8n, está pronto para começar!
→ Confira o Guia de configuração completo para obter detalhes.
E como esta é uma prévia pública, nós realmente quero seu feedback. Abrimos um tópico no fórum da comunidade especificamente para isso:
→ Deixe seu feedback aqui
Dicas, bugs, casos extremos estranhos, fluxos de trabalho dos quais você se orgulha – todos bem-vindos. A equipe está observando isso de perto e muito do que lançaremos a seguir virá do que você nos contar.
