PM do Google lança em código aberto o Always On Memory Agent, abandonando bancos de dados vetoriais para memória persistente baseada em LLM
Aprofundamento CEVIU
Aprofundamento
O Always On Memory Agent não é só mais um repositório de memória para IA: é uma mudança de paradigma na forma como agentes armazenam, organizam e recuperam conhecimento. Em vez de depender de embeddings e bancos vetoriais, que exigem processamento pesado, indexação constante e custos crescentes com escala, ele usa SQLite como camada de persistência e o Gemini 3.1 Flash-Lite para extrair, estruturar e consolidar informações diretamente em formato legível, quase como um cérebro digital que 'dorme' periodicamente para organizar o que aprendeu. Com apenas 500 linhas de Python, ele roda localmente, oferece API HTTP e painel Streamlit, e foi projetado desde o início para operação contínua, não como um módulo adicional, mas como infraestrutura nativa de agente.
Seu núcleo técnico está no trio de subagentes: IngestAgent lê 27 formatos (incluindo PDF, áudio e vídeo), ConsolidateAgent faz a 'digestão cognitiva' a cada 30 minutos, ligando fatos soltos, gerando insights e simulando uma espécie de consolidação sináptica, e QueryAgent responde com citações precisas, sem hallucinações genéricas, porque consulta apenas memórias recentes e insights validados. A economia é real: 5 MB por 1.000 sessões versus 150 MB por sessão em soluções vetoriais tradicionais, e custo operacional 8× menor graças ao Flash-Lite, que também entrega 363 tokens/segundo e janela de contexto de 1 milhão de tokens.
Por que isso importa
Isso importa porque resolve o calcanhar de Aquiles dos agentes corporativos: a amnésia funcional. Sistemas atuais esquecem contextos entre sessões, repetem erros, não mantêm histórico de decisões ou preferências do usuário e dependem de pipelines externos frágeis. O Always On Memory Agent mostra que memória persistente pode ser leve, auditável, local e barata, sem abrir mão de multimodalidade ou escalabilidade. Para equipes de IA, é um sinal claro de que a próxima geração de agentes não será construída em cima de RAG ou bancos vetoriais, mas em arquiteturas de memória ativa, onde o modelo não só responde, mas também reflete, conecta e evolui seu próprio conhecimento ao longo do tempo.
Linha do tempo
Lançamento do Agent Development Kit (ADK) pelo Google, padrão de base para agentes prontos para produção
Lançamento do modelo Gemini 3.1 Flash-Lite, otimizado para baixo custo, alta velocidade e janela de contexto de 1 milhão de tokens
Lançamento em código aberto do Always On Memory Agent no GitHub, usando ADK e Gemini 3.1 Flash-Lite
Perguntas frequentes
O Always On Memory Agent substitui bancos de dados vetoriais?
Não substitui universalmente, mas oferece uma alternativa viável para casos específicos: quando o foco é memória estruturada de curto/médio prazo, baixo custo operacional e controle total sobre os dados. Ele evita embeddings e indexação, mas não escala para buscas semânticas massivas em milhões de documentos, função ainda reservada a vetoriais especializados.
Posso usar isso em produção hoje?
Tecnicamente sim, está em código aberto sob MIT e roda localmente. Mas há limitações críticas: sem autenticação na API, sem expiração de memórias, sem desduplicação automática e sem histórico de conversação entre sessões. Empresas precisam adaptar essas lacunas antes de implantar em ambientes regulados ou sensíveis.
Qual é o papel do Gemini 3.1 Flash-Lite nesse sistema?
É o cérebro operacional: extrai dados estruturados de multimídia, gera insights durante a consolidação e responde consultas com alta velocidade e baixo custo. Sua janela de 1 milhão de tokens permite manter contexto amplo, e sua eficiência (US$ 0,25/milhão de tokens de entrada) torna viável rodar 24/7 sem romper orçamentos.
Como ele se compara a soluções como Oracle Vector DB ou Cloudflare Workers AI?
Diferente dessas ofertas gerenciadas, o Always On Memory Agent é uma implementação de referência leve e opinada, não um serviço, mas um padrão de arquitetura. Enquanto Oracle e Cloudflare otimizam infraestrutura vetorial, o Google propõe pular essa camada inteira para cenários onde a memória precisa ser ativa, interpretativa e econômica, não apenas recuperável.
Fontes
- venturebeat.comfonte original
- Categoria
- CEVIU IA
- Publicado
- 09 de março de 2026
- Editoria
- CEVIU IA
