Documentação

Todos os guiasReferência

Diagnóstico prático

Uma sequência curta para distinguir erro de comando, dependência, servidor ou limite de plataforma.

6 min de leitura

Comece pelo estado observável

Confirme a raiz e os arquivos antes de mudar algo: pwd, ls -la e cat package.json reduzem erros de diretório. Depois veja os scripts com npm run, pacotes de primeiro nível com npm ls e comandos disponíveis com help ou which.

Se um processo já está ativo, jobs mostra o identificador; parar e reiniciar o job correto é mais seguro do que abrir vários servidores para a mesma tarefa.

pwd
ls -la
cat package.json
npm run
npm ls
which npm
jobs

Sintoma, próxima verificação

“Comando não encontrado”: rode help ou which e use npm exec para um binário local. “Script não existe”: compare o nome com npm run. “Pacote nativo”: leia o aviso do instalador e execute esse fluxo num ambiente Node com suporte ao binário.

“Preview parado”: confirme jobs, reinicie apenas o job do servidor e abra a URL retornada. “Arquivo não aparece”: salve, confira a raiz e busque pelo caminho; arquivos em node_modules, .git, dist e .odete são ignorados pela navegação recursiva.

SintomaVerificação
script ausentenpm run
binário localnpm exec nome ou which nome
servidor ativojobs
porta/PreviewURL mostrada pelo servidor
erro de textogrep -rn "termo" src
limite SwiftProblems e Swift Playgrounds

Quando mudar de ambiente

Mude para um Mac ou CI quando encontrar addon nativo, build Astro/Next, compilação Swift, integração de sistema ou qualquer API Node que o runtime não implemente. Registrar o comando, a saída e a versão do pacote torna a reprodução objetiva.

Antes de reportar um bug, reduza o caso: comando digitado, diretório do projeto, trecho mínimo e saída completa. Isso separa uma limitação conhecida da Odete de um erro específico do projeto.