Como um Personagem Ficcional de IA Deve Receber Usuários Novos e Recorrentes?
Um personagem ficcional de IA deve oferecer a um usuário de primeira viagem um ponto de partida claro: quem é o personagem, que cena está acontecendo e algumas formas de interagir. Quando um usuário retorna, o personagem pode trazer brevemente à tona o contexto confirmado e se oferecer para retomar, recapitular ou começar algo novo. A diferença principal é o quanto de orientação cada pessoa precisa — não o que o personagem presume sobre ela. Um retorno após um longo intervalo não revela identidade, traços privados ou o estado de um relacionamento.
O que um usuário de primeira viagem precisa saber?
Quem chega pela primeira vez não compartilha um contexto de conversa prévio. Antes de pedir que façam escolhas dentro da cena, estabeleça três pontos: o papel do personagem, a situação e o que o usuário pode fazer a seguir. Mantenha esses detalhes concretos. "Sou Mira, a encarregada do turno da noite de uma pequena estação de trem. O último trem está atrasado; você pode ajudar a conferir o quadro de avisos, perguntar sobre a plataforma ou sugerir o que fazer enquanto esperamos" apresenta um papel, uma cena e ações realizáveis em uma abertura compacta.
Essa estrutura segue um princípio mais amplo de design para a primeira utilização: explicar a finalidade de um agente, oferecer exemplos de tarefas iniciais possíveis e definir expectativas precisas sobre o que ele é capaz de fazer. As diretrizes de design de agentes da Microsoft recomendam deixar o propósito claro e usar gatilhos de prompt que correspondam a capacidades reais. Para um personagem ficcional, o equivalente é mostrar a premissa e oferecer um pequeno conjunto de ações adequadas à cena, em vez de esperar que um novo usuário invente a interação a partir de uma tela em branco. Microsoft Learn: Human-centered design for agents e Microsoft Learn: Foundational agent customizations
A abertura não precisa de uma biografia longa ou de uma lista exaustiva de recursos. Forneça apenas as informações necessárias para que se faça uma primeira escolha. Torne o papel do usuário opcional e fácil de moldar: ele pode inspecionar o quadro de avisos, fazer uma pergunta ou propor uma direção diferente. Se a premissa for apenas um convite para improvisar, diga isso claramente. Isso permite que os usuários entendam a interação sem sugerir que o personagem já os conhece.
O que deve mudar quando alguém retorna?
Um usuário que retorna pode se beneficiar por não precisar reconstruir uma cena que já havia estabelecido. Se houver um histórico de conversa confiável disponível, uma breve recapitulação pode mencionar a última cena ou decisão confirmada e, em seguida, permitir que o usuário decida se ela ainda se aplica. Por exemplo: "Da última vez, deixamos Mira na estação com o trem atrasado. Gostaria de continuar de onde paramos, recapitular o que aconteceu ou começar uma nova cena?". Este é um exemplo de design, não uma afirmação sobre o recurso de um produto específico.
Essa abordagem usa o contexto para reduzir a repetição, mantendo a próxima ação nas mãos do usuário. A Microsoft descreve interfaces para usuários recorrentes que tornam conversas anteriores navegáveis, permitindo retomar sem repetir o contexto. As diretrizes de conversation design do Google também recomendam dar atenção à interação anterior, mantendo as mensagens relevantes e concedendo a vez ao usuário. Essas fontes apoiam o resgate do histórico como um recurso de auxílio; a recomendação adicional de oferecer um novo começo é uma inferência prática de design para roleplay ficcional, onde uma cena antiga pode não ser mais o que o usuário deseja. Microsoft Learn: Foundational agent customizations e Google: Conversation Design: Speaking the Same Language
Mantenha a recapitulação breve, específica e passível de correção. Separe o que a conversa de fato estabeleceu daquilo que o personagem pode apenas suspeitar. "Paramos na estação" é uma referência de cena; "Você sempre gosta de ajudar a Mira" transforma uma escolha passada em uma afirmação sobre o usuário. Se o sistema não conseguir recuperar um histórico confiável, ele deve perguntar por onde começar ou oferecer uma cena nova em vez de inventar uma continuidade.
Como o personagem pode evitar demonstrar familiaridade excessiva?
Trate o tempo decorrido como um dado do relógio, não como prova de significado pessoal. Uma longa ausência não indica que alguém esqueceu uma cena, sentiu falta de um personagem, ficou mais à vontade ou deseja uma saudação mais calorosa. Evite falas que apresentem essas suposições como histórico compartilhado. O personagem pode simplesmente dizer: "Bem-vindo(a) de volta. Gostaria de continuar uma cena anterior ou começar em outro lugar?". Se a interface puder identificar uma conversa salva específica, ela pode citar essa conversa sem atribuir um motivo ao retorno do usuário.
A mesma contenção se aplica à personalidade e às preferências. Um usuário que certa vez escolheu investigar um barulho não estabeleceu necessariamente uma preferência duradoura por mistérios. Uma ação anterior pode ser lembrada como uma ação — "Você escolheu verificar a porta da estufa" — e o usuário pode confirmá-la, revisá-la ou ignorá-la. Essa distinção é uma inferência editorial de design: as diretrizes de conversation design citadas apoiam o uso do contexto real de interação, mas não justificam tratar esse contexto como prova de um traço pessoal íntimo ou de um relacionamento duradouro.
Quantas opções a abertura deve oferecer?
Ofereça alguns próximos passos distintos, cada um formulado de modo que o usuário possa agir sobre ele. Por exemplo: continuar a cena, rever o último momento ou iniciar uma nova. Dentro de uma cena, as opções podem ser fazer uma pergunta a um personagem, inspecionar um objeto ou sugerir outra ação. Evite um menu extenso com todas as atividades possíveis; uma conversa deve deixar espaço para o usuário contribuir com suas próprias palavras.
O artigo sobre conversation design do Google recomenda manter menus falados curtos e discute a apresentação de escolhas em grupos de até três. Essa orientação é voltada especificamente para interfaces conversacionais, em especial de voz, portanto não deve ser tratada como um limite universal para todas as telas. Como um ponto de partida útil para as boas-vindas de um personagem, no entanto, três escolhas claras mantêm a primeira decisão gerenciável, deixando espaço para uma resposta aberta. Google: The “Rule of Three” Also Works in Conversation Design
O que o personagem deve dizer quando o contexto for incerto?
Use uma pequena sequência de recuperação: identifique o que se sabe, aponte o que é incerto e pergunte ao usuário o que ele deseja fazer. Se o personagem só se lembrar de um local, ele poderá dizer: "Tenho a estação registrada como nosso último cenário, mas não tenho certeza sobre o que aconteceu em seguida. Quer continuar de lá, recapitular juntos ou escolher outro cenário?". Essa redação evita transformar um detalhe ausente em uma continuidade inventada para a história.
Se o usuário corrigir a recapitulação, aceite a correção e avance com base nela. Se ele escolher uma nova cena, não fique puxando a conversa de volta para a antiga. Essas são implicações práticas de tornar o histórico revisável e manter a escolha do usuário visível; as fontes citadas recomendam oferecer suporte a esclarecimentos e refinamentos iterativos, embora não determinem este diálogo ficcional exato. Microsoft Learn: Human-centered design for agents
Um padrão simples para ambas as mensagens de boas-vindas
Para uma primeira visita, escreva: "Sou [personagem e papel]. Estamos em [cena específica]. Você pode [escolha um], [escolha dois] ou [escolha três] — ou sugerir outra ação." Para um retorno, escreva: "Da última vez, [breve cena ou decisão confirmada]. Gostaria de continuar, recapitular ou começar algo novo?". Use o segundo padrão apenas quando o contexto anterior estiver realmente disponível e for confiável.
A diferença está na orientação. Usuários de primeira viagem precisam de premissas suficientes para participar; usuários que retornam podem querer um lembrete conciso e uma maneira fácil de escolher o que acontece em seguida. Em ambos os casos, mantenha as palavras do personagem atreladas à conversa observável, apresente opções reais e deixe o usuário decidir se a continuidade ainda faz sentido.