Como manter os jogadores orientados em jogos de texto de formato livre
Quando um jogo aceita comandos digitados, uma linha de entrada em branco pode sugerir que quase tudo vai funcionar. Os jogadores precisam de espaço para experimentar suas próprias palavras, mas também precisam de pistas sobre o que o jogo compreende e o que mudou após cada tentativa. O objetivo prático não é prever todas as frases. É tornar visíveis as opções significativas, mostrar alguns padrões de comando representativos e responder a entradas pouco claras com os próximos passos úteis.
Por que uma caixa de texto aberta pode tornar o próximo passo incerto
A entrada em formato livre oferece uma ampla sensação de possibilidade, mas o modelo de mundo e o analisador sintático (parser) do jogo ainda definem quais ações podem acontecer. O jogador pode ficar em dúvida se um comando falhou porque o verbo não foi reconhecido, o objeto está ausente, a formulação está incompleta ou a ação descrita simplesmente não tem efeito no jogo. Emily Short destaca que apenas identificar uma palavra desconhecida pode não dizer ao jogador o que tentar em vez disso; um objetivo claro e um conjunto curto e visível de verbos úteis ajudam a orientá-lo (“Parser Discussion, Redux”).
Essa distinção é importante porque a entrada digitada é uma conversa com as regras do jogo, mesmo quando o jogo a apresenta como linguagem comum. A liberdade do jogador é significativa quando suas ações podem afetar o mundo representado. Tentar aceitar todas as frases imagináveis sem uma resposta correspondente do mundo pode, em vez disso, criar expectativas que o jogo não consegue atender. As notas de design de Short enquadram a função do analisador sintático como a de guiar os jogadores em direção a formulações que manipulam significativamente o mundo do jogo, ao mesmo tempo em que os ensinam quais tipos de interação o mundo suporta (“Action and Interaction”).
Ofereça algumas opções visíveis sem transformá-las em um limite
Mantenha o campo de entrada aberto, mas posicione um pequeno conjunto de sugestões próximas ao lado dele. Torne-as ações concretas vinculadas à cena atual: “examinar o bilhete”, “perguntar a Mara sobre a balsa” ou “tentar o portão”. Esses exemplos mostram o formato esperado de uma entrada e apontam para possibilidades de ação (affordances) locais. Eles devem ser apresentados como pontos de partida, não como os únicos comandos permitidos.
Um prompt útil também pode indicar um objetivo e alguns verbos essenciais: “Descubra por que a oficina está trancada. Você pode inspecionar itens, conversar com pessoas ou tentar usar objetos na porta.” Isso diz ao jogador o que pode fazer a cena avançar, sem exigir uma solução específica. Short descreve duas maneiras amplas de tornar os jogos com parser acessíveis: oferecer suporte a uma ampla variedade com ajuda e sugestões, ou manter pequeno o conjunto de ações disponíveis e sinalizá-lo com clareza. Em ambos os casos, os verbos apresentados devem retornar uma resposta significativa (“Writing Novice-friendly Parser Games”).
O equilíbrio é local e ajustável. Quando há muitas ações plausíveis, um prompt contextual do tipo “O que posso tentar aqui?” pode oferecer um menu curto. Quando um objetivo está claro, alguns exemplos podem ser suficientes. Se a intenção é que uma ação permaneça não descoberta, não revele sua solução na lista de dicas; em vez disso, indique os tipos de interação disponíveis naquele momento. O objetivo é expor o vocabulário e os recursos do jogo sem detalhar todas as consequências.
Ensine padrões de comando com exemplos
Os exemplos são mais úteis quando ilustram padrões reutilizáveis, em vez de listar todas as frases aceitas. Por exemplo, um jogo pode exibir “examinar [objeto]”, “falar com [pessoa] sobre [tópico]” e “usar [item] em [objeto]”. Em seguida, ele pode instanciar um ou dois: “examinar a chave de latão” ou “perguntar a Mara sobre a balsa”. Uma redação consistente ensina os jogadores a combinar ações e alvos. Inclua um formato apenas quando o jogo realmente oferecer suporte a ele.
Mencione substantivos importantes na narrativa, bem como nos prompts. Se a cena descreve uma chave de latão, o jogador deve ter motivos para tentar “examinar a chave” ou “pegar a chave”; exigir silenciosamente um nome diferente e oculto gera tentativas às cegas. Onde as ações úteis variarem de acordo com o objeto, uma breve dica de interação pode ajudar: “O trinco está frouxo o suficiente para ser levantado” ou “O bilhete tem escrita em ambos os lados”. Short recomenda destacar substantivos utilizáveis e fornecer sugestões como maneiras de ajudar os jogadores a descobrir com o que se pode interagir (“Writing Novice-friendly Parser Games”).
Evite inundar todas as cenas com um catálogo completo de comandos. Muitas sugestões competem com a história, e listar um verbo específico pode transformá-lo em uma dica não intencional de enigma. Prefira um conjunto pequeno e específico da cena, com um comando de ajuda ou referência expansível para orientações mais amplas. O guia da IFComp para ficção interativa baseada em analisador sintático observa que alguns jogos usam orientação tutorial opcional, permitindo que os jogadores consultem suporte enquanto continuam pela história (“About IF”).
Faça da entrada ambígua um breve esclarecimento, não um beco sem saída
Quando o jogo entende a ação, mas não consegue identificar a qual alvo o jogador se refere, faça uma pergunta direcionada. Se o jogador digitar “abrir o livro” e dois livros estiverem visíveis, responda: “Qual livro: o livro vermelho sobre a mesa ou o livro azul na estante?” Um esclarecimento útil nomeia as alternativas em termos que o jogador possa distinguir. Se faltar um detalhe obrigatório e não houver um padrão razoável, peça esse detalhe: “O que você deseja abrir?”
A documentação técnica do analisador oferece um exemplo concreto dessa interação: o TADS descreve pedir ao jogador para escolher entre livros por suas cores visíveis e solicitar separadamente um objeto quando um comando como “abrir” não tem seu alvo (TADS Parser: The Parsing Sequence). A lição de design mais ampla é preservar a intenção original sempre que possível. Esclareça apenas a parte que falta, em vez de descartar o comando e fazer o jogador começar de novo.
Se o jogo puder escolher um padrão com segurança, informe ao jogador o que foi escolhido: “Você usa a chave de latão no portão do jardim.” Se duas escolhas puderem produzir resultados diferentes, pergunte em vez disso. Emily Short recomenda solicitar informações quando um comando estiver incompleto e nenhum padrão razoável puder ser deduzido, além de deixar clara a diferença entre objetos ambíguos (“Action and Interaction”).
Responda a perguntas inesperadas com respeito e direcionamento
Os jogadores tentarão comandos lúdicos, curiosos ou não relacionados. Trate essa experimentação como uma participação comum. Evite respostas que deem broncas, zombem ou deem a entender que o jogador já deveria conhecer as regras. Em vez disso, faça a resposta reconhecer a intenção interpretada quando possível e, em seguida, retorne a atenção para a cena.
Por exemplo, se o jogador perguntar ao relógio da oficina se ele sabe as horas, uma resposta poderia ser: “O relógio continua correndo, mas não oferece resposta. O bilhete ao lado dele está coberto de números.” Isso oferece uma pequena reação dentro do mundo, ao mesmo tempo em que chama a atenção para uma pista visível. Se o jogo não puder interpretar a entrada, diga isso com clareza e ofereça uma ação compatível próxima: “Não entendo essa ação aqui. Você poderia inspecionar o bilhete ou perguntar a Mara sobre a oficina.” Evite fingir que o jogo entendeu uma frase que ele não modelou; o falso reconhecimento torna os resultados posteriores difíceis de interpretar.
Separe os problemas de entrada dos resultados do mundo. “Não reconheço esse comando” sinaliza um problema de formulação ou vocabulário. “O portão está trancado” sinaliza que a ação foi compreendida, mas o estado do mundo a impede. “O portão não se move” sinaliza uma tentativa de ação sem efeito. Quando essas mensagens têm significados distintos, o jogador pode decidir se deve reformular, coletar informações ou tentar outra coisa. A discussão de Short sobre o feedback do analisador destaca como uma rejeição genérica pode deixar os jogadores incertos se um verbo não é suportado ou se a ação em si está fora do mundo do jogo (“Parser Discussion, Redux”).
Mostre que uma ação foi registrada e o que mudou
Após um comando compreendido, relate o resultado em termos que ajudem o jogador a agir novamente. Se o jogador abrir o armário, diga o que agora está visível. Se fazer uma pergunta mudar a resposta de um personagem, mostre uma pista concreta ou diga ao jogador qual nova informação ele aprendeu. Se a ação não tiver efeito imediato, explique o motivo relevante quando o personagem puder razoavelmente sabê-lo.
Essa é a outra metade da orientação: os jogadores precisam de evidências de que sua ação chegou ao jogo, não apenas de um prompt para a próxima ação. Short argumenta que a saída deve revelar as informações necessárias para interagir com o mundo, e que as mudanças bem-sucedidas devem ser aparentes, incluindo mudanças indiretas quando houver um sinal útil para mostrar (“Action and Interaction”). Mantenha o feedback proporcional: descreva uma fechadura alterada, um detalhe recém-notado ou a resposta visível de um personagem, em vez de adicionar uma explicação não relacionada após cada comando.
Uma sequência prática para planejar cada resposta
Para cada cena, liste as ações que importam e, em seguida, elabore prompts e respostas em torno delas. Isso transforma a ampla pergunta “O quanto os jogadores podem digitar?” em uma tarefa de design gerenciável: “O jogador consegue ver o que a cena suporta, tentar uma ideia inesperada, entender a resposta e escolher um próximo passo?”
Identifique os objetos acionáveis, as pessoas e o objetivo imediato da cena. Use apenas detalhes que são realmente modelados ou que podem ser narrados de forma significativa.
Escolha algumas ações representativas e formule-as como exemplos. Mantenha a entrada aberta disponível e faça com que todos os verbos sugeridos funcionem conforme o prometido.
Classifique as entradas que provavelmente não serão claras: ação desconhecida, alvo desconhecido, detalhe ausente, múltiplos alvos possíveis ou ação compreendida que não pode ter sucesso no estado atual.
Escreva uma resposta distinta para cada caso. Um esclarecimento deve oferecer escolhas reconhecíveis; uma ação impossível deve explicar o obstáculo relevante; uma ação não suportada deve sugerir um caminho próximo.
Confirme se o resultado de uma ação bem-sucedida está visível e se as informações reveladas anteriormente podem ser revisadas quando o jogador precisar delas novamente. Short recomenda maneiras de recuperar informações já aprendidas, o que é especialmente útil quando detalhes do enredo ou conversas afetam escolhas posteriores (“Action and Interaction”).
Teste a cena com comandos literais, incompletos, formulados de maneira alternativa e lúdicos. Revise qualquer resposta que deixe o testador incapaz de dizer se o jogo entendeu errado, recusou ou aceitou a ação.
A medida útil não é o número de frases que o jogo aceita. É se os jogadores conseguem entender a relação entre suas palavras, as ações suportadas pelo jogo e o estado que veem depois. Algumas opções visíveis, exemplos que ensinam padrões e feedbacks claros e sem julgamentos preservam o espaço para experimentar, fornecendo aos jogadores informações suficientes para continuar avançando.