Ideia principal

Uma memória de sessão se escreve sozinha: o hook roda depois de cada troca, sem que você pense nisso. Nem por isso ela se relê sozinha — é preciso acionar /memory_load no início da sessão para que o agente saiba em que ponto o trabalho parou. A assimetria parece uma limitação que ninguém teve tempo de resolver; ela é uma escolha.

A razão está no custo de cada gesto. Escrever num arquivo não incomoda ninguém: no pior dos casos, você registrou algo inútil que nunca vai ler. Carregar, em compensação, ocupa espaço — a memória de um projeto injetada numa sessão aberta para uma pergunta de três linhas entope o contexto com material sem relação, e o assistente responde pior justamente por tê-lo recebido.

Os dois movimentos não têm, portanto, a mesma regra. O que não tem efeito colateral pode ser automático; o que consome um recurso compartilhado exige uma intenção. É também o que permite retomar um trabalho sem ter que engolir sua memória toda vez que você abre a ferramenta.

Por que isso importa

Isso vira do avesso uma evidência — um sistema de memória completo seria aquele que se recarrega sozinho — ao mostrar que o carregamento automático degradaria justamente os usos mais frequentes, os curtos.

E dá um critério geral para decidir o que automatizar: não aquilo que você repete, mas aquilo cuja repetição não custa nada a quem a sofre.

Nuances e limites

Um gesto manual é esquecido. Uma memória bem escrita, mas nunca recarregada, não serve para nada, e nada avisa que você acabou de retrabalhar às cegas sobre um assunto cujo registro estava todo lá.

E a assimetria pressupõe que o humano saiba quando precisa dela — o que é verdade na segunda de manhã, num bug deixado em suspenso, e menos verdade num projeto retomado depois de três meses.

Questões em aberto

• O que propor a alguém que não sabe que existe uma memória sobre o que ele está fazendo?