Durante muitos anos, os adventures foram definidos não apenas por suas histórias ou enigmas, mas pela forma como o jogador se comunicava com o jogo. Antes dos menus, ícones e interfaces gráficas dominarem o mercado, existia o parser, o sistema responsável por interpretar os comandos digitados pelo jogador.

O parser era, ao mesmo tempo, interface, intérprete e narrador silencioso. Era ele quem tentava compreender frases como:

PEGUE A CHAVE
ABRA A PORTA
USE A CORDA NO GANCHO

E transformar aquelas palavras em ações dentro do mundo virtual. Nos adventures clássicos, jogar significava conversar com a máquina. Dessa forma, o parser era o mecanismo que analisava o texto digitado pelo jogador e tentava identificar os verbos, objetos, intenções e relações entre elementos. Seu trabalho era converter linguagem humana em comandos internos compreensíveis pelo jogo.

Quando o jogador digitava: ABRA A PORTA COM A CHAVE o parser precisava reconhecer a ação principal (abrir), o objeto alvo (porta) e o instrumento utilizado (chave). Tudo isso era feito em computadores com pouquíssima memória e processamento extremamente limitado, lá no começo dos anos 80.

Nos primeiros adventures, como Colossal Cave Adventure e Zork, os parsers eram relativamente simples. Normalmente trabalhavam com estruturas curtas: VERBO + OBJETO. Exemplos: PEGUE LANTERNA, ENTRE CAVERNA e LEIA LIVRO.

Mesmo assim, aquilo parecia revolucionário. Pela primeira vez o jogador podia escrever livremente em vez de escolher opções fixas. O computador dava a ilusão de compreender linguagem natural.

Os computadores dos anos 70 e 80 tinham restrições severas tai como pouca memória RAM, processadores lentos e armazenamento limitado. Por isso os parsers precisavam ser extremamente compactos.

Muitas vezes conheciam poucas dezenas de palavras e isso gerava situações clássicas: NÃO ENTENDO ESSA PALAVRA
ou NÃO SEI COMO FAZER ISSO. O jogador precisava aprender a falar a língua do jogo.

Apesar das limitações, os parsers criavam algo poderoso: a sensação de diálogo. O jogador começava a acreditar que o computador realmente entendia suas intenções. Esse fenômeno foi essencial para o encanto dos adventures.

Ao contrário de outros jogos da época, nos adventures a imaginação preenchia o espaço entre texto e interpretação. Cada resposta parecia parte de uma conversa.

Com o tempo, os parsers ficaram mais sofisticados. Passaram a aceitar frases maiores, múltiplos objetos, preposições e comandos compostos. Por exemplo: PEGUE TODAS AS CHAVES EXCETO A DOURADA ou COLOQUE O LIVRO NA ESTANTE.

Empresas como a Infocom ficaram famosas pela qualidade quase literária de seus parsers. Os jogos tentavam interpretar sinônimos, contextos e variações de linguagem.

Nos melhores adventures, o parser fazia parte da personalidade do jogo. Alguns eram bem-humorados, outros irônicos, sarcásticos ou misteriosos. Normalmente o parser podia ser a consciência ao lado do jogador ou mesmo a consciência do próprio jogador, tipo NÓS ESTAMOS em oposição a VOCÊ ESTÁ. A resposta do parser ajudava a construir atmosfera da aventura.

Um simples erro podia gerar mensagens memoráveis. Isso transformava a interação em algo muito mais humano.

Na segunda metade dos anos 80, os adventures começaram a migrar para interfaces gráficas. Jogos como King’s Quest ainda utilizavam parser textual junto aos gráficos. Mas depois vieram os sistemas point-and-click da Lucasfilm Games e da Sierra, reduzindo gradualmente o uso de digitação livre.

O jogador passou a selecionar ações com o mouse, tais como abrir, pegar, falar e empurrar. Isso resolveu problemas de frustração, já que o jogador não precisava mais adivinhar palavras aceitas pelo parser. Mas também reduziu parte da liberdade imaginativa.

Nos adventures clássicos, o parser criava uma relação única entre jogador e jogo. Cada comando digitado era uma tentativa de comunicação. Havia algo literário naquele processo. O jogador escrevia ações. O computador respondia. A aventura surgia desse diálogo.

Talvez por isso muitos fãs considerem os parsers muito mais do que simples sistemas técnicos. Eles eram mecanismos de imaginação.

Uma interface baseada em linguagem, criada numa época em que os computadores mal conseguiam exibir algumas linhas de texto na tela. E mesmo assim conseguiam fazer o jogador acreditar que estava conversando com outro mundo.

Pra Brasileiro É Tudo Diferente

No comecinho dos anos 80 tive um primeiro contato com os adventures, através de uma aventura chamada Asylum, desenvolvida por William F. Denman Jr. e lançado pela Med Systems Software. Foi desse contato e pouco depois de digitar de um livro uma aventura chamada City Of Alzam, que decidi fazer o meu primeiro adventure, o Aventuras na Selva.

Seguindo a tradição já estabelecida, comecei pela estrutura mais simples: verbo+objeto. Na época o computador para o qual o jogo se destinava só possuía letras maiúsculas e não tinha acentuação. MAÇÃ teria que ser MACA, mesmo que uma MACA fosse necessária no enredo.

Depois de lançada a ventura, na revista Micro Sistemas, migrei para um computador bem mais potente: mais memória, mais flexibilidade de gravação (disquetes 5 1/4) e letras maiúsculas e minúsculas, mas ainda sem acentuação. Esse detalhe só foi resolvido com a migração para os computadores MSX. Finalmente eu poderia criar uma aventura que respeitasse completamente a gramática da língua portuguesa.

Foi fácil? Nem de longe. Mesmo hoje é preciso cuidado com letras acentuadas pois elas geralmente fazem parte do conjunto estendido do código ASCII e quase nunca são padronizadas. Mas esse não era o meu pior pesadelo.

Como todo bom brazucadev eu queria usar hífen nos textos de resposta do parser, para dar um visual mais elegante aos parágrafos. Isso pode parecer simples, mas você (seja sincero) realmente lembra de todas as regras de hifenação que aprendeu na escola? Pois é!

Com o aparecimento dos monitores planos, de grande resolução, a hifenação foi se tornando desnecessária, ainda que fosse elegante. Os percalços que passei eram mais em direção à complexidade da interpretação, tipo reconhecer adjetivos, advérbios, ações compostas e principalmente ações complementares. Aprecie esse pequeno exemplo: PEGUE A CHAVE E GUARDE-A NA MALA. Ou algo assim: PEGUE A CHAVE E GUARDE-A (computador: ONDE?) NA MALA.

Até o final dos anos 90, meu Sistema Editor de Adventures deu suporte a todos esses recursos mas a direção que a evolução dele seguiu (Zeus, Micro Aventuras e Gênesis) privilegiou outro caminho: interfaces mais simples, que facilitam a indução do jogador, e com ações pre estabelecidas.

E AI A IA Nasceu

Em pleno ano da graça de 2026 fica difícil não fazer a pergunta: e se a gente fizer um adventure usando inteligência artificial? Não usando a IA como ferramenta pois isso já é feito há vários anos, mas sim implementá-la dentro da estrutura do parser. Heim? Heim? Heim?

Pergunta: a IA vai ser coautora ou autora autônoma? Consegue ver a sutiliza aqui? Num modelo podemos ter uma parceira “cheia de ideias” e no outro a, a, Skynet. Brrr…

Já que vamos usar a IA em sua plenitude, por que não deixar que ela conduza inclusive os procedimentos iniciais? A minha primeira pergunta ao GPT foi: é possível integrar a IA a uma estrutura do parser de um adventure clássico?

Macacos me mordam: não só respondeu como já mandou um exemplo em html para que eu pudesse testar. E com ele algumas “melhorias” sem que nem tivessem sido pedidas. Dai em diante a brincadeira ficou extremamente divertida. Muda daqui, muda dali e a cada nova versão mais coisas bacanas foram adicionadas.

O resultado está aqui mesmo, no link a seguir (clique aqui). Mas atenção ao experimento: o objetivo é avaliar como a IA responde aos comandos do jogador. Se quiser saber mais sobre esse modelo específico (coautoria por sugestão da própria IA) fique antenado no IndieLab aqui do IndieBrasilis.