Como um NPC deve responder a perguntas fora do roteiro?
Quando um jogador pergunta a um NPC algo que o roteiro de diálogo não cobre, dê ao personagem uma resposta breve que se adeque ao que ele sabe e ao motivo pelo qual não pode responder mais. Primeiro, decida se a informação é desconhecida, conhecida mas oculta, ou deliberadamente indisponível. Em seguida, responda dentro do personagem; se o jogo precisar explicar um limite do sistema, adicione uma explicação separada e opcional. Isso permite que o jogador compreenda o limite sem transformar um palpite infundado em fato da história.
Primeiro classifique a pergunta, não apenas o diálogo ausente
“Fora do roteiro” descreve a lacuna de autoria. Isso não diz o que o personagem sabe. Tratar toda pergunta sem suporte como o mesmo tipo de falha leva a respostas confusas: um NPC pode soar evasivo sobre algo de que nunca ouviu falar, ou revelar acidentalmente um segredo que o jogo deveria proteger.
Use três categorias:
**Desconhecido:** O personagem não tem informações confiáveis. Ele pode não reconhecer o assunto, ou pode saber que o assunto existe, mas não ter resposta para a pergunta específica.
**Conhecido, mas oculto:** O personagem conhece informações relevantes, mas uma condição da história, relacionamento, escolha pessoal ou segredo explícito o impede de compartilhá-las agora. “Oculto” é um estado da história, não um convite para sugerir que toda recusa esconde uma pista.
**Conhecimento não permitido:** A resposta está fora do mundo estabelecido, papel ou conhecimento permitido do personagem. Um barqueiro medieval não deveria explicar repentinamente o lançamento de um software do mundo real, por exemplo. Isso é diferente de um personagem que conhece um segredo local, mas não quer compartilhá-lo.
Essas categorias são um auxílio de design, não uma taxonomia validada pelos estudos de diálogo citados. O valor delas é prático: cada uma aponta para uma resposta verdadeira diferente. Se o seu jogo fornece intencionalmente informações a um personagem por meio de magia, vigilância ou um papel incomum, codifique isso no conhecimento permitido do personagem, em vez de tratar isso como uma exceção que o gerador de respostas pode adivinhar.
Construa uma resposta elegante a partir do que é verdadeiro
Um fallback útil geralmente tem três partes: reconhecer o assunto, declarar o limite real do personagem e oferecer um próximo passo relevante quando houver um. O próximo passo pode ser uma pessoa, lugar ou ação já estabelecida no jogo. Se não existir nenhum, pare após o limite. Não invente uma pista apenas para fazer a fala parecer prestativa.
Por exemplo, suponha que o jogador pergunte ao padeiro da cidade: “O que há além da passagem do norte?” Se o padeiro nunca viajou para lá, uma resposta fundamentada pode ser: “Nunca fui tão ao norte. Minha farinha vem do vale.” A resposta permanece dentro do personagem, nomeia o limite e retorna a algo dentro da experiência do padeiro. O detalhe da farinha é ilustrativo, não uma pista; em um jogo lançado, use um detalhe já sustentado pelo personagem e pelo cenário.
Se o padeiro sabe, mas está retendo a informação, a resposta deve refletir esse estado em vez de alegar ignorância: “Conheço a estrada a que você se refere. Prometi que não discutiria quem a usa.” Essa fala sinaliza um limite sem fornecer a resposta oculta. Use esse tipo de recusa apenas quando o conhecimento do personagem e o motivo do silêncio forem reais no estado do jogo.
Se a pergunta pedir algo fora do mundo ou do papel do personagem, torne o limite legível sem fingir que se trata de um mistério da trama: “Não sei o que é um ‘servidor na nuvem’. Isso é algum tipo de estação meteorológica?” A formulação específica depende do cenário e do tom. Evite deixar o conhecimento geral de um modelo vazar para a voz do personagem como se fosse conhecimento vivido ou de mundo.
A pesquisa apoia o problema geral de design, não uma solução garantida para jogos. O Short Paper de Shrivastava e colaboradores na ACL 2021 descreve respostas contextuais de fallback para consultas sem resposta em sistemas de diálogo, usando regras e um transformer ajustado finamente em pares sintéticos de pergunta-resposta; seu escopo não abrange NPCs de jogos narrativos. [Leia o artigo](https://aclanthology.org/2021.acl-short.13/). O artigo dos Findings da EMNLP 2024 de Sadeq e colaboradores estuda a interpretação de papéis de personagens fictícios, apresentando um conjunto de dados com mais de 2.000 personagens e 72.000 entrevistas, incluindo 18.000 perguntas adversariais, e propõe o RoleFact para reduzir alucinações. Ele é relevante para os limites de conhecimento dos personagens, mas não estabelece que um padrão específico de fallback funcione em um jogo lançado. [Leia o artigo](https://aclanthology.org/2024.findings-emnlp.846/).
Mantenha a resposta do personagem separada da explicação do sistema
Um personagem pode responder dentro do mundo fictício enquanto a interface explica o que aconteceu. Essa separação ajuda quando os jogadores podem, de outra forma, confundir um fallback com diálogo roteirizado, ou quando o jogo precisa esclarecer que perguntas abertas têm limites.
Por exemplo:
**NPC:** “Nunca ouvi falar desse lugar. Pergunte-me sobre o velho moinho.”
**Nota de interface opcional:** “Este personagem não tem uma resposta para essa pergunta.”
A nota da interface deve descrever a interação, sem sobrepor o personagem ou insinuar conteúdo oculto. Mantenha-a opcional ou discreta sempre que possível; mensagens de sistema repetidas podem interromper uma cena. Se a pergunta do jogador for compreendida, mas estiver fora da interação suportada, declare isso abertamente. Se o sistema não entendeu a pergunta, não apresente essa falha como um fato sobre o conhecimento do personagem. Essas são condições distintas e podem exigir redações diferentes.
Uma regra prática de resposta é: use a voz do personagem para a verdade da história e use a interface para os limites de interação. Não faça uma fala dentro do personagem carregar uma explicação técnica que ele não teria como saber. Por outro lado, não use uma mensagem genérica de sistema quando uma resposta curta e verdadeira do personagem estiver disponível.
Teste o conhecimento e o estado da história com uma matriz de limites
Um único exemplo não pode revelar se o fallback respeita o estado. Construa uma pequena matriz de teste para cada NPC ou fonte de conhecimento importante. Para cada linha, registre a categoria de resposta esperada, fatos obrigatórios, fatos proibidos e se uma explicação da interface deve aparecer. Em seguida, execute a mesma pergunta sob condições alteradas.
**NPC não tem informações sobre o assunto:** A resposta não alega familiaridade nem fornece detalhes. Expresse incerteza ou falta de experiência na voz do personagem
**NPC conhece o assunto, mas não o detalhe solicitado:** O conhecimento geral não se transforma em uma resposta precisa. Diga o que é conhecido e, em seguida, aponte a lacuna específica
**NPC sabe a resposta e pode compartilhá-la:** A resposta corresponde aos fatos atuais da história. Forneça a resposta suportada; não recorra a um fallback apenas porque a formulação é incomum
**NPC sabe a resposta, mas uma condição de sigilo está ativa:** O segredo permanece não divulgado e o personagem não alega falsamente ignorância, a menos que isso seja pretendido. Recuse, desconverse ou aponte o limite de forma consistente com a caracterização
**Condição de sigilo torna-se inativa:** A resposta muda quando o estado da história permite a divulgação. Forneça a informação recém-disponível, caso o jogador pergunte novamente ou o jogo a revele de outra forma
**Pergunta está fora do mundo ou do papel do personagem:** Conhecimentos do mundo real ou não relacionados do modelo não entram na ficção como fatos. Marque a categoria como desconhecida ou irrelevante sem inventar uma conexão no mundo
**O sistema de diálogo não consegue interpretar a pergunta:** Uma falha de análise sintática não é confundida com a ignorância do NPC. Use um fallback claro no nível da interação, opcionalmente com um prompt suportado
**Mesma pergunta formulada de várias maneiras:** As regras de conhecimento e sigilo não dependem de uma única formulação decorada. Mantenha o mesmo limite factual, permitindo variação natural na redação
Essa matriz é um método editorial e de QA derivado das distinções acima; não é um experimento relatado em nenhum dos artigos citados. Preencha-a com os fatos dos seus próprios personagens e com condições de estado reais. Inclua perguntas que tentem o sistema a completar um padrão com lore plausível, mas sem suporte, bem como perguntas normais que o NPC deve responder. Verifique ambos os lados: evitar divulgações falsas é importante, e evitar recusas desnecessárias quando a resposta está disponível também é.
Torne o limite testável na escrita e na implementação
Mantenha o conhecimento do personagem separado da verdade do mundo. Um registro compacto de personagem pode marcar fatos que ele sabe, fatos de que ele suspeita, fatos que ele não sabe e fatos que ele não pode revelar até que uma condição mude. Inclua a fonte ou o nível de confiança para crenças incertas se o jogo permitir personagens enganados. Uma suspeita deve soar como uma suspeita, não como um fato onisciente. A camada de resposta deve receber o estado relevante e usar apenas os fatos permitidos nesse estado.
Para cada linha de fallback ou resposta gerada, pergunte-se:
Ela afirma ou sugere um fato que o personagem não tem permissão para saber?
Ela confunde “Eu não sei” com “Eu não vou te contar”?
Ela acidentalmente faz a resposta ausente soar como um segredo ou gancho de missão?
Algum próximo passo sugerido já existe no jogo e se adequa a esta situação?
Se a pergunta não for suportada pelo sistema de interação, o jogador consegue perceber isso pela interface sem confundir com diálogo da história?
Se uma fala falhar em uma dessas verificações, restrinja-a: remova a implicação infundada, declare o limite real e mantenha apenas um próximo passo já estabelecido. Se não houver uma resposta verdadeira dentro do personagem que agregue valor, uma recusa concisa ou uma nota de sistema é melhor do que um lore inventado.
Uma sequência simples de decisão
Ao revisar uma pergunta fora do roteiro, passe por estas verificações em ordem:
**O jogo consegue interpretar a pergunta?** Se não, use uma explicação no nível da interação em vez de atribuir ignorância ao NPC.
**A informação solicitada está dentro do conhecimento deste personagem?** Se não, forneça um limite dentro do personagem que corresponda à sua experiência ou papel.
**O personagem sabe disso e a divulgação é permitida no momento?** Se o personagem sabe, mas não pode divulgar, torne o limite consistente com seu motivo e estado; não vaze a resposta por meio de dicas, a menos que essas dicas sejam pretendidas.
**O personagem pode fornecer uma resposta parcial sustentada ou um próximo passo útil?** Inclua-o apenas se ele já estiver fundamentado no jogo.
**O jogador poderia confundir o fallback com uma pista ou um ponto narrativo criado pelo autor?** Se sim, esclareça a interação no nível do sistema ou revise a fala.
O objetivo não é fazer com que cada pergunta gere uma revelação satisfatória de lore. É tornar a resposta compreensível, consistente com o conhecimento do personagem e segura para o estado da história do jogo. Um limite bem projetado diz ao jogador o que este NPC pode responder agora, mantendo a ficção intacta.