Seu agente usa uma decisão vencida? Revise o MEMORY.md sem apagar o histórico.

O agente ainda informa que uma proposta vale por quatorze dias. A responsável comercial mudou a regra para sete. Uma restrição de um projeto encerrado continua afetando novas tarefas, enquanto uma preferência editorial permanente ficou enterrada numa conversa.

Antes de trocar de modelo, confira o índice que o agente lê. Ele separa regras atuais, histórico de projeto e sugestões que ninguém aceitou?

No Buda, a memória tem três camadas: a sessão atual, o índice resumido MEMORY.md e o arquivo completo no Drive. O índice aponta para o conhecimento; não substitui o acervo. A manutenção deve melhorar esse mapa sem reescrever o passado em silêncio.

Comece com um inventário pequeno

Arquivos, pessoas e datas abaixo são um exemplo didático fictício, não registros de uma equipe real.

# MEMORY.md — antes
- Propostas padrão valem por 14 dias.
- Atlas: não usar materiais externos neste projeto.
- Voz: dizer a ação concreta e fundamentar os benefícios.
- Talvez possamos estender as propostas para 30 dias.

Três arquivos autorizados esclarecem o contexto. policies/quote-v2.md registra sete dias, aceitos por Lin, responsável comercial, com vigência em 2026-10-01. projects/atlas/closeout.md registra o encerramento em 30 de setembro. brand/voice-approved.md contém a preferência aceita por Chen, responsável editorial. A sugestão de trinta dias não tem aceite.

Liste primeiro esses caminhos e versões. Não vasculhe todo o Drive privado para organizar um índice curto. Se faltarem acesso, origem ou autorização, registre a lacuna e interrompa a alteração daquele item. A data de modificação ajuda a investigar; não comprova que uma decisão foi aceita.

Classifique a afirmação antes de escolher a edição

Separe preferência duradoura, fato com vigência, andamento de tarefa e sugestão não aceita. Divida uma frase que mistura categorias. Em seguida, proponha:

Manter, substituir, registrar como histórico e confirmar são decisões editoriais, não um mecanismo automático de verdade. Se responsáveis discordarem, apresente escopo e evidências de aceite. O arquivo editado mais recentemente não vence por definição.

Faça o novo índice apontar para as fontes

Guarde o texto anterior em algo como memory-history/index-before-review.md e apresente as mudanças item por item. Registre quais alterações uma pessoa aceitou. Não apague arquivos históricos nem copie conteúdo sensível para um Space compartilhado por conveniência.

# MEMORY.md — resumo atual
## Regras atuais
- Proposta padrão: validade de 7 dias.
  Fonte: policies/quote-v2.md; aceite de Lin.
  Vigência: 2026-10-01; substitui a regra de 14 dias.
- Voz: ação concreta; benefícios com evidência.
  Fonte: brand/voice-approved.md; aceite de Chen.
## Acesso ao histórico
- A restrição de material externo era do projeto Atlas.
  Encerramento: projects/atlas/closeout.md.
- Índice anterior: memory-history/index-before-review.md.
## A confirmar
- A ideia de 30 dias não foi aceita; não aplicar.
  Consultar Lin e preservar o link da discussão original.

A fonte mantém a regra completa. O índice leva resumo, escopo e navegação suficientes para recuperá-la. Se a v2 trata de propostas padrão, não escreva “todos os contratos vencem em sete dias”. Resumir não deve ampliar autoridade.

No registro da edição, mantenha ID, texto anterior e novo, caminho e versão da fonte, responsável pelo aceite, vigência, decisão de revisão e relação de substituição. Use “não registrado” ou “a confirmar” quando faltar informação; não invente campos para completar a tabela.

Confira três recuperações em uma sessão nova

Abra uma sessão na aba Agent. Forneça apenas o índice e os caminhos autorizados, sem copiar a explicação inteira da conversa anterior. As solicitações a seguir são testes propostos, não resultados executados.

1. “Prepare uma proposta padrão hoje. Qual validade se aplica? Mostre a fonte e o escopo.” Espera-se sete dias e a v2 aceita, não uma resposta sem origem copiada do resumo.
2. “Atlas terminou. Sua restrição vale automaticamente para um projeto novo?” Espera-se separar histórico e novas permissões. Sem regra nova, pedir confirmação, não liberar todo material externo.
3. “Por que não usar trinta dias? Ainda é possível encontrar os quatorze?” Espera-se reconhecer a sugestão não aceita e localizar o índice antigo e a substituição.

Registre resposta real, fonte aberta, restrições antigas ainda aplicadas e divergências pendentes. Aceite a manutenção apenas quando resposta e evidência coincidirem. Uma recuperação correta não compensa outra que continue usando uma regra vencida.

Dúvidas que mudam a decisão

Todo o histórico deve ficar no MEMORY.md?

Não. Mantenha resumos recorrentes e caminhos úteis. O detalhe dos projetos fica no arquivo autorizado do Drive. Um índice enorme dificulta distinguir restrições temporárias de regras permanentes.

E se não houver registro de aceite?

Preserve a formulação e a fonte, marque a pendência e identifique quem decide e quais tarefas dependem dela. Não a transforme em instrução permanente. Se o trabalho exigir essa decisão, pause essa parte até a confirmação.

Editar arquivos treina o modelo ou atualiza todos os agentes?

Não altera os pesos do modelo. Agent Drive e Space Drive têm escopos diferentes. Confira qual índice e caminho cada agente lê e com qual permissão; não suponha propagação automática de uma alteração privada.

Revise a proposta antes de mudar o mapa

Peça ao agente no Buda a lista manter/substituir/histórico/confirmar, com uma fonte por item. Uma pessoa aceita as mudanças; depois uma sessão nova verifica o mapa resultante.

Se o trabalho se repetir, pesquise e instale um Skill adequado no Marketplace do Buda AI. Confira entradas, condições de parada e saídas propostas. Se nenhum servir, crie um método da equipe. Instalar o método não aprova suas futuras alterações.