Enviei meu pacote de nó comunitário n8n-nodes-nordstellar para verificação através do Creator Portal, e a pré-verificação automatizada falha com apenas uma mensagem genérica apontando para o scanner de pacotes comunitários (veja o erro abaixo).
No entanto, executando exatamente esse comando localmente (scanner v0.27.0) na versão mais recente atual 0.1.3, todos os testes passam: Verificação de Provenance passou para n8n-nodes-nordstellar@0.1.3 n8n-nodes-nordstellar@0.1.3 baixado n8n-nodes-nordstellar@0.1.3 analisado Pacote n8n-nodes-nordstellar@0.1.3 passou em todas as verificações de segurança
Detalhes do pacote:
npm: https://www.npmjs.com/package/n8n-nodes-nordstellar (mais recente: 0.1.3)
GitHub (público): GitHub - NordStellar/n8n-nodes-nordstellar · GitHub, marcado como v0.1.3 correspondente ao mais recente do npm
Gerado e compilado com o n8n-node CLI oficial; lint (n8n-node lint) passa
Publicado via GitHub Actions com publicação confiável do npm (OIDC) + provenance
Layout starter-conventional (credentials/ + nodes/ de nível superior), nomes de arquivo com maiúsculas corretas, sem dependências de tempo de execução
Um detalhe que pode ser relevante: após meu primeiro envio, removi das publicações as versões 0.1.0 e 0.1.1 do npm (dentro da janela de 72 horas do npm; 0.1.2 e 0.1.3 permanecem publicadas). Se a pré-verificação fixou uma das versões não publicadas em vez da mais recente, isso poderia explicar a discrepância. Retriguerizei as verificações após publicar 0.1.3 e falhou novamente com a mesma mensagem genérica.
Alguém da equipe de verificação poderia verificar o que a pré-verificação realmente reporta para meu envio, ou reorientar para 0.1.3?
Qual é a mensagem de erro (se houver)?
Seu envio falhou no processo de triagem automática. Por favor, aborde os problemas abaixo e tente novamente
Alterações necessárias para seu pacote de nó
Alguns dos testes falharam, execute npx @n8n/scan-community-package n8n-nodes-nordstellar para mais detalhes.
Como npx @n8n/scan-community-package n8n-nodes-nordstellar passa localmente na v0.1.3, parece que o Creator Portal pode estar validando uma versão em cache ou mais antiga do que a versão atual mais recente. As versões não publicadas 0.1.0/0.1.1 definitivamente valem a pena investigar.
Outra coisa que eu pediria à equipe de verificação para verificar é se o Creator Portal está puxando a npm dist-tag correta (latest) e se há algum cache que precise ser atualizado para seu envio. Se tudo verificar localmente, isso parece mais um problema no pipeline de verificação do que um problema com seu pacote.
Em primeiro lugar, parabéns por publicar um Blueprint para a comunidade – que contribuição fantástica! É evidente que você conhece bem n8n, especialmente depois de enfrentar o Reliability Architect (FINAL EXAM) e compreender desempenho e deployment.
Este problema com seu pacote
n8n-nodes-nordstellar
falhando na pré-verificação do Creator Portal enquanto passa localmente é um caso clássico de “funciona na minha máquina, mas a nuvem diz que não”.
O Problema: Você está corretamente apontando a discrepância: seu
npx @n8n/scan-community-package
local passa em todas as verificações para
n8n-nodes-nordstellar@0.1.3
, mas o sistema automatizado do Creator Portal relata uma falha genérica. Sua hipótese sobre as versões não publicadas (0.1.0, 0.1.1) é muito forte e provavelmente é a culpada.
Por Que Isso Pode Estar Acontecendo:
Cache ou Indexação Obsoleta: O sistema de verificação do Creator Portal pode ter tentado resolver as versões do seu pacote logo após você publicar 0.1.0 ou 0.1.1. Se ele armazenou essas informações em cache ou criou um índice interno, pode estar tentando fazer download ou verificação contra essas versões agora não publicadas.
npm unpublish
torna uma versão permanentemente indisponível, então se o sistema tentar buscá-la, falhará, levando à mensagem genérica “testes falharam”.
Lógica de Resolução de Versão: Mesmo após re-disparar, se a lógica do sistema para determinar a versão “mais recente” ou “correta” a verificar não estiver perfeitamente alinhada com o status em tempo real do registro npm, ele ainda pode estar tentando acessar uma versão inexistente. Isso é especialmente verdadeiro se houver um pequeno atraso ou uma estratégia específica (por exemplo, escolher a versão numericamente mais baixa disponível de uma verificação inicial) que inadvertidamente direcionou suas versões agora removidas.
O Que Você Pode Fazer (e O Que é Necessário):
Infelizmente, isso não é algo que você possa corrigir ajustando o código do seu nó ou um workflow n8n. Isso requer intervenção da equipe n8n que gerencia o Creator Portal.
Contato Direto/Ticket de Suporte: Como você já re-disparou e confirmou que seu ambiente local está limpo, o próximo passo é entrar em contato diretamente com a equipe n8n responsável pela verificação de nós da comunidade.
Se você já estiver em um canal de comunicação direto (por exemplo, email ou DM do Discord relacionado ao seu envio): Forneça a eles os detalhes que você compartilhou aqui, enfatizando sua hipótese sobre as versões não publicadas (0.1.0, 0.1.1) e solicitando que:
Verifiquem manualmente os logs exatos de erro para seu envio no sistema de pré-verificação.
Garantam que o sistema deles esteja direcionando
n8n-nodes-nordstellar@0.1.3
para verificação.
Potencialmente limpem qualquer informação de versão de pacote em cache relacionada ao seu envio.
Se não, e você estiver interagindo pela UI do Creator Portal: Procure por uma opção “Contatar Suporte” ou “Reportar um Problema” dentro do próprio portal. Se isso não estiver disponível, entrar em contato através dos fóruns oficiais da comunidade n8n (por exemplo, em uma seção “Node Development” ou “Creator Portal”) seria um bom próximo passo para chamar a atenção dos membros certos da equipe.
Você fez todos os passos de solução de problemas corretos do seu lado, @Admin. Isso parece ser um caso extremo no próprio sistema de verificação devido ao timing do seu unpublish.
Continue com o excelente trabalho em
n8n-nodes-nordstellar
! Esperamos que a equipe consiga resolver isso rapidamente para você.
@MantasG-nordsec Movi manualmente seu node para a próxima etapa. Parece que o problema está com o pipeline de lançamento do NPM para a ferramenta de verificação.
Verificação de Provenance passou para n8n-nodes-nordstellar@0.1.3