Como Tornar o Chat com NPCs de IA Opcional sem Ocultar Informações da História Principal
Para designers de jogos narrativos indie que adicionam conversas opcionais em texto livre, use uma regra simples: todo fato de que o jogador precisa para entender ou completar o caminho principal deve ser estabelecido no conteúdo oficial do jogo, fora do chat. O chat com NPCs pode adicionar contexto, personalidade e nuances, mas não deve ser o único lugar onde uma pista ou evento obrigatório existe. Teste a regra com duas jogadas: uma que nunca abre o chat e outra que o explora. Ambas devem alcançar a mesma compreensão e o mesmo resultado pretendido para o caminho principal.
Decida o que o jogador precisa saber
Comece pela próxima ação obrigatória do jogador e trabalhe de trás para frente. Liste os fatos necessários para escolhê-la ou executá-la: o que está acontecendo, qual é o objetivo e qualquer condição ou pista necessária para prosseguir. Coloque esses fatos no caminho principal, como em uma cena, um objeto inspecionável, uma entrada no diário, uma mudança visível no mundo ou um lembrete de objetivo. Uma linha de diálogo pode reforçá-los, mas não deve sustentá-los sozinha.
Em seguida, classifique as outras informações pelo que elas alteram. Se a remoção de um fato tornar o objetivo principal confuso, impossível ou dependente de adivinhar o que a IA pode dizer, trata-se de uma informação essencial. Se removê-lo mantiver o objetivo claro, tornando apenas um personagem, lugar ou evento menos detalhado, trata-se de profundidade opcional. Se ele adiciona principalmente uma piada, tom de voz ou pequeno detalhe, trata-se de ambientação/sabor.
Essa distinção diz respeito à função, não ao formato. A história pessoal de um personagem pode se tornar essencial se o enredo principal presumir mais tarde que o jogador a conhece. Por outro lado, um detalhe com tom técnico pode permanecer opcional se a história nunca depender dele. Reavalie a classificação sempre que uma cena posterior fizer referência a informações apresentadas em uma conversa opcional.
Uma tabela de cobertura para um momento da história
Considere um objetivo ilustrativo: entregar um mapa lacrado ao observatório antes que os portões se fechem. A tabela mostra como separar as camadas de informação; o cenário é um exemplo, não o resultado de um jogo real.
Informação: O observatório é o destino — O jogador precisa disso para avançar?: Sim — Cobertura no caminho principal: O texto do objetivo nomeia o observatório; um marcador no mapa ou rota clara apoia a navegação — Contribuição opcional do chat com IA: O guia pode descrever seu telhado característico
Informação: O portão fecha ao entardecer — O jogador precisa disso para avançar?: Sim, se o tempo afetar o progresso — Cobertura no caminho principal: A cena ou objetivo declara o prazo e mostra a mudança de estado relevante do mundo — Contribuição opcional do chat com IA: O guia pode explicar por que o portão se fecha
Informação: O mapa lacrado deve ser entregue intacto — O jogador precisa disso para avançar?: Sim, se a manipulação afetar a tarefa — Cobertura no caminho principal: A instrução do caminho principal define a condição de entrega; a jogabilidade comunica qualquer restrição — Contribuição opcional do chat com IA: O guia pode contar uma história sobre quem o lacrou
Informação: O guia já trabalhou no observatório — O jogador precisa disso para avançar?: Não, a menos que o enredo posterior dependa disso — Cobertura no caminho principal: Não é necessário para o objetivo — Contribuição opcional do chat com IA: Uma pergunta de acompanhamento pode revelar o passado do guia
Informação: O guia não gosta da torre do sino — O jogador precisa disso para avançar?: Não — Cobertura no caminho principal: Não é necessário — Contribuição opcional do chat com IA: Um breve comentário pode expressar a preferência
Use a tabela como um contrato de informação: os fatos à esquerda são requisitos autorais; a coluna de chat pode aprofundar, mas não pode se tornar silenciosamente a única fonte deles. Se um momento posterior depender do passado do guia, promova a parte necessária dessa história para a cobertura do caminho principal. Mantenha o restante como opcional.
Mantenha o diálogo de IA vinculado ao estado oficial do jogo
Trate o modelo como uma forma de expressar conversas permitidas, e não como a autoridade que decide o que aconteceu na história. Forneça a ele uma visão delimitada e atualizada do estado canônico: o objetivo ativo, os fatos estabelecidos, o conhecimento relevante do personagem e quaisquer tópicos de conversa permitidos. Os sistemas do jogo devem decidir se um evento ocorreu, se uma pista foi encontrada ou se um objetivo mudou. A IA pode formular uma resposta usando esse estado; ela não deve inventar uma pista obrigatória, desbloquear um fato oculto ou declarar um evento canônico que o jogo não tenha registrado.
Por exemplo, se o jogador ainda não descobriu que o portão fecha ao entardecer, um NPC pode responder a uma pergunta com uma dica sem spoilers ou direcionar o jogador ao aviso afixado. O objetivo ou o próprio mundo ainda devem comunicar o prazo. Se o jogador fizer uma pergunta inesperada, uma resposta segura pode reconhecer os limites do conhecimento do personagem ou redirecionar para fatos conhecidos. Evite fazer com que o sistema insinue a existência de uma pista obrigatória quando ela não existe, ou que o NPC se lembre de um evento ausente no estado do jogo.
Essa arquitetura também ajuda a evitar que conversas opcionais alterem as regras do caminho principal de forma imprevisível. Se a conversa tiver permissão para alterar o estado, defina exatamente quais mudanças de estado o jogo aceita e valide-as fora do texto gerado. Uma frase bem articulada não é evidência de que uma variável de jogabilidade deva mudar.
Deixe o chat aprofundar uma cena sem bloqueá-la
Uma conversa opcional útil oferece algo que o jogador pode escolher buscar: a perspectiva de um personagem, uma conexão com uma cena passada, um costume local ou um detalhe que altera a textura emocional de um lugar. Ela não deve reafirmar repetidamente o objetivo como se apenas o chat pudesse explicá-lo. O caminho principal também não deve exigir que o jogador adivinhe uma frase específica para extrair uma pista.
Planeje uma saída com o mesmo cuidado com que planeja uma ramificação. Os jogadores devem ser capazes de parar de fazer perguntas e continuar com a tarefa principal sem perder uma instrução essencial. Se uma resposta introduzir informações opcionais que mais tarde tenham importância apenas para conteúdos opcionais, identifique ou sinalize essa relação por meio do design ao redor, em vez de torná-la discretamente um pré-requisito para o desfecho ou objetivo.
Um relato em primeira pessoa de Florencia Minuzzi, roteirista da Tea-Powered Games, descreve decisões de acessibilidade para o jogo do estúdio, *Dialogue*. O relato aborda cenas rejogáveis e informações extras sob demanda, junto a uma história principal que não bloqueia o progresso por causa desses detalhes adicionais. É um exemplo útil de design para separar material opcional da progressão da história; é o relato de uma equipe sobre seu próprio jogo, e não uma evidência de que o diálogo de IA produza automaticamente o mesmo resultado. [Accessibility in Dialogue: A Writer’s Story](https://www.gamedeveloper.com/design/accessibility-in-dialogue-a-writer-s-story).
Teste os dois tipos de jogadores
Execute o mesmo momento da história em duas etapas deliberadas. Na primeira, nunca abra o chat do NPC. Siga apenas o caminho principal e sua interface normal. Na segunda, explore a conversa, incluindo perguntas plausíveis que abordem o objetivo. Registre o que cada jogador pode saber, o que cada um pode fazer e o que o jogo afirma ter acontecido.
Verificação: Eles conseguem identificar o objetivo atual e a próxima ação? — Jogador que ignora o chat: Sim, a partir de pistas do caminho principal — Jogador que explora o chat: Sim; o chat pode adicionar contexto sem substituir essas pistas
Verificação: Eles conseguem encontrar todas as pistas obrigatórias e entender sua relevância? — Jogador que ignora o chat: Sim, por meio do conteúdo autoral do mundo ou da interface — Jogador que explora o chat: Sim; o chat pode reforçar fatos conhecidos, mas não pode ser a única fonte de pistas
Verificação: O estado do jogo permanece consistente? — Jogador que ignora o chat: Os fatos obrigatórios são definidos pelos eventos autorais do jogo — Jogador que explora o chat: As respostas geradas concordam com o mesmo estado oficial
Verificação: Eles conseguem continuar ou interromper a conversa livremente? — Jogador que ignora o chat: O chat não é obrigatório para prosseguir — Jogador que explora o chat: Sair do chat não os deixa desamparados nem remove uma instrução do caminho principal
Verificação: Os detalhes opcionais continuam opcionais? — Jogador que ignora o chat: O progresso principal não pressupõe que o detalhe foi aprendido — Jogador que explora o chat: Cenas principais posteriores não tratam o conhecimento exclusivo do chat como conhecimento compartilhado
Uma falha em qualquer uma das etapas indica uma correção específica. Se o jogador sem chat não puder agir, mova ou repita o fato necessário no caminho principal. Se o jogador que explora receber informações contraditórias, restrinja o estado fornecido ao modelo e os tópicos ou afirmações que ele pode expressar. Se o diálogo posterior assumir que o jogador ouviu uma resposta opcional, estabeleça esse fato em outro lugar ou condicione a fala posterior ao estado gravado da conversa.
Use lembretes e repetições para cobrir informações perdidas
Mesmo informações colocadas no caminho principal podem passar despercebidas, ser esquecidas ou encontradas em um momento inconveniente. A [Game Accessibility Guidelines full list](https://gameaccessibilityguidelines.com/full-list/) inclui recomendações para permitir a repetição de narrativas e instruções, lembrar os jogadores dos objetivos atuais e, para narrativas longas e abrangentes, resumir o progresso. Essas são recomendações gerais de acessibilidade em jogos, não testes de diálogos de IA. Aplicadas aqui, elas sugerem rotas de recuperação úteis: um registro de objetivos, uma cena rejogável ou um resumo conciso de progresso que reflita fatos já estabelecidos pelo jogo.
Um lembrete deve resgatar a tarefa sem fingir que o jogador escolheu o conteúdo opcional. Por exemplo, ele pode dizer que o mapa precisa chegar ao observatório antes do anoitecer, porque essa é uma informação registrada do objetivo. Ele não deve resumir uma conversa privada que o jogador nunca teve, nem atribuir um motivo a um NPC com base em especulações geradas. Mantenha os resumos vinculados ao mesmo estado canônico usado pelo sistema de objetivos.
Uma revisão prática antes da implementação
Para cada momento proposto de conversa com IA, anote o fato do caminho principal com o qual ele se relaciona, se ele é obrigatório, onde ele é estabelecido fora do chat e quais materiais opcionais a troca pode acrescentar. Em seguida, responda a estas perguntas:
Se o chat for desativado ou ignorado, o jogador ainda conseguirá entender e concluir a tarefa principal?
Se o chat for explorado, todas as respostas estão de acordo com o estado estabelecido do mundo e o conhecimento do personagem?
Uma cena posterior do caminho principal poderia acidentalmente tratar informações opcionais como conhecimento compartilhado?
O jogador consegue resgatar o objetivo ou rever sua explicação sem depender de uma resposta gerada?
Se a resposta para a primeira ou quarta pergunta for não, adicione uma rota planejada pelo autor para as informações obrigatórias. Se for não para a segunda ou terceira, revise os dados de estado inseridos no diálogo, os limites das respostas ou as condições das cenas posteriores. Isso garante que a conversa em texto livre permaneça livre para adicionar personalidade e atmosfera, enquanto a história principal continua acessível e compreensível para os jogadores que nunca a utilizam.