Quando o Cânone do Mundo do Jogo Conflita com a Improvisação da IA, Quem Deve Vencer?
Para um roteirista ou designer de jogos decidindo como um personagem de IA deve responder a um jogador, a regra é simples: os fatos autorais do mundo e o estado atual do capítulo têm precedência sobre a improvisação. Deixe o modelo variar o fraseado, a atitude e conversas casuais dentro desses limites. Quando o jogo não tiver uma resposta estabelecida, o personagem deve demonstrar incerteza ou hesitar, em vez de inventar um fato e apresentá-lo como cânone.
Trate o cânone e o estado do capítulo como a autoridade
Um sistema útil separa duas questões: o que é verdade neste mundo e o que é verdade neste ponto desta sessão de jogo? O cânone cobre fatos estabelecidos, como a identidade de um personagem, a história de um local ou como um dispositivo funciona. O estado do capítulo cobre o que aconteceu nesta sessão específica: qual porta foi aberta, quem o jogador conheceu ou se um evento já ocorreu. O modelo de diálogo pode usar esses fatos, mas não deve reescrevê-los silenciosamente.
Essa distinção reflete um recurso prático dos sistemas de narrativa interativa. O ink, uma linguagem de script desenvolvida pela Inkle Studios, suporta lógica de história ramificada e rastreamento de estado; seus autores descrevem o uso do estado para variar o texto de acordo com o que veio antes. A documentação do Minecraft da Microsoft descreve, de forma semelhante, arquivos de cena para NPCs individuais ou capítulos narrativos, além da alteração de diálogos com base nas ações do jogador. Esses são exemplos de diálogos autorais controlados pelo contexto da história, não evidências de que algum design específico de IA seja obrigatório. Eles mostram por que um jogo se beneficia ao manter os fatos de progressão explícitos. (Inkle Studios sobre o ink, documentação de diálogo de NPC da Microsoft)
Dê ao modelo uma tarefa restrita
Defina a resposta gerada como uma interpretação de informações conhecidas, e não como uma fonte de novas verdades sobre o mundo. O personagem pode explicar um evento conhecido com sua própria voz, reagir à formulação do jogador ou oferecer uma observação relevante. Ele não deve criar um novo irmão, mudar quem detém uma chave, declarar que o evento de um capítulo fechado aconteceu ou estabelecer uma causa oculta sem respaldo nos dados da história.
Uma instrução clara pode dizer: “Use apenas os fatos e o estado do capítulo fornecidos aqui. Você pode escolher a formulação e o tom. Não adicione nomes, eventos, relacionamentos, motivos ou desfechos como fatos. Se a resposta não for fornecida, diga que não sabe ou que não pode confirmar.” Este é um exemplo de regra de design, não uma garantia de que um modelo de IA sempre a seguirá. O jogo ainda precisa controlar quais informações chegam ao personagem e quais ações uma resposta pode disparar.
Distinga a crença de um personagem de um fato do mundo
Os personagens podem se enganar, ser evasivos ou demonstrar incerteza quando a história autoral assim pretender. A distinção importante é se o jogo enquadra uma declaração como a perspectiva daquele personagem ou como um fato confirmado sobre o mundo. “Ouvi dizer que a ponte estava fechada” pode ser um boato se a narrativa permitir boatos. “A ponte está fechada” pode ser interpretada como uma atualização de estado confiável, especialmente se o jogo depender disso mais adiante.
Para cada resposta incerta ou contestada, decida se o personagem está relatando conhecimento pessoal, repetindo um boato, especulando ou declarando o cânone confirmado. Marque essa categoria no prompt ou nos dados do diálogo e mantenha a redação consistente. Se a história não estabeleceu quem construiu a velha torre, um NPC pode dizer que ouviu versões divergentes; o modelo não deve solucionar o mistério simplesmente porque uma resposta parece plausível.
Mantenha o estado do capítulo atualizado e específico
Um modelo não pode respeitar com precisão um fato que não lhe foi fornecido. Transmita apenas o estado necessário para a conversa, mas torne-o preciso: o capítulo atual, eventos concluídos relevantes, perguntas não resolvidas importantes e quaisquer fatos que o personagem conheça pessoalmente. Evite resumos amplos que misturem eventos planejados com os já concluídos. Uma observação como “o portão se abre depois que o jogador encontra o selo” não deve ser confundida com “o jogador encontrou o selo”.
Pesquisas sobre modelos de linguagem em jogos de RPG de mesa tratam o rastreamento de estado e a geração de diálogos como tarefas relacionadas, mas distintas. Os autores de *Dungeons and Dragons as a Dialog Challenge for Artificial Intelligence* descrevem a geração de turnos e a previsão do estado do jogo a partir do histórico de diálogos, com informações de estado incluindo detalhes do personagem e ações em constante mudança. Isso apoia o tratamento do estado como uma entrada explícita e uma preocupação separada; isso não estabelece que uma resposta gerada deva ter permissão para alterar o estado oficial do jogo. (Callison-Burch et al., “Dungeons and Dragons as a Dialog Challenge for Artificial Intelligence”)
Use uma resposta segura quando faltar o cânone
Escolha uma resposta padrão para lacunas no registro. Dependendo do personagem e da cena, a resposta pode ser “Eu não estava lá”, “Não sei” ou “Ninguém me disse”. Se um boato ou o palpite de um personagem for apropriado, rotule-o claramente como tal. O objetivo é preservar a questão em aberto até que a história autoral a resolva, permitindo ainda que a conversa continue.
Essa alternativa de contingência também deve cobrir contradições. Se o estado do capítulo fornecido disser que o jogador não conheceu o capitão, mas o histórico da conversa parecer indicar o contrário, evite fazer com que o NPC afirme qualquer uma das versões com convicção. Peça ao sistema do jogo para resolver a discrepância ou permita que o NPC dê uma resposta que não dependa do detalhe contestado. Essa política de resposta é uma recomendação de design inferida da necessidade de manter a coerência entre o estado e o diálogo; não é uma descoberta relatada de um estudo de jogo específico.
Verifique as falas geradas em relação aos limites
Antes de exibir uma resposta, verifique se ela introduz um novo fato de consequências importantes. Uma revisão simples pode perguntar: A resposta cita um evento, relacionamento, motivo, local, portador de item ou desfecho? Esse detalhe está no cânone ou no estado atual? Está explicitamente estruturado como uma crença ou boato? Implica uma transição de capítulo ou uma ação que o jogo não registrou? Se um detalhe relevante não tiver respaldo, gere novamente com restrições mais rigorosas ou use a resposta padrão de incerteza.
A engenharia de prompts pode ajudar a manter a consistência do personagem, mas não deve ser tratada como um banco de dados do cânone. Um relatório de pesquisa de 2026 sobre NPCs orientados por LLM em um jogo de mistério no Minecraft descreve o uso de técnicas de prompt para melhorar a consistência dos personagens e a coerência dos diálogos. Essa é uma evidência de uma abordagem de pesquisa em um protótipo específico, e não uma prova de que apenas os prompts evitam contradições em outros jogos. Mantenha os fatos autorais e a progressão do jogo em uma fonte que o jogo possa consultar e trate o diálogo gerado como uma resposta candidata. (Heriot-Watt Research Portal, “Designing and Evaluating Interactive Narratives with Generative AI: LLM-Driven NPCs for a Minecraft Murder Mystery”)
Uma regra prática de decisão
Ao revisar uma fala controversa, aplique estas verificações em ordem:
A afirmação é um fato estabelecido do mundo? Preserve a versão autoral.
Ela depende do que aconteceu nesta sessão de jogo? Use o estado atual do capítulo, e não um resumo genérico da história.
Trata-se da visão limitada ou incerta do personagem? Deixe essa perspectiva clara na fala.
Não há uma resposta confirmada? Deixe o personagem dizer isso; mantenha a questão em aberto.
A declaração mudaria o que o jogo considera verdadeiro ou concluído? Apenas a lógica de progressão autoral do jogo deve fazer essa mudança.
Essa abordagem deixa espaço para conversas dinâmicas, mantendo a autoria e a continuidade legíveis. O modelo pode improvisar como um personagem conhecido diz algo; o registro do mundo decide o que o personagem pode afirmar com segurança que é verdade. Onde o registro for silencioso, a incerteza é uma resposta válida, e não uma lacuna que o modelo precise preencher.