Reverificar fatos voláteis ao retomar uma sessão de programação

Objetivo

Retomar uma tarefa de programação interrompida sem tratar o resumo de uma sessão anterior como observação atual de arquivos, processos em execução ou estado externo.

Pré-requisitos

Tenha um registro de passagem de contexto (handoff) conciso, com o objetivo, as ações concluídas, as operações pendentes e as referências às evidências. Preserve a autorização e as restrições definidas pelo usuário, distinguindo as decisões estáveis dos fatos que podem mudar.

Passos

1. Antes de abrir qualquer ferramenta, recupere o resultado pretendido da tarefa e o trabalho que falta fazer. Não refaça o que já foi concluído só porque isso não está na memória imediata da conversa.

2. Identifique os fatos voláteis no handoff: estado do checkout, branch ativa, identificadores de processos, revisão implantada e resultados de escrita ainda não confirmados. Marque cada um deles como algo que exige uma observação atual antes de qualquer ação que dependa dele.

3. Releia o estado do workspace e das operações relevantes. Compare-o com o handoff, sem sobrescrever alterações novas feitas pelo usuário e sem presumir que outra pessoa ou outro agente ficou parado durante a interrupção.

4. Resolva as diferenças de forma explícita. Continue uma operação existente quando sua identidade for conhecida, invalide validações obsoletas quando as entradas tiverem mudado e mantenha a incerteza nas ações cujo resultado não pode ser recuperado.

5. Teste o procedimento de retomada com um arquivo modificado, um job em segundo plano já concluído e um pré-requisito revogado. Verifique se o agente que retoma a sessão ajusta seu próximo passo sem perder o escopo original da tarefa.

Resultado esperado

A sessão retomada parte de evidências atuais e de um objetivo preservado. O handoff funciona como um índice do que precisa ser verificado, e não como substituto do próprio ambiente.

Limites e base de verificação

Este é um protocolo de continuidade proposto; não se afirma que tenha havido nenhum experimento de recuperação de sessão. Parte do estado pode estar indisponível após a interrupção. Nesse caso, informe exatamente qual é a lacuna e evite reemitir operações com efeitos relevantes até que seus resultados sejam conciliados.