2026-09-09
Sim — um jogo de roleplay com AI pode lembrar o inventário entre sessões, mas apenas quando o saque é armazenado como estado durável, e não como uma linha de prosa recente. Em 2026, a divisão é arquitetural: ferramentas que mantêm um registro de itens nomeados tendem a sobreviver a um logout, enquanto aquelas que apenas resumem a última cena frequentemente perdem uma bússola de latão, duplicam uma chave ou permitem que você gaste ouro que já pagou.
Essa diferença é o que os jogadores realmente querem dizer com “ele lembra meu inventário”. Uma retomada fluente — “você ainda está com sua mochila” — não é o mesmo que um registro que ainda lista Ash, a égua cinzenta e quarenta moedas devidas ao capitão do porto depois de uma semana longe.
Fatores-chave que separam o inventário de uma campanha de um saque improvisado para dar sabor à narrativa:
✅ Forma de armazenamento — registros estruturados versus resumos comprimidos da história
✅ Pausa de sessão — o item continua existindo depois que você fecha o App, não apenas após trinta turnos no chat
✅ Exatidão — nomes, quantidades e locais permanecem literais, não apenas “algum equipamento”
✅ Aplicação das regras — o mundo impede você de usar uma espada que vendeu
✅ Ônus de autoria — se você precisa fixar cada item em um cartão de lore para ele sobreviver
Para comparar ferramentas com honestidade, ajuda deixar de perguntar “a AI tem memória?” e começar a perguntar onde o item fica quando o chat termina.

A amnésia de inventário destrói campanhas porque o saque é como um mundo prova que o dia de ontem aconteceu. Se o estalajadeiro esquece a relíquia que você guardou no bolso, o jogo não está mais acompanhando consequências — ele está gerando uma nova primeira cena que por acaso reutiliza o nome do seu personagem.
Agentes LLM de longa duração são limitados por janelas de contexto fixas e pelo acesso pouco confiável ao histórico distante. O inventário é uma versão de pior caso desse problema: é uma lista, precisa ser exato e é entediante até o instante em que você precisa dele. Pesquisas sobre memória observam que conteúdo intensivo em detalhes, como listas, é exatamente o que a sumarização uniforme tende a destruir.
Os jogadores percebem a falha como três problemas específicos:
Testadores independentes agora tratam essa falha como algo mensurável. O teste de memória da Creation OS defende que um mundo vivo precisa guardar rancor, manter um inventário e cobrar uma dívida — caso contrário, você tem um parceiro de improvisação, não uma campanha.
Você deve procurar três propriedades que podemos chamar de teste Registro–Recuperação–Aplicação (LRE). Uma ferramenta pode parecer consistente em uma demonstração e ainda falhar em uma das três quando você sai e volta.
Registro. Onde o item é armazenado? As opções encontradas incluem a transcrição bruta, um resumo automático, um cartão de lore criado pelo jogador, embeddings ou um objeto estruturado de campanha. AI Dungeon combina contexto de geração com resumos, um Memory Bank, Story Cards e Plot Components. NovelAI insere entradas do Lorebook quando palavras-gatilho são acionadas. Friends & Fables usa objetos estruturados de campanha com contextos separados para narração e estado. Esses são registros diferentes, não apenas “pontuações de memória” diferentes.
Recuperação. Após uma pausa de sessão — e não apenas depois de trinta turnos densos — o jogo consegue recuperar o objeto exato sem que você o reafirme? A recuperação entre sessões é mais rigorosa do que a recuperação dentro do chat, porque a janela de contexto ativa já não existe.
Aplicação. O mundo age com base no registro? Lembrar que você possui uma gazua é inútil se a próxima cena permite abrir o cofre de mãos vazias, ou se uma loja NPC lhe vende uma segunda cópia de um artefato único.
Faça este teste antes de confiar uma campanha a um investimento emocional real:
Esse protocolo corresponde à parte referente a itens do teste rancor–item–dívida da Creation OS, com um logout inserido para testar persistência, e não a fluência da janela de contexto.
Nenhuma ferramenta de roleplay com AI amplamente usada é igualmente forte em registro, recuperação e aplicação. O guia de plataformas de 2026 da Arcanum afirma sem rodeios que a memória é o problema central da categoria e que produtos diferentes resolvem isso retirando o estado do modelo, fixando-o em cartões ou torcendo para que a transcrição seja suficiente.
Na Jenova, módulos de exploração como The Mansion são criados com base em memória persistente entre sessões e histórico de chat ilimitado, de modo que chaves, cartas e relíquias guardadas no bolso podem continuar fazendo parte da campanha quando você retoma em outro dispositivo. Isso é persistência fundamentada na conversa, não uma grade clássica de itens de RPG. Jogadores que precisam de um painel de saque visível ainda precisam pedir uma recapitulação ou manter uma lista paralela.
| Recurso / Dimensão | The Mansion (Jenova) | AI Dungeon | Voyage | Friends & Fables / Craft | NovelAI | RoleForge |
|---|---|---|---|---|---|---|
| Armazenamento de inventário | Histórico de chat persistente + memória entre sessões | Contexto, resumos, Memory Bank, Story Cards, Plot Components | Sistema determinístico de mundo/estado | Objetos estruturados de campanha; narração separada do estado | Lorebook criado pelo jogador e inserido por gatilhos | Banco de dados SQL para HP, inventário e facções |
| Sobrevive a uma pausa de sessão | Projetado para isso, como memória de campanha | Depende de o item ter sido resumido ou colocado em cartão | Projetado como registros permanentes | Projetado como objetos de campanha | Apenas se você criou uma entrada no Lorebook | Projetado como linhas de banco de dados |
| Nomes e quantidades exatos | Forte quando nomeados durante o jogo; sem UI dedicada para itens | Itens incidentais podem precisar de um Story Card | Atributos mecânicos são numéricos; o inventário ainda apresenta bugs | Objetos estruturados ajudam na exatidão | Dívidas/itens exatos podem se desviar sem uma entrada | Fatos mecânicos estão fora do controle do modelo |
| Registro visível ao jogador | Peça uma lista; não há uma grade nativa de saque | Cartões/componentes que você mantém | Acompanhamento mecânico dentro do mundo; bugs de equipamento relatados | Objetos de campanha, não uma UI universal de inventário | Lorebook que você edita | Registro em banco de dados (alpha fechada) |
| Preços (em 2026) | Plano gratuito com uso mensal limitado; Plus US$ 20/mês | Experiência-base simplificada após a atualização Unchained; mapa completo de planos não verificado aqui | Beta aberta com plano gratuito | Não verificado neste conjunto de pesquisa | Não verificado neste conjunto de pesquisa | Gratuito e sem limites de uso para quem tem acesso; alpha fechada |
| Melhor para | Exploração longa, em que pistas e objetos carregados são estado da história | Ficção não estruturada e alternância rápida entre premissas | Jogo justo, com atributos verificados, caso você aceite bugs de inventário na beta | Jogadores que querem objetos de campanha, e não chat bruto | Escritores que manterão uma bíblia de lore | Campanhas solo que precisam impedir o modelo de sobrescrever o saque |
The Mansion é um jogo de exploração com abertura marcada por amnésia: cada cômodo pode esconder um objeto que ainda deveria estar em suas mãos amanhã. A Jenova armazena histórico de conversa ilimitado e memória persistente entre sessões, e as sessões são sincronizadas entre web, iOS e Android. Na prática, uma carta tirada em um laptop ainda pode estar no casaco durante o trajeto de celular.
A limitação honesta é a interface, não a intenção. Não há uma tela de inventário publicada e baseada em espaços para o Agente. Se o narrador comprimir “três velas, uma chave torta e um registro paroquial encharcado” em “suas descobertas”, você poderá precisar fazer uma correção. Isso ainda está mais próximo de uma campanha do que de um chatbot que jamais armazenou o registro.
The Asylum é o primo investigativo: depoimentos, chaves e arquivos funcionam como inventário, mesmo quando são pistas. A mesma camada de memória se aplica. Nenhum dos módulos é um looter tático, e jogadores que querem equipamentos com afixos aleatórios não encontrarão aqui uma bolsa no estilo Diablo.
AI Dungeon foi pioneiro no roleplay aberto com AI e continua sendo mais forte quando você quer ficção colaborativa não estruturada, sem dados. Sua pilha de continuidade é real: resumos automáticos, um Memory Bank, embeddings, Story Cards e Plot Components. A Latitude também descreveu um sistema de memória e sumarização pensado para alcançar milhares de ações anteriores.
A lacuna está no saque incidental. A pergunta útil, como a Creation OS coloca, é se um fato que você não criou deliberadamente ainda retorna. Testes públicos iniciais já mostraram memória contextual capaz de resolver um pronome, mas não de sustentar um mundo. A Arcanum ainda lista o colapso de contexto em campanhas longas como uma fraqueza conhecida. Se o inventário importa, planeje promover itens importantes a Story Cards.
Voyage, da Latitude, é a aposta oposta: testes de habilidade contra atributos reais, pontos de vida como números, posição espacial e morte permanente. A Creation OS o descreve como um sistema determinístico de mundo e estado. O ranking da Arcanum de 31 de agosto de 2026 deu a ele a maior pontuação composta daquele quadro e o melhor resultado de memória medido entre as ferramentas jogáveis naquele momento.
Não é um produto de inventário resolvido. A mesma análise afirma que inventário e equipamento ainda apresentam bugs e que o narrador às vezes controla os diálogos do jogador. Trate Voyage como um estado mecânico forte com uma camada de saque inacabada.
Friends & Fables é um dos poucos produtos que torna a memória uma parte explícita da arquitetura: objetos estruturados de campanha, contextos divididos entre narração e estado, e memória de longo prazo filtrada por relevância. Craft é a reconstrução feita do zero pelo estúdio de Friends & Fables, voltada a permitir que você altere o conjunto de regras, e não apenas o mundo.
Esse design é adequado ao inventário em princípio, pois um item pode ser um objeto, e não uma frase. Não obtivemos um teste controlado de saque com milhares de turnos neste conjunto de pesquisa, portanto a afirmação correta é arquitetural, não um veredito de laboratório.
NovelAI é uma ferramenta voltada à escrita. Seu Lorebook pode preservar uma arma nomeada por bastante tempo se você criar a entrada e mantiver os gatilhos organizados. Um objeto incidental e isolado — a bússola exata que você pegou em uma cena descartável — é o caso fraco, pois nada o promove automaticamente para o livro.
Use NovelAI quando você quer controle sobre a prosa e atuará como arquivista da campanha. Use-o menos como um mestre de masmorra que funciona sozinho.
A abordagem da RoleForge é a frase mais clara da categoria: cada fato mecânico — HP, inventário, pontuações de relacionamento com NPCs, reputação de facção, estado do mundo — reside em um banco de dados SQL, e a AI apenas narra. Um personagem que você matou permanece morto porque o modelo não tem permissão para reescrever a linha.
Ela também está em alpha fechada e sem avaliação de jogabilidade prática naquele guia. Entre parentes próximos estão WyrdTale, que mantém entidades, salvamentos e combate fora da janela de contexto via um conector MCP, e Infinity DM, que preserva HP, iniciativa, inventário e posicionamento entre turnos assíncronos. Tidefall é o caso de alerta: atmosfera elaborada, mas sem inventário, exibição de moeda ou diário de missões.
A memória entre sessões é um armazenamento que você pode reabrir amanhã; uma janela de contexto é um holofote móvel sobre a transcrição atual. Confundir as duas é o motivo de tantos RPGs com AI “lembrarem” por uma hora e depois perderem a mochila.
Um chat simples, sem memória de produto, é o grupo de controle. A Creation OS usa exatamente essa configuração: um chat novo, memória do produto desativada e somente a transcrição fornecida. Os primeiros turnos parecem mágicos porque cada item que você nomeou ainda está na tela. Conforme a transcrição cresce, as linhas mais antigas ficam de fora. Isso não é uma falha moral do modelo. É uma janela.
A pesquisa de memória de longo prazo para Agentes tenta substituir essa janela por armazenamentos tipados. LeanMem defende que o conteúdo histórico não deve ser todo resumido da mesma maneira. Fatos estáveis tornam-se perfis compactos, fatos que mudam tornam-se eventos datados, e material de alta fidelidade — listas, planos e inventários — deve permanecer como registros fundamentados na fonte, em vez de ser esmagado em um parágrafo. No LoCoMo e no LongMemEval-S, a abordagem melhorou a precisão em até 15,1 pontos em relação à referência de memória mais forte daquele artigo.
Para o inventário, a implicação é prática:
Se o seu jogo de roleplay com AI guarda apenas uma recapitulação cinematográfica, ele opera com perfil mais evento e espera que a lista sobreviva. Esperar não é um conjunto de regras.
O estado estruturado supera a sumarização no inventário sempre que o item precisa permanecer exato, contável e aplicável. Resumos são bons para atmosfera e ruins para registros.
Isso agora é um consenso de design, não uma reclamação de fãs. Desenvolvedores na discussão sobre memória de Agentes do Hugging Face defendem que o modelo pode propor candidatos a memória, mas não deve escrever estado permanente sem regras. De forma independente,
. Project Lunar descreve um motor com memória persistente e mentes independentes de NPCs, em vez de um único narrador que também controla a tabela de saque.Há uma versão de segurança da mesma ideia. A memória persistente de longo prazo agora é uma capacidade padrão de Agentes, e ela cria uma via de envenenamento: texto não confiável armazenado em uma sessão pode orientar outra posterior. Defesas existentes baseadas em conteúdo e linhagem falharam contra ataques de lavagem com até 68% de sucesso naquele benchmark. Em um RPG, a forma mundana do envenenamento é um NPC que “lembra” de ter lhe dado uma autorização real que você nunca recebeu. Se o narrador pode escrever o inventário, o narrador pode trapacear.
A posição da Jenova nesse espectro é intermediária. A memória persistente entre sessões e o histórico ilimitado significam que The Mansion e The Asylum não limpam a mesa quando você fecha a aba. O modelo ainda dá voz ao mundo, portanto um jogador disciplinado deve tratar itens importantes como nomeados, corrigidos e ocasionalmente reafirmados — a mesma higiene que um mestre de masmorra humano espera. É mais forte do que uma nova conversa no ChatGPT e menos rígido do que uma linha SQL da RoleForge.
Game Designer Assistant é a ferramenta adjacente certa quando você quer a versão rígida sem sair da plataforma. Você pode criar um esquema de itens — IDs únicos, pesos, donos, locais — e depois colar esse esquema na campanha como a lei da mesa. O assistente não conduz a masmorra. Ele escreve o formato de registro que a masmorra deve obedecer.
Você mantém o inventário intacto ao nomear objetos como chaves de banco de dados, armazená-los de propósito e recusar que o narrador trate a mochila de modo vago. A configuração é parecida entre as ferramentas; só o mecanismo de registro muda.
Para The Mansion, um fluxo funcional é assim:
Uma restrição inicial útil:
“Este é um jogo de exploração letal. O inventário é literal. Se eu pegar, largar, vender ou usar um item, atualize uma lista contínua com objeto, localização e dono. Nunca restaure um item que perdi. Nunca adicione saque que eu não peguei. Comece comigo no saguão, com bolsos vazios e um fósforo.”
Uma frase útil para retomar:
“Não recapitule a trama. Liste meu inventário da última sessão e depois continue a partir da escada de serviço destrancada. O registro paroquial ainda está no meu casaco.”
No AI Dungeon, adicione um Story Card ou Plot Component para cada item único de que você gosta. O teste da Creation OS é explícito: faça o teste de item nas configurações padrão e depois novamente com cartões, para ver quanta curadoria a memória automática realmente precisa.
No NovelAI, crie uma entrada no Lorebook cujas chaves sejam o nome do item e sinônimos óbvios. Se a bússola for mencionada apenas como “a coisa de latão”, o gatilho talvez nunca seja acionado.
No Voyage ou em outros motores mecânicos, inspecione o painel de equipamento depois de cada cena de loja. Testes publicados já apontam bugs de inventário, portanto a função do jogador é auditar, não confiar.
Em todas essas opções, um hábito do RPG de mesa se transfere: recapitule o tópico ativo, não a campanha inteira. Uma camada de memória competente deve recuperar um objeto nomeado. Ela não deve exigir que você reenvie sua autobiografia.

Quando uma AI inventa, duplica ou perde itens, a cadeia causal da campanha se rompe, e cenas posteriores viram fan fiction sobre um mundo que já não existe. Os modos de falha são previsíveis quando você sabe se o narrador também é o registro.
Perda. A sumarização elimina a lista. O modelo ainda “lembra que você procurava no porão”, mas não que cellar-3 está na sua bota. Esse é o problema do LeanMem: listas são registros de alta fidelidade tratados como se fossem atmosfera.
Duplicação. O modelo concede novamente um item único porque a cena de recompensa era dramaticamente forte naquele contexto local. A aplicação falhou. Um armazenamento estruturado teria visto unique:true e recusado.
Invenção. Um NPC ou uma memória recuperada insere um objeto que você nunca pegou. Em termos de segurança de Agentes, isso se aproxima do envenenamento de memória: texto não confiável torna-se o fato de amanhã. Em termos de jogo, é uma autorização falsificada.
Contradição. Você vendeu a égua cinzenta; uma cena de viagem posterior coloca você na sela. O teste de item da Creation OS foi projetado para capturar exatamente essa falha entre uma retomada fluente e um estado durável.
Protocolo de correção que funciona durante o jogo:
Campanhas da Jenova podem aceitar essa correção e continuar porque o histórico é mantido. Elas não criarão magicamente uma UI de grade. Jogadores que desejam saque com confiança zero devem combinar o esquema de itens do Game Designer Assistant com correções rigorosas ou escolher um motor com banco de dados, como RoleForge, se tiverem acesso.
Designers de jogos que tratam campanhas com AI como produtos, e não demonstrações, agora falam de inventário como integridade de estado — não como um recurso de memória para anunciar. O consenso é que o narrador pode descrever a mochila, mas não deve ser o único lugar onde ela existe.
“A primeira cena de um RPG com AI é barata. O inventário é onde você descobre se entregou uma campanha ou um gerador de parágrafos. Se um item único é apenas uma oração no resumo da última terça-feira, você não tem saque. Você tem uma impressão que falhará na primeira vez que o jogador tentar vendê-lo, plantá-lo ou ser pego com ele. Tratamos objetos nomeados como registros: dono, local e última mudança de estado. A prosa precisa ler esses registros. Ela não pode reescrevê-los porque uma cena de loja ficaria mais bonita com uma segunda cópia da relíquia.”
“O outro erro é presumir que uma janela de contexto maior encerra o problema. Janelas se movem. Pausas de sessão as apagam. Jogadores também trocam de dispositivo. Memória entre sessões é a exigência mínima; aplicação é a exigência que importa. Um capitão do porto a quem ainda são devidas quarenta moedas depois de uma semana longe é um conjunto de regras. Um capitão do porto que esquece porque o modelo queria uma saudação limpa é uma máquina caça-níqueis. Desenvolvedores que deixam o LLM narrar e também registrar o inventário estão se oferecendo para chaves perdidas, espadas duplicadas e a eventual autorização inventada.”
“A pesquisa de segurança está alcançando o que mestres de masmorra já sabiam. Se diálogo não confiável pode escrever memória de longo prazo, um NPC pode envenenar o registro. Por isso queremos armazenamentos tipados e correções visíveis ao jogador, em vez de um único resumo oculto. O jogador deve poder pedir a lista e receber a lista — não uma montagem cinematográfica de ‘seu equipamento’.”
— Equipe de Produto da Jenova, designers de Agentes de campanha persistentes com AI