Mestre de jogo com AI: rode uma sessão de RPG com um mestre de masmorra com AI

Um mestre de jogo com AI comanda o mundo, os NPCs e as regras para que você apenas jogue. Experimente uma sessão de RPG com AI direto no navegador — sem mesa, sem preparação, sem código.

O termo cobre algumas intenções diferentes. Se você quer uma sessão de dungeon-rpg, o AI GM gera as salas, popula cada uma e resolve o combate. Se você quer um criador de MMORPG, os mesmos sistemas escalam para mundos compartilhados persistentes com muitos jogadores. O mecanismo comum é um loop: ler o estado, produzir narração ou ação e gravar o estado de volta. Esta página descreve como esse loop realmente funciona, onde ele se quebra e como construir você mesmo a menor versão jogável.

Resposta rápida

Um mestre de jogo com AI é a camada de sistemas que substitui a contabilidade de um árbitro humano, não o discernimento desse árbitro. Ele acompanha pontos de vida, inventário, posições, marcadores de missão e tempo. Gera ou seleciona o diálogo dos NPCs. Resolve rolagens e aplica resultados. Reage a qualquer ação que o jogador tente, dentro das restrições do modelo de mundo. Tudo isso roda continuamente enquanto o jogador está na sessão.

Não é um substituto para um bom GM humano. Um GM humano lê a mesa, percebe quando um jogador está entediado, dobra uma regra para manter a história viva e lembra de um detalhe aparentemente descartável de seis sessões atrás porque ele importava para alguém. Um AI GM elimina o tempo de preparação, elimina a necessidade de outras quatro pessoas estarem livres na mesma noite e elimina a pausa para consultar as regras. Não elimina o valor de uma mesa em que todos se conhecem.

Para as intenções de dungeon-rpg e de criador de MMORPG, o mesmo núcleo responde: um armazenamento de estado do mundo, um resolvedor de regras, uma camada de NPCs e um mundo espacial. A diferença é a escala. Uma sessão de masmorra para um jogador roda um único objeto de estado. Um mundo de MMO roda um estado canônico que muitos clientes leem e gravam, o que introduz os problemas de estado compartilhado e moderação abordados mais adiante.

O que um mestre de jogo com AI faz

O AI GM faz quatro tarefas a cada turno. Se qualquer uma delas faltar, a sessão parece quebrada de um modo específico e diagnosticável. Os modos de falha são previsíveis, o que é útil quando você está ajustando um deles.

As quatro tarefas abaixo são o loop mínimo viável. Todo o resto — atuação de voz, geração de arte, música — é decoração em cima disso.

O estado é a última verdade confirmada: quem está onde, o que carregam, o que foi morto, o que foi aberto, que horas são. Em um mundo do Neta Studio, isso vive como um grafo de cena mais um armazenamento de chave-valor. A posição do NPC é um transform. O marcador de missão é um booleano. O combustível da tocha do jogador é um inteiro que diminui a cada tick. Quando o AI GM narra, ele narra a partir do estado, não de um resumo do prompt que ele lembra pela metade.

O bug comum: o modelo inventa um detalhe que não está no estado — uma porta que nunca foi colocada, um guarda que já foi morto. A correção é serializar apenas o que existe e rejeitar ou reescrever o texto gerado que contradiz uma chave de estado rígida. Detalhes moles (clima, cheiro) podem flutuar. Detalhes rígidos (vivo/morto, trancado/destrancado) não podem.

Cada NPC precisa de uma persona estável: nome, papel, o que sabe, o que quer e o que não vai dizer. O AI GM gera o diálogo condicionado a essa persona e ao estado atual. Um ferreiro que nunca viu o jogador cumprimenta de forma diferente de um que foi roubado na sessão passada. É aqui que um mundo persistente parece vivo em vez de aleatório.

Na prática, você mantém um buffer de memória por NPC com um limite de tokens. Quando ele transborda, resuma as entradas mais antigas em uma única linha e siga em frente. Sem esse limite, uma sessão longa à deriva: o NPC começa a contradizer falas anteriores porque as falas anteriores saíram do contexto.

A resolução de regras é código determinístico, não saída do modelo. O modelo propõe uma ação; o resolvedor a verifica contra o conjunto de regras e devolve um resultado. "Eu ataco o goblin" vira uma rolagem de ataque, uma rolagem de dano e uma gravação de estado. O modelo então narra o resultado. Se você deixar o modelo decidir os números de dano, o balanceamento vira ruído.

Isso também torna o sistema depurável. Você pode registrar cada rolagem, cada modificador e cada delta de estado. Quando um jogador diz "isso não deveria ter acertado", você tem os números.

A parte difícil é responder a uma entrada não roteirizada. Um jogador digita "eu jogo a lanterna na ponte de corda". O sistema tem de decidir: a lanterna existe no inventário, a ponte está ao alcance, o fogo afeta a corda, o que acontece em seguida. Um GM só de prosa consegue descrever tudo isso. Um GM espacial também precisa calcular, porque a geometria da ponte e o projétil da lanterna vivem ambos na cena.

O loop de reação é: analisar a intenção e transformá-la em uma ação estruturada, validar contra o estado e as regras, aplicar os efeitos e então gerar a narração a partir do estado resultante. A análise para um esquema é o que mantém o mundo consistente. A narração em texto livre sem uma ação estruturada é onde as sessões se enfraquecem.

Mestre de masmorra com AI vs um GM humano

A comparação honesta é sobre qual deles vence em qual eixo, porque não são a mesma ferramenta. Um GM humano é melhor em ler as pessoas. Um AI GM é melhor em nunca se cansar e nunca precisar de uma agenda. A maioria dos grupos deveria usar os dois, não escolher.

A tabela abaixo mostra o que realmente difere em uma sessão, com base em rodar os dois. Tempo de preparação, improvisação, consistência e clima de mesa são os quatro eixos que importam na prática.

Jogue uma sessão

A prova é uma sessão, não uma demo. Uma sessão tem um objetivo, personagens que respondem a você e pelo menos um obstáculo que pode ser resolvido de mais de uma maneira. Estes são os mundos do Neta Studio que rodam como sessões de AI GM no navegador agora.

Cada um começa com um objetivo declarado. Você não é largado em uma sandbox sem fio condutor; recebe um motivo para agir e um conjunto de NPCs que reconhecem o que você faz. O AI GM acompanha seu progresso em relação ao objetivo e ajusta o comportamento dos NPCs de acordo.

Por que mestres de jogo só de prosa quebram

Um AI GM só de texto não tem geometria. É essa a falha inteira. Quando você digita "eu escalo a parede", não há parede com altura, nem jogador com velocidade de escalada, nem consequência se você falhar. O modelo produz uma frase plausível e segue em frente. A sessão parece boa por alguns turnos e então parece oca, porque nada do que você faz consegue falhar de um modo que mude o espaço.

O sintoma que os jogadores notam primeiro é que as distâncias deixam de importar. Você pode "correr para o outro lado da sala" e isso não custa nada. Você pode "se esconder atrás da coluna" exista ou não uma coluna. O modelo está gerando descrição, não simulando um espaço. Depois de vinte minutos, o jogador para de tentar ações criativas porque aprendeu que ações criativas não têm peso mecânico.

Quando o mundo é um espaço 3D real, isso muda. A parede tem uma altura em unidades do mundo. O jogador tem uma velocidade de escalada. A tentativa ou tem sucesso, ou falha, ou tem sucesso parcial, e o resultado é gravado no estado. O AI GM narra a partir do estado resolvido em vez de inventá-lo. A falha é possível, e é isso que faz o sucesso significar algo.

A segunda quebra é a memória. Um GM de prosa mantém o mundo inteiro em uma janela de tokens. Depois de certo comprimento de sessão, os fatos iniciais caem fora e o modelo se contradiz. Um mundo espacial externaliza o estado. O AI GM não precisa lembrar que a porta está trancada; o objeto da porta tem um marcador de trancada. É por isso que mundos espaciais aguentam sessões mais longas do que os que são só chat.

Mundos de MMO com AI e multijogador

A intenção de criador de MMORPG é um mundo compartilhado persistente: muitos jogadores, um estado canônico e sessões que continuam enquanto você está offline. O AI GM continua executando as quatro tarefas, mas agora as executa contra um estado compartilhado, o que introduz dois problemas que mundos solo não têm.

O primeiro é o estado compartilhado. Se dois jogadores estão na mesma cidade e um incendeia a taverna, o outro precisa ver isso. Isso significa que o AI GM não pode manter um estado por jogador; ele mantém um único estado de mundo, e todos os clientes leem dele. O modo de falha é o conflito: dois jogadores tentam saquear o mesmo baú no mesmo tick. Você precisa de uma ordem de commit e de um lock, ou a ação de um jogador sobrescreve silenciosamente a do outro.

O segundo é a moderação. Um AI GM que gera diálogo de NPC a partir da entrada do jogador acabará gerando algo que um jogador não deveria ver, ou um jogador usará o canal de entrada para produzi-lo. Em um mundo compartilhado, isso não é um bug pessoal; é um problema de todos. A resposta prática é um filtro no texto gerado, um caminho de denúncia e limites de taxa por jogador no canal de entrada.

Mantenha um único estado de mundo autoritativo. Os clientes enviam intenções, não estado. O servidor valida a intenção contra o estado atual, aplica o efeito e transmite o delta. Se você deixar os clientes gravarem o estado diretamente, você terá dessincronização e duplicação em poucos minutos. O AI GM lê do estado autoritativo, então sua narração é consistente para todos os jogadores da área.

Para mundos persistentes, o estado precisa sobreviver a reinicializações do servidor. Faça um snapshot do mundo em intervalos fixos e grave os deltas entre os snapshots. Reexecutar os deltas desde o último snapshot é como você se recupera de uma queda sem reverter a sessão inteira.

Duas superfícies precisam disso: o diálogo gerado e a entrada do jogador. O diálogo gerado passa por um filtro de conteúdo antes da transmissão. A entrada do jogador tem limite de taxa e é filtrada antes de chegar ao AI GM. Registre a entrada e a saída gerada juntas, para que você possa revisar uma denúncia sem adivinhar o que aconteceu.

O AI GM também deve ter um caminho de recusa rígida. Se uma ação está fora do modelo de mundo ou da política de conteúdo, o GM recusa em personagem e indica uma alternativa. Uma recusa que permanece na ficção é menos perturbadora do que uma mensagem de erro do sistema.

Geração de roguelike e de masmorras

Um roguelike precisa de duas coisas que puxam em direções opostas: uma masmorra que pareça diferente a cada run e uma masmorra que seja justa a cada run. Aleatoriedade nos dois eixos produz runs injustas. Layout fixo nos dois eixos produz uma run entediante. A solução é separar os eixos: definir a seed do layout, fixar a curva de dificuldade e variar a decoração.

Definir a seed do layout significa que o grafo de salas, as conexões de corredores e as posições de chaves são gerados a partir de uma seed, de modo que uma determinada seed sempre produz a mesma masmorra. Isso torna as runs reproduzíveis para depuração e permite comparar duas builds no mesmo mapa. Fixar a curva de dificuldade significa que o orçamento de encontros por profundidade é uma constante, não um sorteio aleatório. Variar a decoração significa que o tileset, as skins dos inimigos e a tabela de loot podem mudar a cada run sem alterar a curva.

O AI GM fica por cima disso como o mestre de masmorra. Ele lê o grafo gerado, popula as salas com NPCs cujas personas combinam com sua posição e aplica as regras durante o jogo. A geração é determinística; a sessão não é.

Construa um

A menor sessão jogável de AI GM precisa de quatro coisas: um mundo com geometria, um NPC com uma persona, um obstáculo com duas soluções e um armazenamento de estado que persiste entre os turnos. É só isso. Você pode adicionar regras, arte e uma curva de dificuldade depois. Se você construir primeiro a versão de quatro partes, encontrará os problemas de loop cedo, quando corrigi-los é barato.

Comece com uma única sala e um guarda. O guarda tem um nome, um motivo para estar ali e uma regra: não sai da porta. O obstáculo é a porta. Você pode lutar contra o guarda, distraí-lo ou encontrar uma chave. Cada caminho grava um marcador de estado diferente. Se o AI GM conseguir rodar essa sala sem se contradizer ao longo de dez turnos, você tem uma sessão.

A partir daí, adicione as partes que escalam: mais NPCs com buffers de memória, um resolvedor de regras com rolagens registradas, um gerador de layout com seed e, por fim, estado compartilhado se você quiser multijogador. Cada adição tem um modo de falha específico que você pode testar. Construa a menor coisa, quebre-a de propósito e então estenda.

Entre no mundo ao qual ele pertence

A única maneira de julgar um mestre de jogo é jogar uma sessão. Abra uma: um mundo pequeno em que quatro personagens dão a você algo para fazer, e os obstáculos respondem a como você os aborda. Ele foi construído do mesmo jeito que tudo neste site — a partir de uma descrição, publicado como uma página.