Vibe coding para congelar decisão de escopo e não reabrir depois

Uma decisão de escopo que não fica marcada como fechada volta a ser discutida, e quase sempre por quem já tinha decidido. Perto do fim da sessão de 4 de agosto, Thiago pediu ao agente a lista do que ainda estava aberto no projeto. Dentro dessa lista de status, entre os itens pendentes, uma decisão de formato aparecia marcada como congelada, com uma anotação curta ao lado.

As 2 linhas vêm coladas no meio da lista, e a transcrição não separa quem falou cada uma:

"Formato prévio congelamos."

"Já fechado. Não reabrir."

Nada estava sendo decidido ali. A escolha de formato já tinha sido feita antes, e naquele ponto ela só mudou de lugar: saiu da lista de perguntas em aberto e entrou na lista de coisas assentadas. Custou uma linha na lista.

Por que uma decisão volta sozinha no vibe coding

Ninguém reabre por teimosia. Reabre porque 2 memórias falham, e a primeira é a do agente, que começa cada sessão sem o debate que você teve. Para ele, uma escolha que não está marcada como fechada é apenas um estado do código, e estado do código é o que ele existe para propor melhorar. Na sessão seguinte você recebe uma sugestão educada de mexer justamente naquilo que já estava resolvido, e o argumento vem razoável, porque foi montado sem os contra-argumentos que você já tinha ouvido e recusado.

A segunda memória é a sua. Semanas depois você olha a mesma tela, sente a mesma dúvida que já sentiu uma vez, e não lembra que ela já foi respondida. Ela chega com cara de dúvida nova, e é assim que você a trata.

O preço de decidir a mesma coisa 2 vezes

O custo de reabrir aparece na qualidade da segunda decisão. Você decide com menos informação do que tinha na primeira: as alternativas que considerou e descartou não ficaram registradas em lugar nenhum, e o motivo do descarte muito menos. Sobrou a escolha final sem o raciocínio que levou até ela. Você refaz o julgamento com metade do contexto e pode acabar escolhendo pior, convencido de que está corrigindo um erro antigo.

Marcar como congelado é o que corta esse ciclo. Enquanto o item mora na lista do que ficou aberto, ele continua parecendo pergunta, e pergunta pede resposta outra vez, do agente e de você. Quando ele passa para a coluna do que está resolvido, reabrir exige um motivo novo, e não uma dúvida repetida. A pergunta muda de "será que esse formato é o melhor?" para "apareceu alguma coisa que derruba a razão pela qual escolhemos esse formato?", que é uma pergunta bem mais difícil de responder no impulso.

O que congelar tem de diferente de travar

Já apareceu por aqui um movimento parecido e invertido no tempo. Em travar decisão de escopo antes de fechar o plano, o agente para antes de fechar o plano e obriga o humano a responder o que ainda está indefinido, então é um portão que age antes da escolha existir. Congelar age depois: a escolha já foi feita, e o que se protege é o resultado dela contra a próxima rodada de dúvida. Na mesma lista de status havia também um item de acabamento adiado para depois, e esse é o assunto de separar bug bloqueante de polimento visual. Vale ver como isso terminou em vibe coding para nao congelar rendimento de credito do fundador.

Congelado vale até chegar informação nova

Congelar é um padrão com prazo, e vale enquanto a informação que sustentou a decisão continuar valendo. Por isso a marca de congelado funciona melhor com o motivo da decisão escrito ao lado dela. Com o motivo registrado, você testa a informação nova contra ele e vê se ela muda alguma coisa. Sem o motivo, congelado vira uma ordem de não mexer, e ordem de não mexer se dissolve no primeiro incômodo, ou, pior, mantém o item parado quando ele já devia ter sido reaberto.

Ao fechar uma decisão de escopo, escreva no mesmo arquivo que o agente lê o que ficou decidido e por que ficou assim, e mova o item para fora da lista de perguntas em aberto. Da próxima vez que a dúvida aparecer, para você ou para o agente, ela vai esbarrar na resposta e no motivo dela antes de virar trabalho. Manter essa contabilidade do que já está resolvido é o que impede uma sessão de vibe coding de refazer na quinta a escolha que fechou na terça, e dá para ouvir a lista inteira sendo repassada na live do dia.