Código de longa duração: checkpoints, handoffs e progresso que não se perde
Projetos grandes não falham só por falta de inteligência; falham quando o agente perde o mapa do trabalho ao longo das iterações.
Decompor sem fragmentar
O plano divide o trabalho em unidades verificáveis, mas mantém contratos entre elas. Cada unidade termina com estado do código, evidência obtida, riscos abertos e a próxima decisão, não apenas com uma lista de arquivos alterados.
Handoff é um artefato
Quando contexto precisa ser compactado ou trocado, o handoff carrega objetivos, invariantes, decisões já tomadas, comandos de validação e falhas conhecidas. Isso reduz a tendência de reabrir decisões que já tinham sido resolvidas.
Checkpoint válido, não só recente
O último estado não é automaticamente o melhor. O Thesis 2 mantém referência ao último checkpoint que passou pelos gates importantes e pode recuar para ele quando uma tentativa introduz regressão estrutural.
Paralelismo só com fronteiras claras
Subagentes podem acelerar pesquisa, testes e revisão, mas não devem editar a mesma propriedade de estado sem coordenação. Trabalhos paralelos precisam de fronteiras de arquivos, contratos e critérios de merge.
Onde Checkpoint é estado validado, não timestamp realmente ganha qualidade
Em tarefas longas, o checkpoint correto não é o arquivo mais recente, mas o último estado que passou pelos critérios relevantes. Isso permite explorar uma mudança agressiva sem transformar cada tentativa em dano cumulativo.
- contratos entre arquivos e runtimes continuam alinhados
- cada estado de erro tem recuperação previsível
- verificação distingue parser, runtime e visual
Falha específica: Checkpoint é estado validado, não timestamp
Handoffs vagos fazem o próximo agente repetir investigação ou, pior, continuar uma hipótese já refutada. Um handoff útil registra estado, evidência, testes executados, riscos abertos e a próxima decisão concreta.
Evidência que fecha Checkpoint é estado validado, não timestamp
O fluxo está saudável quando uma sessão pode ser interrompida e retomada sem reconstruir mentalmente o projeto inteiro, e quando a recuperação volta ao melhor candidato conhecido em vez de empilhar patches.
