Narrativa para jogos:
a história que
o jogador faz acontecer

1.1 Escrever uma história ≠ desenhar uma narrativa jogável

Muita gente chega a jogos vinda da literatura, do cinema ou do roteiro, e traz uma pergunta: "qual é a história?". A pergunta do design narrativo é outra: o que o jogador faz, e o que isso significa? Uma história excelente pode ser uma narrativa de jogo péssima — se tudo o que importa acontece nas cenas em que o jogador larga o controle.

Esta apostila é o par de duas que já existem no catálogo: Storytelling (os fundamentos de qualquer história — estrutura, personagem, conflito) e Game Design (regras, sistemas, loops, level design). Aqui trata-se do encontro das duas.

1.2 As camadas da narrativa num jogo

Jogos diferentes pesam estas camadas de forma muito diferente — um RPG de diálogo vive da primeira e da terceira; um jogo de sobrevivência sistêmico, da quarta. Nenhuma é melhor; a escolha tem de ser deliberada.

1.3 Os papéis

• Narrative designer: decide como a história se integra à jogabilidade — estrutura, sistemas de diálogo e escolha, onde a narrativa entra e quanto dura. Trabalha tanto com game designers quanto com escritores.
• Game writer / roteirista: escreve as palavras — diálogos, barks, textos, descrições.
• Quest designer: desenha e implementa missões, frequentemente com scripting.

Em estúdios pequenos, uma pessoa faz os três. Saber em qual chapéu você está em cada momento evita discussões improdutivas ("a frase está boa" versus "a cena não deveria existir").

2.1 Dissonância ludonarrativa

O termo foi cunhado por Clint Hocking em 2007, num texto sobre BioShock: a história critica o egoísmo, mas a mecânica recompensa o jogador por agir em interesse próprio. A dissonância ludonarrativa é esse conflito entre o que a narrativa afirma e o que a jogabilidade faz o jogador fazer. O exemplo mais citado é o protagonista apresentado como pessoa comum e bondosa nas cenas, que mata centenas de inimigos entre uma cena e outra sem que a história registre isso.

2.2 O verbo como frase

Em Game Design, o núcleo de um jogo são os seus verbos — o que o jogador pode fazer. Em narrativa, cada verbo é também uma afirmação sobre o mundo e sobre quem o jogador é. Um jogo cujo verbo principal é "atirar" conta, queira ou não, uma história sobre violência; um cujo verbo é "carimbar documentos" pode contar uma história sobre burocracia e cumplicidade.

3.1 Agência

Janet Murray, em Hamlet on the Holodeck (1997), definiu agência como "o poder satisfatório de realizar ações significativas e ver os resultados das nossas decisões e escolhas". Duas palavras carregam a definição: significativas e ver os resultados. Uma escolha cujo efeito o jogador nunca percebe não produz agência, por mais que o código a registre.

3.2 Quatro tipos de escolha

Jogos que parecem ter escolhas enormes costumam combinar muitas escolhas de reconhecimento e de estado — baratas e percebidas — com poucas escolhas de caminho, bem colocadas.

3.3 A explosão combinatória

Numa árvore pura, cada escolha duplica (ou triplica) o conteúdo seguinte. Três escolhas binárias já são oito finais; dez escolhas, mais de mil. Por isso quase nenhum jogo comercial é uma árvore pura. Use a calculadora para sentir o problema:

3.4 Os padrões de estrutura

Sam Kabo Ashwell catalogou os padrões recorrentes de jogos de escolha ("Standard Patterns in Choice-Based Games", 2015). Os mais úteis:

• Ramificar e reconvergir: os caminhos se separam e voltam a um ponto comum, mas o estado lembra por onde o jogador passou. É a estrutura da maioria dos RPGs e jogos de aventura narrativa.
• Hub e raios: um centro com missões em ordem livre. Dá liberdade sem multiplicar o conteúdo.
• Storylets (narrativa por qualidades): em vez de uma árvore, uma coleção de cenas, cada uma com condições de entrada. O termo "quality-based narrative" vem da Failbetter Games (Fallen London); o conceito foi popularizado por Emily Short como storylets. Escala muito melhor que a árvore e combina bem com jogos sistêmicos (cap. 10).
• Linear com reconhecimento: uma única sequência de eventos, mas o mundo comenta e reage às escolhas expressivas. Subestimada — e muito eficaz.

4.1 Arquitetura narrativa

Henry Jenkins, em "Game Design as Narrative Architecture" (2004), propôs ver os designers de jogos menos como contadores de histórias e mais como arquitetos narrativos: gente que constrói espaços carregados de história. Harvey Smith e Matthias Worch, na palestra "What Happened Here?" (GDC 2010), transformaram a ideia em técnica: o ambiente conta uma história quando o jogador pode inferir eventos passados a partir do que vê.

4.2 As ferramentas

4.3 Regras de ouro

• Deixe a conclusão para o jogador. A vinheta que explica tudo num bilhete ao lado desperdiça o prazer de inferir.
• Coloque na rota, não escondido. A narrativa ambiental essencial precisa estar no caminho natural do jogador; a opcional recompensa quem explora. A integração com level design — linhas de visão, iluminação, enquadramento — está em Game Design, cap. 7.
• Coerência acima de quantidade. Três vinhetas consistentes contam mais do que trinta objetos aleatórios.
• Documentos curtos. Ninguém lê três páginas de diário no meio da ação. Um bilhete de três linhas com um detalhe inesperado funciona melhor.

5.1 O espectro do protagonista

Com protagonista definido, a regra é não fazer o personagem tomar, em cena, uma decisão que contradiz o que o jogador acabou de escolher — é uma forma de dissonância (cap. 2) especialmente irritante. Disco Elysium (2019) resolve o dilema de modo original: as habilidades do protagonista são vozes internas que discutem com ele, e o jogador escolhe a quem dar ouvidos.

5.2 Companheiros

Companheiros são a ferramenta mais eficaz de narrativa reativa: comentam o que o jogador faz, discordam, lembram. Um sistema de afinidade (variáveis de relação por companheiro) transforma escolhas cosméticas em escolhas de estado (cap. 3.2) a custo baixo. Cuidado com dois excessos: companheiros que aprovam tudo (a relação perde valor) e companheiros que comentam cada ação (viram ruído — cap. 6).

5.3 Antagonista

No jogo, o antagonista não só se opõe à personagem — opõe-se ao jogador. Os mais memoráveis têm presença durante a jogabilidade, não apenas nas cenas: GLaDOS em Portal fala com o jogador enquanto ele resolve os puzzles, e a relação se constrói em tempo real. Um antagonista que só aparece no começo e no fim é uma ameaça abstrata.

6.1 Sistemas de diálogo

6.2 A opção tem de prever a fala

Quando a opção do jogador é um resumo ("Ser sarcástico") e o protagonista diz algo muito diferente do esperado, o jogador sente que perdeu o controle. A regra: o texto da opção precisa permitir prever o sentido e o tom da fala. Se a fala vai ser agressiva, a opção não pode parecer uma piada leve.

6.3 Barks

Barks são falas curtas disparadas pela jogabilidade — "Recarregando!", "Ele foi por ali", "Pensei ter ouvido algo". São a narrativa mais ouvida de muitos jogos e as mais propensas a irritar:

• Variedade proporcional à frequência: um bark que toca a cada dez segundos precisa de muitas variações; um que toca uma vez por hora, de poucas.
• Memória de repetição: o sistema deve evitar repetir a mesma fala em sequência e respeitar um intervalo mínimo por tipo.
• Contexto: barks que referem o estado ("Você está sangrando — de novo") valem mais do que genéricos. Hades (2020) é a referência: milhares de falas condicionadas ao que aconteceu nas partidas anteriores fazem o jogador sentir que o mundo presta atenção.

6.4 Escrever para voz, legenda e tradução

• Frases curtas e faláveis. Leia em voz alta. Se o ator precisa de fôlego no meio da frase, ela está longa demais.
• Nunca montar frases por concatenação ("Você encontrou " + n + " " + item). A ordem das palavras, o plural e o gênero mudam por idioma; use frases inteiras com marcadores e regras de plural da ferramenta de localização.
• Contexto para quem traduz e dubla: quem fala, com quem, em que situação, com que emoção. Uma planilha de falas sem contexto produz traduções corretas e interpretações erradas.
• Legendas: tamanho ajustável, nome de quem fala, contraste com o fundo, e não mais do que duas linhas por vez.

7.1 O modelo de estado

• Flags: verdadeiro/falso — "já conheceu Mara", "traiu a guarda".
• Contadores e medidores: números — confiança, reputação por facção, quantas vezes ajudou.
• Enumerações: um estado entre vários — "aliança: rebeldes / coroa / nenhuma".
• Histórico: o que foi visto — para não repetir e para poder referir ("como você disse ontem…").

Duas regras poupam semanas: dê nomes descritivos e um dono a cada variável (quem a escreve, quem a lê), e mantenha uma lista central. Variáveis criadas ao acaso por várias pessoas viram o maior gerador de bugs narrativos — o personagem que agradece por uma ajuda que você nunca deu.

7.2 As ferramentas

7.3 Ink em miniatura

VAR confia_em_mara = false

=== portao ===
A chuva não para. Mara segura a lanterna perto do rosto.
* [Contar a verdade sobre o mapa]
    ~ confia_em_mara = true
    "Eu perdi o mapa", você admite. Ela ri, pela primeira vez.
    -> estrada
* [Mentir]
    "Está comigo", você diz. Ela não pergunta mais nada.
    -> estrada

=== estrada ===
{ confia_em_mara: Mara caminha ao seu lado. | Mara caminha dois passos à frente. }
-> END

Repare no que o jogador vive: a escolha é pequena, mas a consequência aparece na cena seguinte, sem aviso e sem número — uma escolha de estado com reconhecimento imediato (cap. 3.2).

7.4 Integração em Unity

using Ink.Runtime;

public class Conversa : MonoBehaviour
{
    [SerializeField] TextAsset historiaCompilada;   // o .json gerado pelo compilador do Ink
    Story _historia;

    void Start() { _historia = new Story(historiaCompilada.text); Avancar(); }

    void Avancar()
    {
        while (_historia.canContinue)
            ui.MostrarLinha(_historia.Continue());
        ui.MostrarOpcoes(_historia.currentChoices);   // lista com .text de cada opção
    }

    public void Escolher(int indice) { _historia.ChooseChoiceIndex(indice); Avancar(); }

    // o jogo pode ler e escrever o estado narrativo
    bool Confia => (bool)_historia.variablesState["confia_em_mara"];
}

O estado narrativo pode viver no Ink e ser lido pelo jogo, ou o contrário. Escolha um lado como fonte da verdade para cada variável — o mesmo princípio de ter um só dono do estado que aparece em Unity para Aplicações. Para salvar o jogo, o runtime do Ink serializa o estado inteiro da história.

VAR ficou_calado = false
…
* [Ficar em silêncio]
    ~ ficou_calado = true
    Você não responde. Ela espera, depois vira a lanterna para a estrada.
    -> estrada

=== estrada ===
{ confia_em_mara: Mara caminha ao seu lado. | Mara caminha dois passos à frente. }
{ ficou_calado: "Você sempre faz isso? Fica calado quando importa?" }
-> END

8.1 A anatomia de uma boa missão

"Traga 10 peles de lobo" é só um objetivo. "A filha do curtidor está doente e o remédio precisa de gordura de lobo antes do inverno — mas os lobos estão famintos porque alguém envenenou os cervos" tem gancho e complicação, e abre a possibilidade de uma escolha. O trabalho mecânico pode ser idêntico.

8.2 Ritmo

Jogos alternam intensidade e descanso. A narrativa deve seguir a mesma curva: revelações importantes depois de momentos de tensão, não no meio deles (o jogador não vai ler nem ouvir durante um combate difícil); diálogos longos em espaços seguros; e pausas deliberadas — um caminho tranquilo depois de um chefe é onde a história respira.

8.3 Lore em doses

O mundo pode ter séculos de história escrita no documento de design. O jogador precisa de uma fração disso, no momento certo. A técnica do iceberg: mostre só o que é necessário para a cena, com referências a coisas maiores que ficam sem explicação — o jogador curioso procura mais (descrições de itens, documentos opcionais, cap. 4); o outro segue em frente sem se perder.

Role o bloco abaixo: o painel escuro acompanha cada versão, e a barra mostra quanto do acontecimento passou das mãos do autor para as mãos do jogador.

10.1 Narrativa emergente

Em Dwarf Fortress, RimWorld ou Crusader Kings, as histórias nascem da interação de sistemas — personagens com necessidades, relações, memórias e traços. RimWorld chega a ter "contadores de histórias" (Cassandra, Phoebe, Randy) que regulam o ritmo dos acontecimentos, uma aplicação direta da curva de intensidade do cap. 8.2 feita por um sistema.

O jogador completa o resto: tendemos a ver intenção e significado em sequências de eventos (a apofenia). O designer não escreve a história; escreve as condições para que histórias interessantes sejam prováveis.

10.2 Sistemas que geram anedotas

• Personagens com memória: o sistema Nemesis de Middle-earth: Shadow of Mordor (2014) fazia inimigos lembrarem-se do jogador, ganharem cicatrizes e ressentimentos. (O sistema foi patenteado pela Warner Bros. em 2021, o que limita a cópia direta — mas não a ideia de inimigos com memória.)
• Traços e necessidades em conflito: dois personagens que querem coisas incompatíveis produzem drama sem um roteiro.
• Storylets (cap. 3.4) como ponte: cenas escritas à mão, disparadas por estados sistêmicos, combinam a qualidade da escrita com a variedade do sistema.

10.3 IA generativa em personagens: promessa e limites

Modelos de linguagem permitem NPCs que respondem a qualquer frase. A promessa é real — e os problemas também:

O uso mais sólido hoje é restrito: a IA varia a formulação dentro de limites escritos (o quê dizer vem do estado e do autor; a IA só escolhe o como), ou ajuda na produção (rascunhos de barks para revisão humana, testes de combinação). A segurança desse tipo de sistema está em Segurança de Aplicações de IA.

12.1 O plano

12.2 O documento de design narrativo de uma página

12.3 Portfólio de narrative design

1. Uma peça de escrita interativa jogável (Twine ou Ink) — é o item mais pedido. Curta e polida vale mais que longa e crua.
2. Uma análise de design narrativo de um jogo publicado, com diagrama da estrutura e o que você mudaria — mostra que você pensa como designer, não só como escritor.
3. Uma amostra de barks para um tipo de personagem, com variações por contexto e regras de repetição.
4. Uma cena integrada num motor (a da semana 3), para vagas que pedem scripting.
5. Game jams em equipe, assinando a narrativa — provam colaboração com designers e programadores.

12.4 Fontes para continuar

• Livros: Hamlet on the Holodeck (Janet Murray); Character Development and Storytelling for Games (Lee Sheldon); Procedural Storytelling in Game Design (org. Tanya X. Short e Tarn Adams).
• Textos: o blog de Emily Short (design de narrativa interativa, storylets); "Standard Patterns in Choice-Based Games" (Sam Kabo Ashwell); "Game Design as Narrative Architecture" (Henry Jenkins).
• Palestras: as sessões de narrativa da GDC, incluindo "What Happened Here?" (Smith e Worch).
• Ferramentas: documentação do Ink (inkle), Yarn Spinner e Twine — todas gratuitas.
• Na Uniana: Game Design, Storytelling, O Futuro dos Jogos, Unity.