物語と状態追跡の分離がAIテキストアドベンチャーの記憶喪失を修正する

r/LocalLLaMAの開発者が、AIを活用したテキストアドベンチャーが短時間のプレイ後に浅く支離滅裂になる理由を特定し、物語生成と状態追跡を分離する解決策を構築しました。

問題点：信頼性の低いデータベースとしてのLLM

このソースは、ChatGPTやClaudeをダンジョンマスターとして使用すると約10分間は機能するが、その後「AIがインベントリを忘れ、新しい悪役を幻覚し、完全にプロットを見失う」という一般的な経験を説明しています。開発者は、核心的な問題を「人々がゲームの状態のためにLLMをデータベースとして使用している」ことと特定しています。

解決策：ステートフルなシミュレーションエンジン

開発者は数か月をかけて「AI支援生成とナレーションを上層に重ねたステートフルなシミュレーション」を構築しました。重要な洞察は「LLMからその権限を完全に剥奪する」ことでした。このエンジンでは：

• ターンは明示的なシミュレーションフェーズを通じて状態を変化させる
• LLMは行動が成功するかどうかを決定しない - 例えば、「剣を購入しようとすると、LLMはそれが起こるかどうかを決定しない」
• PostgreSQLデータベースがコイン台帳やその他の状態をチェックする
• 物語テキストは状態変化の後に生成され、前ではない

技術的実装

このシステムはデータとして存在する永続的なゲームワールドを作成し、アプリが「回復、復元、分岐、継続」できるようにします。このアプローチは、「AIが物理的にインベントリを幻覚できない」ことを意味します。なぜなら、インベントリ追跡はデータベースで行われ、LLMのコンテキストウィンドウ内ではないからです。開発者は、これが「純粋なパワーファンタジーではなく、物質的に制約された生活シミュレーションのトーン」を強制すると指摘しています。

アーキテクチャパターン

核心的なパターンは、シミュレーションロジックと物語生成を分離することです。ゲームの状態（インベントリ、場所、キャラクター統計、ワールド状態）は構造化されたデータベースに存在し、LLMはその状態に基づいた記述テキスト生成のみを処理します。これにより、LLMが限られたコンテキストウィンドウ内で物語の一貫性とゲーム状態の両方を維持しようとする際に発生する一貫性の崩壊を防ぎます。