Como um assistente de IA deve explicar sua memória aos usuários?
Quando um assistente de IA salva ou usa informações sobre alguém, sua explicação deve permitir que essa pessoa responda a seis perguntas práticas: o que pôde ser lembrado, de onde veio a informação, se o salvamento foi confirmado, onde ela pode ser reutilizada, por quanto tempo ela permanece e como inspecioná-la, corrigi-la ou excluí-la. O momento útil para essa explicação é quando uma memória é sugerida, salva ou usada. O cartão abaixo é uma proposta de design, não uma descrição de controles que todo aplicativo já oferece.
O que uma divulgação de memória deve informar ao usuário?
Uma frase curta como “Vou me lembrar disso” pode parecer clara, mas deixa o estado subjacente incerto. Isso significa que o detalhe está no chat atual, armazenado para mais tarde, inferido de outra fonte ou simplesmente refletido na próxima resposta? Uma divulgação útil nomeia o estado e oferece ao usuário uma forma de verificá-lo.
Projete o cartão de modo que cada resposta fique visível perto da ação relevante. Se um detalhe é apenas sugerido para salvamento, rotule-o como uma sugestão. Se o aplicativo não puder confirmar que uma memória persistente foi salva, diga isso claramente; não dê a entender que uma alteração ocorreu. A redação deve corresponder ao comportamento real do sistema, incluindo qualquer atraso ou limite que o produto possa comprovar.
As seis respostas
Pergunta do usuário: O que pode virar memória? — O que o cartão deve dizer: O detalhe específico ou uma descrição simples de sua categoria, como “Você prefere resumos curtos de projetos”. Evite rótulos vagos como “personalização”.
Pergunta do usuário: De onde isso veio? — O que o cartão deve dizer: Identifique a fonte: este chat, um chat mais antigo, um app conectado ou outra fonte que o produto realmente utilize. Se for uma inferência, rotule-a como inferência.
Pergunta do usuário: O salvamento foi confirmado? — O que o cartão deve dizer: Informe se o item está salvo, pendente, sugerido ou não salvo. Apresente controles de confirmação quando o produto oferecer suporte a eles.
Pergunta do usuário: Onde isso pode ser reutilizado? — O que o cartão deve dizer: Descreva os destinos ou contextos relevantes, como conversas futuras ou um recurso conectado específico. Não prometa que a informação ficará em apenas um lugar, a menos que isso seja verdade.
Pergunta do usuário: Por quanto tempo ela permanecerá? — O que o cartão deve dizer: Informe um período de retenção suportado ou explique a condição para remoção. Se o prazo variar ou for desconhecido, informe isso e inclua um link para o controle ou política aplicável.
Pergunta do usuário: Como posso inspecionar, corrigir ou excluir isso? — O que o cartão deve dizer: Crie um link direto para os controles de memória ou atividade aplicáveis e explique qual ação altera qual cópia ou fonte.
Este é um padrão de interação proposto. Ele não deve ser apresentado como um padrão universal nem como uma afirmação de que todo assistente possui memória a nível de item, confirmação ou um período fixo de retenção. Se o produto não tiver um desses controles, a divulgação deve dizer o que está disponível em vez de sugerir que um controle existe.
Como o histórico de chat, a memória salva e os dados de apps conectados se diferenciam?
Os usuários precisam saber com que tipo de informação estão lidando, pois o mesmo detalhe pode existir em mais de um lugar. Uma interface clara separa pelo menos três conceitos:
**Histórico de chat** é o registro de uma conversa. Manter ou excluir esse registro é uma ação única, e seu efeito na personalização depende do design do produto e das regras estabelecidas.
**Memória salva** é a informação que o produto retém ou deriva para personalização posterior. Ela pode estar conectada a conversas anteriores, mas é conceitualmente diferente da transcrição visível. A interface deve expor o item ou explicar por que ele não pode ser inspecionado separadamente.
**Fonte de app conectado** é a informação disponível a partir de outro serviço que o usuário vinculou. Desconectar o serviço pode afetar o acesso futuro, mas não remove necessariamente informações que já foram copiadas, resumidas ou incluídas na atividade do chat.
Essas distinções são importantes nos controles reais do produto. A Ajuda dos apps Gemini do Google informa que a exclusão de conversas anteriores pode levar algum tempo para interromper o uso delas na personalização, e descreve a exclusão ou correção de informações associadas a conversas anteriores. Para informações lembradas de um app conectado, ela informa que os usuários podem precisar excluir conversas relevantes e desconectar o app; realizar apenas uma dessas ações pode deixar outra fonte disponível. Estas são descrições dos controles e do comportamento do Gemini, e não regras universais para assistentes de IA ([Ajuda dos apps Gemini: memória de chats anteriores](https://support.google.com/gemini/answer/16598469?co=GENIE.Platform%3DDesktop&hl=en)).
A página de ajuda separada de Apps Conectados do Google também informa que desconectar um app ou excluir dados nesse app não exclui a Atividade nos apps Gemini, e que excluir a Atividade nos apps Gemini não exclui dados em outros serviços. Isso ilustra por que uma divulgação deve identificar a fonte e a cópia afetada em vez de usar um rótulo genérico de “excluir memória” ([Ajuda dos apps Gemini: Apps Conectados](https://support.google.com/gemini/answer/16836988?hl=en)).
Como é uma explicação específica por fonte?
Considere este exemplo fictício: Riley diz a um assistente no chat: “Estou planejando um fim de semana em Portland”, e também conectou uma agenda contendo um evento em Portland. Mais tarde, o assistente usa tanto o contexto do chat quanto o da agenda para sugerir um itinerário. Riley exclui o chat. Se a agenda continuar conectada, o evento ainda pode ser uma fonte independente de informação; excluir a conversa não significa logicamente que o evento da agenda também foi excluído. Este exemplo ilustra a separação de fontes. Ele não afirma que qualquer produto específico armazene ou reutilize essa informação fictícia dessa maneira.
Uma divulgação útil nessa situação nomearia as fontes separadamente: “Esta sugestão utilizou sua conversa anterior sobre Portland e um evento disponível na sua agenda conectada”. Se Riley remover o chat, a interface deverá relatar o status dessa fonte relacionada à conversa e explicar se a conexão com a agenda continua disponível. Se o produto não puder determinar se uma fonte foi utilizada, ele não deve afirmar que ela foi.
A mesma regra se aplica à correção. Se um usuário disser: “Esse evento não é meu”, a interface deve identificar se a correção atualiza uma memória salva, altera como uma conversa é usada ou deixa a agenda conectada inalterada. Uma correção em uma camada não deve ser descrita como uma correção em todas as fontes, a menos que isso realmente aconteça.
Por que “Eu lembro de você” não é suficiente?
Suponha que um aplicativo responda: “Eu lembro de você”, mas não consiga exibir um item salvo, identificar uma fonte, confirmar um estado persistente ou explicar como o usuário pode alterá-lo. Essa formulação pode ser coloquial, mas não é evidência de que uma memória foi salva. Ela pode descrever o contexto da conversa atual, uma resposta gerada ou um registro persistente; sem informações sobre o estado, o usuário não consegue fazer essa distinção.
Para designers, este é um caso negativo útil: não permita que uma linguagem amigável substitua uma confirmação clara. Após uma ação, mostre um status explícito como “Salvo”, “Não salvo” ou “Não foi possível confirmar”, mas use apenas status que o sistema possa verificar. Inclua um caminho para inspecionar o item quando disponível. Se não houver um registro de memória separado que o usuário possa inspecionar, explique o que a frase significa naquele produto e onde suas informações de suporte são gerenciadas.
Como os usuários devem verificar e gerenciar uma memória?
Quando um assistente menciona um detalhe inesperadamente, o usuário deve poder seguir uma breve sequência de diagnóstico:
**Pergunte qual informação foi usada.** Solicite o detalhe específico e sua fonte. Trate a resposta como uma explicação a ser conferida nos controles do produto, não como uma prova definitiva por si só.
**Abra a fonte indicada.** Verifique a conversa relevante, as configurações de memória, o histórico de atividades ou as configurações de apps conectados. Não presuma que todos representam o mesmo registro.
**Corrija na camada correta.** Se o detalhe salvo estiver incorreto, edite-o ou remova-o nos controles de memória, quando disponíveis. Se a informação vier de um serviço conectado, revise essa conexão ou o item original também.
**Verifique o resultado.** Procure uma alteração de estado ou confirmação. Se o produto não puder confirmar uma exclusão ou correção, ele deve informar isso e descrever qualquer atraso ou limitação documentada para essa ação.
Os controles disponíveis variam conforme o produto. As páginas de ajuda do Gemini, por exemplo, descrevem como ativar ou desativar a memória de chats anteriores, encontrar e excluir conversas passadas e corrigir informações diretamente em um chat. Elas também explicam que os dados de apps conectados e a atividade do Gemini têm caminhos de gerenciamento separados. Esses exemplos são úteis porque tornam as distinções de fonte concretas; eles não devem ser reproduzidos como uma promessa de que outro app possui as mesmas configurações.
Coloque a explicação ao lado da ação de memória
Um cartão de seis respostas funciona melhor quando aparece no momento em que o usuário precisa dele: antes de confirmar uma memória sugerida, após um salvamento ou quando uma resposta utiliza informações de uma conversa anterior ou de um app conectado. Mantenha o status conciso, mencione a fonte em uma linguagem acessível e direcione o usuário para o controle que altera o registro relevante. Quando a retenção ou a reutilização não forem conhecidas com precisão, descreva a incerteza em vez de inventar uma duração ou garantia.
O teste é simples: após ler a explicação, o usuário consegue identificar qual informação está envolvida, de onde ela veio, se foi realmente salva, onde pode ser usada, o que a mantém disponível e como alterá-la? Se não, “Eu lembro de você” não passa de uma frase de efeito. Uma divulgação útil torna o estado real do produto compreensível e oferece ao usuário uma próxima etapa prática.