AIロールプレイゲームはセッションをまたいで所持品を記憶できる?


2026-09-09


永続するアイテム台帳と流暢な言及を分けるものは何か?

はい、AIロールプレイゲームはセッションをまたいで所持品を記憶できます。ただし、戦利品が直近の文章の一行ではなく、永続状態として保存されている場合に限ります。2026年における分かれ目はアーキテクチャです。名前付きアイテムの台帳を保持するツールはログアウト後も残りやすい一方、直近の場面を要約するだけのツールは、真鍮のコンパスをなくしたり、鍵を複製したり、すでに支払った金貨を再び使わせたりしがちです。

この違いこそ、プレイヤーが実際に「所持品を覚えている」と言うときに意味していることです。流暢な言及、たとえば「あなたの荷物はまだ手元にあります」は、1週間ぶりに戻ってきた後も Ash, the grey mare と forty coins owed to the harbourmaster が残っている台帳と同じではありません。

キャンペーンの所持品と即興の戦利品フレーバーを分ける主な要素は、次のとおりです。

✅ 保存形式 — 構造化レコードか、圧縮された物語要約か ✅ セッション中断 — チャット内で30ターン続いた後だけでなく、アプリを閉じた後にもアイテムが残るか ✅ 正確性 — 名前、個数、場所が「何らかの装備品」ではなく文字どおり維持されるか ✅ 強制 — 売却した剣を世界が使わせないか ✅ 記述負担 — 生き残らせるために、すべてのアイテムをロアカードに固定しなければならないか

ツールを正直に比較するには、「AIに記憶があるか」ではなく、「チャットが終わったとき、アイテムはどこに存在するのか」と問うべきです。


ホログラフィックマップ、ミニチュア、ダイス、キャラクターステータスパネルを用いてテーブルトークRPGキャンペーンを進行するAIダンジョンマスターロボット


所持品健忘はなぜAIロールプレイキャンペーンを壊すのか?

所持品健忘がキャンペーンを壊すのは、戦利品が「昨日が実際にあった」と世界が証明する手段だからです。宿屋の主人があなたのくすねた遺物を忘れるなら、そのゲームはもはや結果を追跡していません。あなたのキャラクター名だけを再利用した、新しい最初の場面を生成しているだけです。

長期的に動作するLLMエージェントは固定されたコンテキストウィンドウに制約されており、遠い履歴へのアクセスも信頼できません。所持品はこの問題の最悪のケースです。リストであり、正確さが必要であり、必要になる瞬間までは退屈だからです。メモリ研究は、リストのような詳細集約型コンテンツこそ、一律の要約によって破壊されやすいと指摘しています。

プレイヤーはこの失敗を、次の3つの具体的な不具合として感じます。

  • 消えるアイテム — 名前付きの物体が、無関係な場面の後に蒸発する
  • 幽霊アイテム — すでに売った剣をナレーターが再び渡してくる
  • あいまいな借金 — 金貨を貸していたNPCが、突然あなたを完済済みとして扱う

独立テスターは現在、この失敗を測定可能なものとして扱っています。Creation OSのメモリ検証は、生きた世界なら恨みを持ち、所持品を保ち、借金を強制しなければならないと主張します。そうでなければ、それはキャンペーンではなく即興劇の相手です。

セッションをまたぐ所持品の永続性では、何を確認すべきか?

**台帳・想起・強制(Ledger–Recall–Enforcement、LRE)**テストと呼べる3つの性質を確認すべきです。あるツールはデモでは一貫して見えても、ログアウトして戻ると3つのうち1つを失敗することがあります。

台帳。 アイテムはどこに保存されるのでしょうか。実際に見られる選択肢には、生のトランスクリプト、自動要約、プレイヤー作成のロアカード、埋め込み、構造化されたキャンペーンオブジェクトがあります。AI Dungeonは、生成コンテキストと要約、Memory Bank、Story Cards、Plot Componentsを組み合わせています。NovelAIは、トリガーワードが発火したときにLorebookエントリーを挿入します。Friends & Fablesは、ナレーション用と状態用のコンテキストを分けた構造化キャンペーンオブジェクトを使います。これらは異なる「記憶スコア」ではなく、異なる台帳です。

想起。 セッションの中断後、つまり密度の高い30ターンを経た後ではなく、正確な物体を言い直さずにゲームが取り出せるでしょうか。クロスセッションの想起は、チャット内の想起より厳しい条件です。生きたコンテキストウィンドウがなくなっているからです。

強制。 世界は台帳に基づいて行動するでしょうか。ロックピックを持っていると覚えていても、次の場面で手ぶらのまま金庫を開けられたり、NPCの店がユニークアーティファクトの2個目を売ったりするなら意味がありません。

本格的な感情的投資をキャンペーンに注ぐ前に、次の検証を実行してください。

  1. 最初のセッションで、明確に名前付けされた物体を1つ入手する。
  2. 無関係な場面をプレイしてから、アプリを完全に閉じる。
  3. 後で再び開き、その物体を使う、売る、またはその不在に気付くはずのNPCの前を通ろうとする。
  4. 結果を評価する。名前付きで保持された、曖昧に保持された、消えた、のいずれかです。

この手順は、Creation OSの恨み・アイテム・借金検証におけるアイテム部分にログアウトを加えたものです。コンテキストウィンドウ内での流暢さではなく、永続性をテストできます。

セッション間で所持品を保持するAIロールプレイツールはどれか?

広く使われているAIロールプレイツールのうち、台帳・想起・強制のすべてで同じ強さを持つものはありません。Arcanumの2026年プラットフォームガイドは、メモリがこのカテゴリの中心的な問題であり、製品ごとに状態をモデルの外へ移したり、カードに固定したり、トランスクリプトだけで十分であることを期待したりして解決していると率直に述べています。

Jenovaでは、The Mansionのような探索モジュールが、永続的なクロスセッションメモリと無制限のチャット履歴を中心に構築されています。そのため、鍵、手紙、くすねた遺物は別のデバイスで再開してもキャンペーンの一部であり続けられます。これは会話に基づく永続性であり、古典的なRPGのアイテムグリッドではありません。見える戦利品パネルを必要とするプレイヤーは、依然として要約を求めるか、別途リストを管理する必要があります。

機能 / 評価軸The Mansion(Jenova)AI DungeonVoyageFriends & Fables / CraftNovelAIRoleForge
所持品の保存永続チャット履歴 + クロスセッションメモリコンテキスト、要約、Memory Bank、Story Cards、Plot Components決定論的な世界・状態システム構造化キャンペーンオブジェクト、ナレーションと状態を分離トリガー時に挿入されるプレイヤー作成LorebookHP、所持品、派閥を保存するSQLデータベース
セッション中断後も残るかキャンペーンメモリとして残るよう設計アイテムが要約またはカード化されたかに依存継続的な記録として残るよう設計キャンペーンオブジェクトとして残るよう設計Lorebookエントリーを作成した場合のみデータベース行として残るよう設計
正確な名前と個数プレイ中に名前付けすれば強い。専用アイテムUIはない偶発的なアイテムにはStory Cardが必要な場合がある機械的ステータスは数値。ただし所持品の不具合は残る構造化オブジェクトが正確性を助けるエントリーがなければ、正確な借金やアイテムがずれることがある機械的な事実はモデルの手から外れている
プレイヤーが見られる台帳リストを求める方式。ネイティブの戦利品グリッドではない管理するCards / Components世界内の機械的追跡。装備の不具合報告ありキャンペーンオブジェクト。汎用的な所持品UIではない編集するLorebookデータベース裏付けの記録(クローズドアルファ)
料金(2026年時点)月間利用量に制限のある無料枠、Plusは月額$20Unchainedアップデート後に基本体験を整理。完全な料金体系はここでは未検証無料枠ありのオープンベータこの調査セットでは未検証この調査セットでは未検証アクセス可能なユーザーは利用制限なしで無料。クローズドアルファ
最適な用途手がかりと持ち物が物語状態となる長編探索構造化されないフィクションと素早い前提の切り替えベータ版の所持品不具合を受け入れられる、公正でステータス検証されたプレイ生のチャットではなくキャンペーンオブジェクトを求めるプレイヤーロアバイブルを維持する書き手モデルが戦利品を上書きできないソロキャンペーン

The MansionとJenovaのキャンペーンメモリ

The Mansionは、健忘状態で始まる探索ゲームです。どの部屋にも、明日も手元にあるべき物体が隠れている可能性があります。Jenovaは無制限の会話履歴と永続的なクロスセッションメモリを保存し、セッションはWeb、iOS、Android間で同期されます。実際には、ノートPCで取った手紙を、通勤中にスマートフォンで開いてもコートの中に残しておけます。

正直な制約は、意図ではなくインターフェースです。エージェントには公開済みのスロット制所持品画面がありません。ナレーターが「3本のろうそく、曲がった鍵、水浸しの教区台帳」を「あなたの発見物」と圧縮したなら、1回の訂正が必要になることがあります。それでも、そもそも教区台帳を保存していないチャットボットよりは、キャンペーンに近いものです。

The Asylumは調査劇の近縁です。証言、鍵、ファイルは、手がかりであると同時に所持品のように扱われます。同じメモリ層が適用されます。どちらのモジュールも戦術的なルーターではなく、接頭辞付きのランダム装備を求めるプレイヤーは、ここでDiablo風のバッグを見つけることはできません。

AI Dungeon

AI DungeonはオープンエンドのAIロールプレイを切り開きました。ダイスなしの、構造化されない共同フィクションを望む場合に、今も最も強力です。継続性スタックは実在します。自動要約、Memory Bank、埋め込み、Story Cards、Plot Componentsです。Latitudeはまた、数千アクション前まで届くことを目指したメモリおよび要約システムについて説明しています。

弱点は偶発的な戦利品です。Creation OSが提示する有用な問いは、自分で意図的に記述しなかった事実も、なお戻ってくるかということです。初期の公開テストではすでに、代名詞を解決できても世界を保持できない文脈メモリが示されていました。Arcanumは今も、長期キャンペーンにおけるコンテキスト崩壊を既知の弱点に挙げています。所持品が重要なら、大事なアイテムをStory Cardsに昇格させる計画を立ててください。

Voyage

LatitudeのVoyageは逆の賭けです。実際のステータスに対するスキルチェック、数値としてのヒットポイント、空間位置、永久死を採用しています。Creation OSはこれを決定論的な世界・状態システムと説明しています。Arcanumの2026年8月31日ランキングでは、そのボード上で最高の総合スコアを得ており、当時プレイ可能なツールのなかで最も高い計測メモリ結果を出しました。

ただし、所持品の問題が解決済みの製品ではありません。同じレビューは、所持品と装備に今も不具合があること、ナレーターがプレイヤーの台詞を代弁する場合があることを述べています。Voyageは、強力な機械的状態と未完成の戦利品レイヤーを持つものとして扱うべきです。

Friends & FablesとCraft

Friends & Fablesは、メモリをアーキテクチャの明示的な一部にしている数少ない製品の1つです。構造化キャンペーンオブジェクト、分割されたナレーション / 状態コンテキスト、関連性で制御された長期メモリを備えます。CraftはFriends & Fablesスタジオによるゼロからの再構築であり、世界だけでなくルールセットそのものを変更できることを目指しています。

この設計は、原理上は所持品に非常に適しています。アイテムが文ではなくオブジェクトになれるからです。この調査セットでは、数千ターンにわたる管理下の戦利品試験を取得できなかったため、適切な主張は実験室での判定ではなく、アーキテクチャ上のものです。

NovelAI

NovelAIは執筆重視のツールです。エントリーを自分で記述し、トリガーを適切に管理すれば、Lorebookは名前付きの武器を長く保持できます。偶然手に入れた一回限りの物、たとえば使い捨ての場面で拾った正確なコンパスは弱点です。何も自動的にそれを本へ昇格させないからです。

文章表現を制御したく、キャンペーンの記録係を担う意思があるならNovelAIを使ってください。放置しても進行するダンジョンマスターとして使うものではありません。

RoleForgeなど、モデルの外に状態を置く設計

RoleForgeのアプローチは、このカテゴリで最も明快な一文に要約できます。すべての機械的事実、つまりHP、所持品、NPC関係スコア、派閥評判、世界状態はSQLデータベースに存在し、AIはナレーションだけを行うというものです。モデルはその行を取り消すことを許されないため、倒したキャラクターは死んだままです。

ただし、そのガイドにおいてRoleForgeはクローズドアルファであり、実プレイ評価も未評価です。近い仲間には、MCPコネクタ経由でエンティティ、セーブ、戦闘をコンテキストウィンドウの外に保持するWyrdTale、非同期ターンをまたいでHP、イニシアチブ、所持品、位置取りを維持するInfinity DMがあります。Tidefallは警告例です。雰囲気は作り込まれていますが、所持品、通貨表示、クエストジャーナルがありません。

クロスセッションメモリはコンテキストウィンドウとどう異なるか?

クロスセッションメモリは明日再び開ける保存領域であり、コンテキストウィンドウは現在のトランスクリプトを照らす移動式スポットライトです。この2つを混同することが、多くのAI RPGが1時間は「覚えている」のに、その後でバッグを失う理由です。

製品側のメモリがない単純なチャットは、対照群です。Creation OSはまさにこの設定を使っています。新しいチャットを作り、製品メモリをオフにし、与えられたトランスクリプトだけを使います。初期ターンは魔法のように感じられます。名前を挙げたアイテムがすべてまだ画面上にあるからです。トランスクリプトが伸びるにつれて、古い行は範囲外へ落ちます。これはモデルの道徳的な失敗ではありません。ウィンドウの性質です。

長期エージェントメモリの研究は、このウィンドウを型付きストアに置き換えようとしています。LeanMemは、履歴コンテンツのすべてを同じ方法で要約すべきではないと論じています。安定した事実はコンパクトなプロファイルに、変化する事実は日付付きイベントに、高忠実度の素材、すなわちリスト・計画・所持品は段落へ押し潰すのではなくソースに基づくレコードとして残すべきです。LoCoMoとLongMemEval-Sにおいて、この手法は同論文で最強のメモリベースラインを最大15.1ポイント上回る精度向上を示しました。

所持品にとって、示唆は実践的です。

  • プロファイルメモリ — 「この盗賊はいつもロックピックを持っている」(粗すぎる)
  • イベントメモリ — 「夕暮れにMaraへロックピックを売った」(状態変化)
  • レコードメモリ — バッグに何が残っているかという実際の一覧(台帳)

AIロールプレイゲームが映画的な要約だけを保持しているなら、プロファイルとイベントで動作し、リストが生き残ることを願っているのです。願望はルールセットではありません。

構造化状態は、所持品追跡で要約を上回れるか?

アイテムが正確で、数えられ、強制可能なままである必要があるなら、構造化状態は所持品追跡において要約を上回ります。要約は雰囲気には優れていますが、台帳には不向きです。

これはファンの不満ではなく、現在の設計上の合意です。Hugging Faceのエージェントメモリスレッドでは、モデルがメモリ候補を提案することはあっても、ルールなしに永続状態を書き込むべきではないと開発者たちが論じています。独立して、

。Project Lunarは、戦利品テーブルも所有する単一のナレーターではなく、永続メモリと独立したNPCの思考を持つエンジンを説明しています。

同じ考え方にはセキュリティ面もあります。永続的な長期メモリは今やデフォルトのエージェント機能です。そしてそれは汚染経路を生みます。あるセッションで保存された信頼できないテキストが、後のセッションを操れるのです。既存のコンテンツベースおよび系譜ベースの防御は、このベンチマークで最大68%の成功率を持つロンダリング攻撃を防げませんでした。RPGにおける日常的な汚染の形は、受け取ったことのない王室令状をNPCが「渡したと覚えている」ことです。ナレーターが所持品を書けるなら、ナレーターは不正もできます。

このスペクトラムにおけるJenovaの立ち位置は中程度です。永続的なクロスセッションメモリと無制限の履歴により、The MansionとThe Asylumはタブを閉じても卓上をリセットしません。モデルが依然として世界を語るため、慎重なプレイヤーは重要なアイテムを名前付きにし、訂正し、ときどき再提示するものとして扱うべきです。これは人間のダンジョンマスターに期待するのと同じ衛生管理です。新しいChatGPTスレッドよりは強く、RoleForgeのSQL行よりは柔軟です。

Game Designer Assistantは、プラットフォームを離れずに厳格な版を望む場合に適した隣接ツールです。ユニークID、重量、所有者、場所などを含むアイテムスキーマを作成し、そのスキーマをキャンペーンへテーブルの法として貼り付けられます。このアシスタントはダンジョンを運営しません。ダンジョンが従うべき台帳形式を記述します。

所持品を失わないAIキャンペーンはどう設定するか?

オブジェクトをデータベースキーのように命名し、意図的に保存し、ナレーターにバッグを曖昧に処理させないことで、所持品を保全できます。設定はツールをまたいで似ています。異なるのは台帳の仕組みだけです。

The Mansionでは、次のようなフローが機能します。

  1. 最初の廊下に入る前にエージェントを開き、戦利品の物理法則を宣言する。
  2. アイテムには具体的な名前を付ける。「A bent iron key stamped cellar-3」は、「鍵」より生き残りやすい。
  3. 拾得、売却、投棄、盗難のたびに、1行の所持品スナップショットを求める。
  4. 次回の開始を雰囲気ではなくリストから行えるよう、セッションの終わりにスナップショットをログ内に残す。
  5. 再開時には屋敷を作り直さない。最後に未解決だった物体を提示するよう求める。

有用な開始時の制約は次のとおりです。

「これは致死的な探索ゲームです。所持品は文字どおりに扱います。私がアイテムを取る、落とす、売る、使うたびに、物体、場所、所有者の継続リストを更新してください。失ったアイテムを復元しないでください。私が取っていない戦利品を追加しないでください。空のポケットとマッチ1本を持たせ、玄関ホールから始めてください。」

有用な再開文は次のとおりです。

「筋書きを要約しないでください。前回セッションの私の所持品を一覧にしてから、解錠済みの使用人用階段から続けてください。教区台帳はまだ私のコートの中にあります。」

AI Dungeonでは、気にかけるユニークアイテムごとにStory CardまたはPlot Componentを追加してください。Creation OSの検証は明確です。デフォルト設定でアイテムテストを行い、その後カードありでもう一度実行し、自動メモリが実際にどれほどの編集作業を必要とするか確かめます。

NovelAIでは、アイテム名と明白な同義語をキーにしたLorebookエントリーを作成してください。コンパスが「真鍮の物」としか言及されないなら、トリガーが発火しない可能性があります。

Voyageなどの機械的エンジンでは、店の場面のたびに装備パネルを確認してください。公開済みテストはすでに所持品の不具合を指摘しています。したがってプレイヤーの役割は、信頼ではなく監査です。

これらすべてにおいて、テーブルトークから引き継げる習慣が1つあります。キャンペーン全体ではなく、生きているスレッドを要約することです。適切なメモリ層なら、名前付きの物体を拾い上げられるはずです。自伝を再提出する必要があってはなりません。


永続的なキャラクターサイドバー、クエスト風メモ、キャンペーン状態を画面上に維持する冒険ログを備えたAIロールプレイゲームセッション


AIがキャンペーン途中でアイテムを創作、複製、紛失した場合はどうなるか?

AIがアイテムを創作、複製、紛失すると、キャンペーンの因果連鎖は切れ、後の場面はもはや存在しない世界についてのファンフィクションになります。ナレーターが同時に台帳でもあるかを把握すれば、失敗パターンは予測可能です。

紛失。 要約がリストを落とします。モデルは「あなたが地下室を探していた」ことを覚えていても、cellar-3 がブーツの中にあることは覚えていません。これはLeanMemの問題です。リストは高忠実度レコードであるにもかかわらず、雰囲気と同じように扱われるのです。

複製。 報酬の場面が局所的に劇的だったため、モデルがユニークアイテムを再び授けます。強制が失敗しています。構造化ストアなら unique:true を確認し、拒否したはずです。

創作。 NPCまたは取得されたメモリが、あなたが取っていない物体を注入します。エージェントセキュリティの用語では、これはメモリ汚染に近い問題です。信頼できないテキストが明日の事実になるのです。ゲーム用語では偽造令状です。

矛盾。 灰色の牝馬を売ったのに、後の移動場面であなたはその鞍に乗っています。Creation OSのアイテム検証は、まさにこの継ぎ目、つまり流暢な言及と永続状態の間の隙間を捉えるために設計されています。

プレイ中に有効な訂正手順は次のとおりです。

  1. 正しい台帳を示す、キャラクター外の1行で場面を止める。
  2. 誰かがキャラクターとして話す前に、次のナレーションがその台帳に従うよう要求する。
  3. ツールがカード、オブジェクト、SQLをサポートするなら、訂正はチャットだけでなくそこにも書き込む。
  4. 同種のエラーが繰り返されるなら、所持品中心のプレイにはアーキテクチャが不適切です。要約と議論するより、状態をモデルの外に置くツールへ切り替えてください。

Jenovaのキャンペーンは履歴が保持されるため、その訂正を受け入れて進行できます。ただし、魔法のようにグリッドUIが生えるわけではありません。ゼロトラストの戦利品を望むプレイヤーは、Game Designer Assistantのアイテムスキーマに厳格な訂正を組み合わせるか、アクセスできるならRoleForgeのようなデータベース裏付けエンジンを選ぶべきです。

ゲームデザイナーはAI RPGの永続的な所持品について何を語っているか?

AIキャンペーンをデモではなく製品として扱うゲームデザイナーは、現在、所持品を宣伝すべきメモリ機能ではなく、状態整合性として語っています。ナレーターはバッグを描写しても構いませんが、バッグが存在する唯一の場所であってはなりません。

「AI RPGの最初の場面は安価です。所持品こそ、あなたがキャンペーンを出荷したのか、段落生成機を出荷したのかを知る場所です。ユニークアイテムが先週火曜日の要約にある1節にすぎないなら、それは戦利品ではありません。プレイヤーが売る、仕掛ける、あるいは所持を見つかることを初めて試みた時点で失敗する雰囲気です。私たちは名前付きの物体を、所有者、場所、最後の状態変化を持つレコードとして扱います。文章はそれらのレコードを読まなければなりません。店の場面を遺物の2個目で飾るほうが美しいからといって、書き換えることは許されません。」

「もう1つの間違いは、より大きなコンテキストウィンドウが問題を終わらせると思い込むことです。ウィンドウは移動します。セッション中断で消えます。プレイヤーはデバイスも切り替えます。クロスセッションメモリは最低基準であり、重要なのは強制です。1週間後にもなお40枚の金貨を貸している港長はルールセットです。モデルがすっきりした挨拶を望んだからと忘れる港長はスロットマシンです。LLMにナレーションと所持品のコミットの両方を任せるビルダーは、鍵の紛失、剣の複製、ときどき現れる架空の令状を自ら招いています。」

「セキュリティ研究は、ダンジョンマスターがすでに知っていたことに追いつきつつあります。信頼できない対話が長期メモリを書けるなら、NPCは台帳を汚染できます。だからこそ、単一の隠された要約ではなく、型付きストアとプレイヤーが確認できる訂正が必要なのです。プレイヤーはリストを求め、リストを得られるべきです。『あなたの装備』という映画的モンタージュではありません。」

— 永続的AIキャンペーンエージェントを設計するJenova Product Team

参考資料

  1. LeanMem: LLMエージェントのためのシンプルかつ効率的な長期メモリ — コンテキストウィンドウの制約とリスト / 忠実度に関する知見
  2. Creation OS — AI RPGメモリテスト(恨み、アイテム、借金)とツール別の状態モデル
  3. Arcanum RPGs — 2026年のベストAIロールプレイプラットフォーム(Voyage、Craft、RoleForge、AI Dungeon、Tidefall、WyrdTale、Infinity DM)
  4. Wilds AI — AI Dungeon代替ツールの比較
  5. AI DungeonのX投稿 — 数千アクションに及ぶメモリおよび要約システム
  6. Ars Technica — AI Dungeon 2の文脈メモリ評価
  7. Hugging Face Forums — 長期稼働AIエージェント向けメモリシステムの設計
  8. LLMエージェントの長期メモリを汚染から保護する研究 — デフォルト機能としての永続メモリとロンダリング結果
  9. horizonfps/project-lunar — 永続メモリを備えるAI RPGエンジン
  10. Mana — 2026年のベストAIロールプレイプラットフォーム比較セット
  11. OpenAI Developer Community — 評価サンドボックスとしての長編フィクションロールプレイ環境
  12. Hacker News — 初期AI Dungeonのコンテキストウィンドウ制約