Memória de agentes: escopo por família corta interferência

O que aconteceu

O paper arXiv:2609.29144, submetido em 24 de setembro de 2026 na categoria Computer Science > Artificial Intelligence, estuda agentes com modelo congelado operando no ProcStream-RSI, um fluxo de 12 rodadas de reparo de código. O mecanismo central é o Orthogonal Regression Control (ORC), um portão de edição persistente de skills baseado em execução.

Os autores descrevem uma intervenção que mantém propostas e decisões do gate fixas, mudando apenas o alcance da recuperação. Cada skill aceita passa a ser recuperada só para a família que a originou. Com memória global, a utilidade média de trajetória oculta ficava em 0,713. Com memória escopada, sobe para 0,816. No mesmo teste, as implantações prejudiciais saem de seis de oito e vão para zero.

O experimento principal usa 27 fluxos pareados em ordem aleatória. Neles, o Scoped-ORC melhora a utilidade média de trajetória em 0,063, com intervalo de confiança de [0,037, 0,094] sobre o Global-ORC. O Scoped-ORC aceita 63 atualizações, contra 12 do controle global, e produz múltiplas atualizações aceitas em 19 dos 27 fluxos. As aceitações prejudiciais ficam em 0 de 63.

Contexto

Memória persistente é o recurso que permite a um agente melhorar prompts e habilidades sem tocar nos pesos do modelo. A promessa é adaptação repetida a famílias de tarefas que reaparecem ao longo do tempo, sem reentreinar nada.

O resultado do controle global joga luz sobre um limite desse arranjo. A memória global registra 0,713, abaixo do 0,775 de um agente estático, que não aprende nada. A causa apontada pelos autores é a interferência entre famílias: uma edição que funciona bem no contexto em que foi certificada pode atrapalhar tarefas sem relação nenhuma com ela.

O achado reformula o papel dos dois controles. A certificação decide se uma edição tem suporte. O escopo de recuperação decide onde essa evidência autoriza o uso.

Por que importa

Agentes de código, atendimento e operações acumulam skills ao longo de semanas de uso. Sem escopo, esse acervo vira ruído. O dado de 0,713 contra 0,775 é o ponto sensível: um agente com memória global pode terminar pior do que um agente congelado que nunca aprendeu nada.

O número de aceitações também chama atenção. O controle global aprova 12 atualizações nas 27 rodadas, enquanto a versão escopada aprova 63. A restrição de escopo não torna o agente mais conservador. Ela libera mais edições porque cada uma fica presa ao território em que foi validada.

Para equipes que constroem memória de agentes, o recado é operacional: separar armazenamento de autorização. Guardar uma skill é uma decisão. Aplicá-la em uma família de tarefas específica é outra.

Impacto

Em produção, o padrão de escopo por família reduz o risco de regressão silenciosa. Um patch que conserta a geração de relatórios de uma equipe não deveria alterar o comportamento do agente em triagem de tickets. O experimento mede exatamente esse tipo de vazamento e o elimina nas 63 aceitações observadas.

O ganho de 0,063 em utilidade média parece pequeno em termos absolutos, mas vem acompanhado do intervalo [0,037, 0,094], que não cruza zero nos 27 fluxos pareados. A combinação de mais atualizações aceitas com zero aceitação prejudicial é o resultado que sustenta a tese do artigo.

O trabalho também sugere que portões de validação isolados não bastam. O Global-ORC já filtra por execução e ainda assim deixa passar edições que interferem em famílias alheias.

O que muda

A contribuição do paper é tratar o escopo de recuperação como controle complementar, e não como detalhe de implementação. O título do artigo resume a regra: definir o escopo antes de persistir a habilidade.

Na prática, arquiteturas de memória de agentes passam a precisar de duas etiquetas por skill. Uma registra que a edição foi certificada. A outra registra para qual família de tarefas aquela certificação vale. O estudo mostra que alinhar as duas etiquetas é o que separa adaptação confiável de interferência entre domínios.

O que vem agora

O paper é a versão v1, submetida em 24 de setembro de 2026, sem prazo divulgado para revisões ou publicação em conferência. O material não informa liberação de código, dataset ou reprodução dos 27 fluxos pareados do ProcStream-RSI.

Os próximos passos dependem da comunidade. Testes em famílias de tarefas que não sejam reparo de código indicariam se o escopo por família escala para agentes de pesquisa, suporte e análise de dados. Também fica em aberto como o método se comporta quando as fronteiras entre famílias são difusas, caso em que a etiqueta de origem de uma skill deixa de ser óbvia.

Fontes

• arXiv:2609.29144, "Scope Before You Persist: Preventing Cross-Family Interference in Agent Memory" (https://arxiv.org/abs/2609.29144)