A versão 2.37.10 do n8n adiciona uma verificação de compatibilidade para pacotes de nodes. Quando um pacote comunitário exige uma versão da API de nodes que a instalação ainda não suporta, ele passa a ser ignorado durante a inicialização.
O que mudou nesta versão?
O n8n passou a manter uma referência da versão da API de nodes disponível na instalação e a comparar essa referência com o requisito declarado pelos pacotes. A mudança foi publicada pelo projeto como melhoria interna de compatibilidade e não recebeu um changelog detalhado no release.
Qual é o efeito prático?
Em vez de tentar carregar um pacote que depende de recursos indisponíveis, a instância evita ativá-lo na inicialização. Isso ajuda a impedir que uma extensão incompatível comprometa o carregamento normal do n8n.
Quem deve prestar atenção?
Principalmente quem usa nodes comunitários ou mantém pacotes próprios. Após atualizar, vale conferir se todos os nodes esperados estão disponíveis e se algum pacote exige uma versão mais nova da API de nodes.
Como validar com segurança?
- Faça backup da instância antes da atualização.
- Reinicie o n8n e consulte os logs de inicialização.
- Teste workflows que dependem de nodes comunitários.
- Se um pacote não carregar, confira sua documentação e a compatibilidade com a versão do n8n.
FAQ
Essa versão altera todos os workflows?
Não há indicação de mudança geral nos workflows. O foco da versão é a compatibilidade de pacotes de nodes durante a inicialização.
Um node incompatível será atualizado automaticamente?
Não. A verificação evita carregar um pacote que exija uma API não suportada. A atualização ou troca do pacote precisa ser avaliada pelo responsável pela instância.
Fontes oficiais: release n8n 2.37.10 e comparação oficial entre 2.37.9 e 2.37.10.