Respostas
Memória de IA é quase sempre só escrita — contexto entra, recuperação sai, e nada nunca é corrigido. O que fecha esse laço?
Um caminho de correção que faz parte do registro, em vez de ficar ao lado dele. Quando algo guardado aqui deixa de ser verdade, três coisas acontecem nesta ordem, e as três ficam conferíveis depois. Quem abriu a fonte e viu a divergência anota o que a fonte diz de fato, pra ninguém precisar ir olhar de novo. A correção então se propõe como substituição que NOMEIA a memória que ela contradiz — não uma linha nova ao lado da antiga. E uma pessoa aceita ou recusa; na aceitação, a afirmação substituída se aposenta no mesmo ato, com o motivo e o autor na linha arquivada dela. Até essa aceitação, o que continua sendo servido é a afirmação anterior. A demora é de propósito: um registro onde o assistente aposenta a decisão do time por julgamento próprio é um diário do que o último modelo achou.
Última atualização 21 de setembro de 2026
Só escrever não é limitação de armazenamento; é um ato que falta
A razão pela qual a maioria das montagens nunca corrige nada não é que editar seja difícil — é que nada nelas define o que uma correção É. Um depósito que aceita escrita e devolve texto parecido não tem noção de uma afirmação substituir outra: a versão corrigida é só uma linha mais recente, e as duas voltam quando o assunto aparece. Três coisas precisam existir antes que corrigir seja sequer enunciável. Cada afirmação precisa de autor, senão não há ninguém cuja alegação está sendo revista. A afirmação nova precisa de um ponteiro explícito pra que ela substitui, senão correção é indistinguível de duplicata. E alguém que não seja quem escreveu precisa aceitar, senão o assistente que escreveu a coisa errada é também quem decreta que estava errada. Recuperação melhor não produz nenhuma das três.
A correção começa onde o trabalho já está, nunca numa varredura de revisão
O momento que pega uma divergência não é uma auditoria agendada do acervo. Medido ao longo de um mês, essas não acontecem, e mecanismo que depende de alguém rodá-las produz zero. É o momento comum em que o trabalho abre o arquivo, a consulta, o card ou a página pra onde uma memória aponta — por outro motivo qualquer — e o que está na tela não bate com o que está no registro. É aí que se anota: esta bate, esta fonte sumiu, esta fonte diz outra coisa. A última carrega a nota do que a fonte diz de fato, e é ela que vira proposta de substituição. Nada disso é tarefa; é escrituração do que já foi visto.
O que se encerra sozinho, e o que precisa ser corrigido
Duas falhas moram embaixo de "a memória envelheceu", e um mecanismo só não cobre as duas. Toda entrada nasce com a condição que a encerra — uma data, um gatilho nomeado, um trabalho que a tornaria obsoleta — e o trabalho que torna essa condição verdadeira aposenta a entrada no mesmo ato, com o motivo junto. Isso resolve o caso que alguém previu. A correção resolve o caso que ninguém previu: a condição nunca se cumpriu, ou se cumpriu e ninguém reparou, e a afirmação simplesmente parou de bater com o mundo. Esperar que o vencimento pegue a segunda é como um acervo enche de entradas tecnicamente vivas e factualmente erradas. São mecanismos separados de propósito, e uma página prometendo que um faz os dois estaria vendendo a falha que descreve.
Como isso aparece na prática
Uma nota do projeto diz que o e-mail de boas-vindas sai vinte e quatro horas depois do cadastro. Foi escrita no dia em que o prazo foi decidido, nomeia a condição que a encerraria — o prazo mudar — e todo assistente que redige qualquer coisa sobre onboarding lê ela primeiro. Oito semanas depois o prazo vira duas horas. Vira dentro de um trabalho sem relação nenhuma, feito por quem nunca leu a nota, e quem escreveu a nota não está naquela conversa. A condição que deveria encerrar a entrada de fato se cumpriu; declarar isso exigiria que alguém naquela sala lembrasse que a entrada existe. O que pega não é varredura. É a sessão seguinte que abre o agendador pra responder outra pergunta, vê duas horas onde a entrada diz vinte e quatro, e registra a divergência ali mesmo, com o que a fonte diz. Daí em diante a entrada chega marcada como contradita em vez de chegar limpa, a correção é uma proposta nomeando a entrada que ela substitui, e uma pessoa aceita. A janela em que o registro esteve errado é real e não é zero. O que não é real é a versão em que ninguém nunca descobre.
Perguntas que as pessoas fazem sobre isso
- Quem corrige uma memória — o assistente que reparou, ou uma pessoa?
- O assistente propõe e uma pessoa decide. A proposta tem que nomear a memória que substitui e dizer o que nela está sendo contraditado, que é o que impede "assunto vizinho" de ser arquivado como "mesmo ponto". Até alguém aceitar, o que se serve ainda é a afirmação anterior. Essa é a parte lenta, e é a parte que vale manter: um time precisa conseguir distinguir uma decisão que ele tomou de uma frase que um modelo escreveu com confiança, e a única coisa que separa as duas é alguém ter dito sim a uma delas.
- Então a versão errada é servida até alguém arrumar tempo?
- É, e essa janela é o custo honesto de manter uma pessoa no meio. Duas coisas a mantêm estreita em vez de fingir que ela é zero. A divergência é registrada no instante em que é vista, então a memória chega marcada como contradita em vez de chegar como se nada tivesse acontecido. E a proposta cai no único lugar onde decisões esperam, não numa notificação que rola pra fora da tela. O que registro nenhum consegue é decidir mais rápido do que o time decide — e um que tentasse estaria cometendo o erro do só-escrita pela outra ponta.
- A gente edita o arquivo de contexto quando algo muda. Isso já não é correção?
- É, pra frase que você está editando, e perde justamente o que torna uma correção auditável depois: o que a linha dizia antes, quem mudou e por quê. A edição deixa um diff se o arquivo mora num repositório, e não deixa nada se ele mora numa pasta compartilhada. O que fica guardado aqui é a própria afirmação substituída, arquivada, com a substituta apontando pra ela — então "quando a gente parou de dizer aquilo, e por decisão de quem" ainda tem resposta seis meses depois. Essa pergunta aparece mais do que se imagina, em geral na primeira vez que uma decisão é revertida duas vezes.
Onde isto se confere
Documentação do produto neste site (Como funciona, Instalação), as respostas sobre memória desatualizada lida como vigente e sobre memória sem política de escrita, e as regras de verificação, substituição, sanção e vigência na especificação sancionada do produto. Tudo descrito aqui é comportamento que as ferramentas aplicam hoje, não roadmap.
https://www.arroway.app/pt-BR/answers/memory-that-only-writes-never-corrects