Respostas
Como impedir que meus agentes de IA esqueçam as decisões?
Pare de pedir ao agente que lembre, e faça toda sessão começar lendo. O agente não carrega decisão de uma sessão para outra: a conversa acaba, o contexto é compactado, outro agente assume o trabalho, e o que ficou combinado na terça simplesmente não está na frente do modelo na quarta. Os consertos de sempre — um arquivo de decisões, um vector store, um checkpoint — resolvem o armazenamento, e armazenar nunca foi a parte difícil. O que eles deixam em aberto é se a sessão seguinte de fato lê antes de agir, e se ela consegue distinguir a decisão vigente da que foi superada. A Arroway cobre as duas coisas sem nada para montar: toda sessão abre lendo o projeto, cada decisão carrega quem a tomou e o que a encerraria, e a substituta aposenta a antiga. Funciona igual com um agente só e nenhum time — quem lê é o mesmo agente, amanhã.
Última atualização 24 de setembro de 2026
Esquecer é leitura que faltou, não memória que faltou
Quando o agente contradiz algo decidido na semana passada, a decisão quase sempre ainda existe em algum lugar — num histórico de chat, num arquivo de notas, num resumo que a sessão anterior escreveu. O que falhou foi que nada a colocou na frente do modelo antes de a sessão nova começar a trabalhar. Criar mais lugares para guardar decisão não muda isso; cria mais lugares para a próxima sessão não olhar. O conserto tem de ficar no começo da sessão: uma leitura que acontece primeiro, toda vez, antes de o agente formar a própria ideia da tarefa.
Arquivo de decisões só funciona se toda sessão o abrir
Um arquivo markdown de decisões é um primeiro instinto razoável, e ele falha sempre do mesmo jeito: é lido quando o agente calha de abri-lo, ou quando alguém lembra de apontar para ele. Na Arroway a leitura de abertura é um passo da sessão imposto pelas próprias ferramentas, não uma instrução que o agente pode seguir ou não; ela é ordenada pela tarefa que o agente diz que vai fazer e informa o que entregou e o que não coube. E agente que não leu também não consegue escrever no projeto, então a sessão que pulou as regras não tem como gravar por cima delas sem ninguém ver.
Lembrar a versão errada é pior que esquecer
O agente que esquece uma decisão pergunta de novo ou erra de um jeito visível. O agente que lembra uma decisão que depois foi revertida age com segurança em cima dela, e nada na saída parece errado. Armazenamento que guarda tudo cai justamente nisso, porque a decisão antiga e a nova estão lá e as duas têm a ver com a pergunta. Na Arroway a decisão nova é registrada como substituta da antiga, a antiga sai da leitura com o motivo, e duas entradas que se contradizem chegam marcadas como conflito, em vez de deixar o agente escolher uma sem dizer nada.
Como isso aparece na prática
Uma desenvolvedora, um agente de código, um projeto. Na segunda ela decide abandonar a versão antiga da API pública: nenhum endpoint novo para ela, e nenhuma correção que não seja de segurança. O agente concorda e trabalha assim pelo resto do dia. Na quarta começa uma sessão nova. O contexto de segunda se foi, e o agente recebe um bug que por acaso mora num endpoint da versão antiga. Ele corrige com cuidado, acrescenta um teste e sugere levar dois endpoints novos para a versão antiga, por consistência. Nada disso é descuido. Ele só nunca recebeu a segunda-feira. Com a Arroway, a decisão de segunda foi registrada no fim daquela sessão, com a desenvolvedora como quem decidiu e “até a versão antiga ser desligada” como fim. A sessão de quarta abre lendo o projeto, e a decisão está na leitura antes do bug. O agente deixa o endpoint antigo como está e diz por quê.
Perguntas que as pessoas fazem sobre isso
- Isso é só para time? Eu trabalho com um agente só.
- Não. Quem lê uma decisão pode ser outra pessoa, outro agente ou o mesmo agente na sessão seguinte — e esse último caso é o problema inteiro desta página. Trocar de máquina, trocar de agente no meio da tarefa, retomar depois que o contexto foi compactado: em todos eles é um agente lendo o que uma sessão anterior decidiu, e todos são atendidos do mesmo jeito, com uma pessoa no projeto ou com vinte.
- Não dá para simplesmente pôr as decisões no system prompt?
- Para meia dúzia que nunca muda, dá. Quebra nos dois pontos que importam. O system prompt não tem como marcar uma linha como superada, então reverter uma decisão significa achar e editar cada cópia. E ele cresce até ser carregado inteiro toda vez ou cortado sem aviso. A Arroway guarda cada decisão uma vez, ordena a leitura pela tarefa do momento e informa o que coube, então um histórico longo de decisões não vira um prompt longo.
- Quem anota as decisões — eu ou o agente?
- Quase sempre o agente, no fim da sessão, que é a parte que as pessoas pulam. O que você afirma ou aprova na conversa é registrado como decidido por você. O que o agente deduziu sozinho é registrado como proposta e chega à sessão seguinte marcado como não confirmado, e não como regra, até uma pessoa aprovar — então o palpite de terça não volta na quarta com cara de decisão.
Onde isto se confere
Documentação do produto neste site (Como funciona, Instalar), as respostas sobre como as decisões do time chegam à IA, sobre regra que escorrega algumas mensagens depois e sobre rotinas agendadas de IA que perdem o fio, e as regras de leitura de abertura, substituição, conflito e sanção da especificação sancionada do produto. Arquivo de decisões, vector store e checkpoint são descritos como práticas, não como produto de nenhum fornecedor. Tudo o que está descrito aqui é comportamento que as ferramentas aplicam hoje, não roadmap.
https://www.arroway.app/pt-BR/answers/how-to-keep-ai-agents-from-forgetting-decisions