Como criar uma lista de contatos de personagens baseada em perguntas sem revelar cenas ocultas
Uma lista de contatos baseada em perguntas funciona quando cada resposta tem uma fonte clara, uma condição de descoberta e uma regra de visibilidade. Para cada personagem, registre o que ele observou pessoalmente, o que alguém lhe contou, o que ele pode deduzir razoavelmente e o que ele ainda não sabe. Em seguida, encaminhe perguntas comuns da história para os personagens cujo conhecimento sustente uma resposta. Isso torna a lista útil, mantendo cenas futuras e fatos ainda não descobertos fora dos diálogos.
Comece com perguntas que os leitores realmente fariam
Escolha um conjunto restrito de perguntas comuns ligadas à história: Quem está com a chave reserva? Onde Mira deixou o caderno de esboços? Quem combinou de trazer as cadeiras dobráveis? Essas perguntas são mais fáceis de direcionar do que solicitações amplas como “O que está acontecendo?” ou “Fale-me sobre a cidade”. Uma boa pergunta tem uma resposta que pode ser rastreada até um evento, um objeto, uma conversa ou uma dedução claramente identificada.
Anote cada pergunta em um registro de perguntas com quatro campos: a resposta, o evento de origem, o momento mais precoce em que ela pode ser respondida e quais personagens têm permissão para responder. Por exemplo, “Quem está com a chave reserva?” pode ser respondida por Jo depois que ela a recebe na cena de abertura. Até então, a lista deve indicar “não estabelecido” em vez de tentar adivinhar. Essa distinção evita que um fato ausente se transforme acidentalmente em cânone.
Dê a cada fato uma fonte e um tipo de conhecimento
Trate os fatos da história como registros de evidências, e não como um acervo compartilhado do qual qualquer personagem pode extrair informações. Um registro compacto pode ser assim:
Fato: Jo está com a chave reserva; Fonte: Jo pega a chave no gancho na Cena 2; Tipo de conhecimento: Observado / em posse; Descoberta mais precoce: Após a Cena 2; Visibilidade: Jo; qualquer pessoa a quem ela contar
Fato: O salão está reservado para sábado; Fonte: Bilhete de confirmação no quadro de avisos; Tipo de conhecimento: Lido; Descoberta mais precoce: Após um personagem ver o bilhete; Visibilidade: Personagens que o leram
Fato: As cadeiras caberão na van; Fonte: Jo compara os tamanhos; Tipo de conhecimento: Dedução; Descoberta mais precoce: Após ela verificar ambos; Visibilidade: Jo, formulada como uma estimativa
Use um conjunto pequeno e consistente de tipos de conhecimento. “Observado” significa que o personagem estava presente e pôde perceber o evento. “Contado” significa que outro personagem transmitiu a informação. “Lido” significa que ele encontrou um bilhete, mensagem, placa ou outro registro. “Deduzido” significa que ele tirou uma conclusão a partir de evidências, o que deve ser formulado como uma crença ou estimativa, e não como um fato confirmado. “Desconhecido” significa que a história não lhe forneceu um caminho para essa informação.
Essa estrutura é uma regra de design editorial, não um recurso garantido por qualquer ferramenta de escrita. Ela decorre de uma distinção prática: o rastreamento de estado pode registrar mudanças, mas o escritor ainda decide o que esse estado significa. A documentação do Ink descreve um rastreamento de estado flexível, observando que ele não fornece um sistema completo de modelagem de mundo; a documentação do Twine também distingue variáveis de história globalmente disponíveis de variáveis locais temporárias. Esses mecanismos podem ajudar a representar o estado de uma história, mas nenhum deles determina automaticamente o que um personagem deveria saber. (Ink: Writing With Ink, Twine Cookbook: Variables)
Adicione barreiras de descoberta em vez de revelar por conveniência
Uma barreira de descoberta estabelece o que deve acontecer antes que um fato fique disponível. Mantenha-a observável e específica: “depois que Jo ler o quadro de avisos”, “depois que Lee contar a Pat” ou “depois que o grupo abrir a caixa de suprimentos”. Evite barreiras como “assim que a história estiver pronta”, que são difíceis de aplicar de forma consistente.
Separe o evento que torna um fato verdadeiro do evento que faz um personagem saber dele. O salão pode ser reservado antes de Jo ler a confirmação. Lee pode mover a chave reserva sem contar a ninguém. Quando uma barreira se abrir, atualize apenas os personagens que tiveram acesso àquele caminho específico. Se um personagem perde uma conversa, não lhe conceda a informação silenciosamente só porque o leitor a viu.
Para histórias interativas, as barreiras podem ser representadas com variáveis e passagens condicionais. O Twine Cookbook explica que as seções <<if>> e <<else>> do SugarCube exibem conteúdo de acordo com uma condição; o Ink também oferece suporte a alterações de estado e escolhas ramificadas. Essas são opções de implementação para exibir ou ocultar uma linha. A história ainda precisa de uma regra clara para definir a condição — por exemplo, registrar que um personagem específico leu o aviso. (Twine Cookbook: “Conditional Statements”: SugarCube, Ink: Writing With Ink)
Rastreie fatos compartilhados sem torná-los universalmente visíveis
Um fato pode ser compartilhado com um grupo, uma dupla ou ninguém além de sua fonte. Registre o público explicitamente: “Jo e Lee ouviram o plano”, “todos os três personagens estavam presentes” ou “apenas Pat viu o bilhete”. Não use “todo mundo sabe” como atalho, a menos que a história inclua um momento em que todos realmente tomem conhecimento disso.
Uma regra útil é modelar cada transferência como um evento próprio. Se Lee diz a Jo que as cadeiras estão no galpão, Jo ganha um registro de fonte do tipo “contado”; Pat não ganha. Se Jo mais tarde enviar uma mensagem de texto para o grupo, a história poderá atualizar os destinatários nomeados nessa mensagem. Se a mensagem for apenas redigida como rascunho ou enviada para uma única pessoa, ela não deve se tornar de conhecimento geral por implicação.
Distinga também a verdade compartilhada da interpretação compartilhada. Vários personagens podem saber que o salão está reservado para sábado e, ao mesmo tempo, discordar se o espaço é grande o suficiente. O registro factual pode ser comum; a estimativa pertence às pessoas que a fizeram. Isso mantém o diálogo variado sem alterar o evento subjacente.
Passe cada resposta da lista de contatos por uma verificação simples
Antes de um personagem responder, passe a pergunta por esta sequência:
Identifique o fato exato que a pergunta solicita. Divida perguntas compostas em fatos separados, se necessário.
Encontre o evento de origem que estabelece cada fato. Se não houver fonte, marque a resposta como desconhecida ou ainda não estabelecida.
Verifique se este personagem observou, foi informado, leu ou deduziu o fato.
Verifique se a barreira de descoberta relevante foi aberta neste ponto da história.
Ajuste a formulação ao tipo de conhecimento: uma resposta direta para conhecimento confirmado, uma resposta atribuída a terceiros para boatos/ouviu falar, ou uma formulação qualificada/atenuada para uma dedução.
Remova detalhes que venham de uma cena posterior, de um ponto de vista privado ou de uma fonte que o personagem ainda não encontrou.
No exemplo da chave, Jo pode dizer: “Estou com a chave reserva”, depois de pegá-la. Lee pode dizer: “Jo me disse que está com ela”, após essa conversa. Pat, que não viu nem ouviu falar sobre a chave, não deve responder com certeza. Se Pat der um palpite ao ver um gancho vazio, a resposta deve soar como um palpite e permanecer marcada como tal. Assim, a lista de contatos pode ser responsiva sem se transformar em um narrador onisciente.
Teste os limites com conhecimentos parciais e ausentes
Teste perguntas comuns em vários momentos da história: antes do evento de origem, imediatamente após ele, depois que um personagem o compartilha e depois que o grupo mais amplo o recebe. A resposta deve mudar apenas quando a barreira relevante mudar. Inclua uma pergunta cuja resposta seja genuinamente desconhecida; uma lista confiável precisa de uma maneira segura de dizer “a história ainda não estabeleceu isso”.
Verifique também os fatos parciais. Um personagem pode saber que a entrega está prevista para sábado, mas não saber o horário. Ele pode ter visto um caderno de esboços em uma mesa sem saber quem o deixou lá. Preserve a parte conhecida e deixe o restante em aberto, em vez de preencher as lacunas com invenções plausíveis. Se a história usa cabeçalhos de cena, mantenha a cena de origem identificável; o guia de sintaxe do Fountain descreve os cabeçalhos de cena como um elemento de roteiro distinto, o que pode fornecer uma etiqueta de referência conveniente em um fluxo de trabalho de roteiro. (Fountain: Syntax)
Quando uma resposta falhar na verificação, revise o registro de origem, a barreira de descoberta ou o texto da resposta — o que estiver de fato errado. Não corrija um vazamento fazendo com que todos os personagens se esqueçam do mesmo fato. Um registro de conhecimento pequeno e explícito dá a cada contato um limite verossímil e permite que os leitores façam perguntas úteis sem descobrir antecipadamente informações de cenas ocultas.