Primeira páginaDiário da IA
Para quem programa

AWS detalha uso do S3 Vectors como memória persistente para agentes no NVIDIA NeMo Agent Toolkit

A AWS publicou um guia para usar o Amazon S3 Vectors como memória persistente no NVIDIA NeMo Agent Toolkit. O post mostra como implementar um provedor personalizado e implantar o sistema no Amazon EKS.

AWS detalha uso do S3 Vectors como memória persistente para agentes no NVIDIA NeMo Agent Toolkit
Imagem: reprodução · AWS

A AWS publicou um guia para usar o Amazon S3 Vectors como camada de memória persistente no NVIDIA NeMo Agent Toolkit (NAT), framework de código aberto para construir, medir e otimizar agentes de IA. O texto mostra como implementar um provedor de memória personalizado e como implantar a pilha no Amazon Elastic Kubernetes Service (Amazon EKS).

Segundo a publicação, o NAT tem um subsistema dedicado a guardar e recuperar histórico de conversas, preferências do usuário e conhecimento de longo prazo. Esse módulo é extensível por meio de plugins. Entre os provedores nativos citados estão Mem0, MemMachine, Redis e Zep.

O guia descreve a criação de um bucket e de um índice no S3 Vectors com 1024 dimensões para o Amazon Titan Text Embeddings V2, a implementação do plugin MemoryEditor e a configuração do NAT em YAML. Também mostra um exemplo com três agentes de pesquisa de investimentos, que compartilham o mesmo índice, mas usam metadados diferentes para separar memória por agente, usuário e equipe.

A AWS também recomenda política de retenção, não armazenar informações pessoais identificáveis nos metadados e usar políticas de acesso com privilégio mínimo. O post diz ainda que o NAT permite comparar execuções com e sem memória, mas trata os resultados como expectativa qualitativa, não como medição de benchmark.

O que muda para você

Isso serve para quem já constrói agentes com o NAT e quer uma memória persistente com controle de acesso e separação por metadados. O que já dá para fazer, segundo o guia, é plugar o S3 Vectors como provedor personalizado, rodar no EKS e avaliar o efeito da memória. Para quem não trabalha com agentes ou infraestrutura, a mudança é indireta.

Minha leitura

A AWS está tentando ocupar uma camada que pouca gente vê, mas que decide o produto: onde a memória do agente fica guardada. O ponto aqui é menos “mais uma integração” e mais a disputa por padrão. Se o seu caso pede controle operacional e memória compartilhada entre agentes, o teste deixa de ser só técnico. A pergunta vira se você quer a simplicidade dos provedores nativos ou o trabalho extra de operar uma base própria para ganhar controle.

Thiago FelizolaConsultor de IA, curador do Diário da IA

Primeira páginaArquivo de notícias