O Gemini Advanced adiciona memória entre conversas com atribuição de origem por sessão

O que o Gemini faz agora quando voltamos a usá-lo

A mudança é restrita e concreta: o Gemini pode recordar conversas passadas para fundamentar uma resposta. A Google descreve dois comportamentos específicos — responder a uma pergunta sobre algo já discutido antes, e resumir uma conversa anterior quando pedido. O objetivo declarado é eliminar dois atritos de frontend: recomeçar do zero e procurar manualmente por uma conversa antiga.

Há um terceiro comportamento mais subtil e mais útil para quem trabalha de forma continuada: construir a partir de conversas ou projetos anteriores. Isto transforma cada sessão, deixando de ser uma transcrição isolada para se aproximar de um espaço de trabalho contínuo. Para equipas de frontend, é a diferença entre um registo de conversa e um documento com estado.

Memória que se anuncia na interface

A linha mais relevante do ponto de vista de engenharia é sobre atribuição: 'o Gemini pode indicar quando usa as suas conversas anteriores nas fontes e no conteúdo relacionado'. Em vez de misturar silenciosamente contexto anterior numa resposta, a Google está a expor a proveniência através das mesmas funcionalidades de fontes e conteúdo relacionado que já usa para referências externas.

O Gemini pode indicar quando usa as suas conversas anteriores nas fontes e no conteúdo relacionado.Montana Labs

Esta decisão de design é importante porque memória sem visibilidade é um problema de confiança. Quando um modelo subitamente 'sabe' algo que o utilizador não voltou a mencionar na sessão atual, a interface precisa de explicar de onde isso veio. Tratar uma conversa anterior como uma fonte citável — o mesmo espaço na interface usado para uma referência web — é uma forma defensável de tornar a memória legível em vez de inquietante. A ressalva 'pode indicar', no entanto, significa que a atribuição não está garantida em todas as recordações, o que deixa uma lacuna entre aquilo que o modelo usa e aquilo que o utilizador vê.

Os controlos de armazenamento estão junto à funcionalidade, não escondidos

A Google associa a capacidade de memória a uma camada de controlo explícita: os utilizadores podem rever, eliminar ou definir durante quanto tempo o histórico de conversas é guardado, e podem desativar totalmente a Atividade das Apps Gemini através de A Minha Atividade. A formulação — 'tem controlo sobre a informação que é armazenada' — liga a memória diretamente a uma definição de retenção, em vez de a tornar num comportamento invisível e permanentemente ativo.

Para quem estiver a construir funcionalidades semelhantes, vale a pena notar o padrão: aquilo que é recordado (o histórico de conversas) e a política de retenção que o rege são o mesmo objeto. Eliminar o histórico remove a base da memória. Não existe uma abstração de 'memória' separada a considerar — retenção e memória são o mesmo mecanismo.

Um lançamento em fases que revela o verdadeiro alvo

A funcionalidade é lançada em inglês, na web e em dispositivos móveis, para subscritores do Gemini Advanced no plano Google One AI Premium. A Google afirma que vai expandir para mais idiomas e para clientes Workspace Business e Enterprise nas próximas semanas. A sequência é reveladora: primeiro o plano premium de consumo, depois os níveis organizacionais, onde a memória entre conversas tem o maior valor acumulado.

A implicação concreta para equipas que lançam produtos conversacionais: a memória está a tornar-se uma expectativa base, e o fator diferenciador é o contrato de frontend que a rodeia. A aposta da Google é que os utilizadores só aceitarão memória persistente se a interface, ao mesmo tempo, mostrar o seu funcionamento — através da atribuição de fontes — e entregar controlos de eliminação e retenção. É esse contrato, e não a memória em si, que vale a pena replicar.