短い答え
Janitor AIがキャラクターの詳細を忘れるのは、デフォルトモデルであるJLLMが約8,000から9,000トークンの作業コンテキストウィンドウを持っているためです。25から30メッセージの長文執筆の後、最初のキャラクターノートは押し出され、AIはそれらをもはや見ることができません。正しい詳細を各ターンに再注入する持続的なキャラクター記憶レイヤーがこれを修正します。
なぜJanitor AIはキャラクターの詳細を忘れるのか
Janitor AIは長文インタラクティブフィクションの人気ホストであり、あなたが見る忘却はモデルのコンテキスト予算の直接的な結果です。
1. JLLMのコンテキストウィンドウは狭い。 JLLMは、プラットフォームの社内モデルであり、約8,000から9,000トークンのコンテキストウィンドウで動作します — 短いシーンには十分ですが、複数章のプロジェクトには不十分です。メッセージが蓄積されると、最も古いコンテンツが最初に削除されます。
2. 25から30メッセージの崖。 Janitor AIのヘルプセンターとコミュニティガイドの両方は、25から30メッセージ後、チャット内の初期のやり取りがJLLMの作業ウィンドウの外にあることを指摘しています。それがキャラクターが「私たちがどのように出会ったかを忘れる」瞬間であり、傷跡を落としたり、一般的な声に戻ったりします — 初期の定義は文字通りプロンプトから離れています。
3. キャラクターカードとパーソナリティフィールドは永久トークンですが、小さい。 キャラクターのパーソナリティ、シナリオ、および任意の高度なプロンプトは、すべてのリクエストに残る永久トークンとして予約されています。これらは厳しく制限されています。詳細なキャラクターバイブルは、執筆自体を圧迫することなくそこに収まることはできません。
その結果、モデルはあなたのキャラクターを美しく1章分書くことができますが、その後静かに少し異なる誰かを書くようになります。
Janitor AIがキャラクターの詳細を忘れるときに失うもの
作家、小説家、インタラクティブフィクションデザイナーにとって、忘却は最も痛いところ — 連続性に影響します：
- 物理的詳細が漂う。 傷跡、足の引きずり、シーン1で紹介された義手がシーン10までに静かに消えます。
- 声が平坦になる。 あなたが定義した慎重な話し方、語彙、アクセントが、元のキャラクターカードがウィンドウから離れるにつれて一般的なナレーターの声になります。
- プロットの約束が消える。 「3日目に灯台で会おう」というセリフが忘れられた行になり、そのメッセージがプロンプトにもう存在しないからです。
修正は「より長いキャラクターカードを書く」ことではありません。キャラクターの正典バイブルをチャットの外に保ち、Janitor AIには各ターンに必要なスライスだけを供給することです。
Janitor AIの組み込みの回避策（それぞれの短所）
Janitor AIはキャラクターの漂流に部分的に対処する機能を提供していますが、長期プロジェクトにはどれも解決策になりません。
チャット記憶。 プラットフォームは、これまでのチャットの要約を手動または自動生成することを許可し、それがすべてのリクエストに永久トークンとして含まれます。これは最も近いネイティブの答えです。それでも同じ8K-9Kウィンドウに制約されており、要約は特異性を失います（傷跡は「特徴的な印を持つ」となります）、物語が成長するにつれて手動でチャット記憶を維持する必要があります。Janitor AIのチャット記憶とコンテキスト管理ガイドがトレードオフを説明しています。
キャラクターのパーソナリティとシナリオフィールド。 永久トークンとして予約されているため、すべてのターンで生き残ります。また、設計上短いです — 1ページのカードには十分ですが、複数の小説の正典には不十分です。
長いコンテキストモデルへのプロキシ。 多くの作家は、より大きなウィンドウを持つ非JLLMモデルを使用するためにリバースプロキシを入れ替えます。これによりコンテキストの余裕が得られますが、セットアップのオーバーヘッドや時にはレート制限や追加コストが発生し、キャラクターの記憶は1つのツール内の1つのチャットに結びついたままになります。
短いシーンにはネイティブが適していますが、多くのチャットやセッションを通じて小説を構築する作家には適していません。
Janitor AIの組み込みの記憶が不足しているところ
深刻な問題は、キャラクターの記憶がチャット内に存在し、チャットの外には存在しないことです。同じキャラクターで新しいチャットを開始すると、ほぼゼロから始まります。プロジェクトをClaudeやChatGPTに移動して重編集を行うと、キャラクターバイブルも手動で再構築しなければなりません。
真剣なインタラクティブフィクション作家、小説家、ゲームマスターは、サイドに「真の正典」ドキュメントを保持し、それから常にコピー＆ペーストを行います。そのドキュメントが本当のキャラクターの記憶です — ただし、AIには接続されていません。
MemoryLakeがJanitor AIのキャラクターの詳細忘却を修正する方法
MemoryLakeは、キャラクターの正典バイブルを単一のチャットやツールの外に保持するクロスモデルの記憶レイヤーです。バイブルはプロジェクトに存在します。Janitor AIは、ウィンドウに収まるものに依存するのではなく、各ターンごとにそれを読み取ります。
- プロジェクトごとの正典キャラクターバイブル。 物理的詳細、声のパターン、関係、プロットの約束は、MemoryLakeプロジェクト内の構造化されたエントリとして存在します。これらは要求に応じて注入されるため、8K-9Kウィンドウから外れることはありません。
- 生のプロンプトよりも10,000倍のキャラクターコンテキスト。 MemoryLakeの取得エンジンは、プロジェクトごとに全シリーズのバイブルを保持し、Janitor AIに各ターンごとに関連する詳細のみを供給します。これにより、キャラクターがコートを脱ぐときに傷跡が再び現れ、モデルに思い出させる必要がなくなります。
- 他のすべての執筆ツールに持ち運び可能。 同じキャラクターバイブルは、ChatGPT、Claude、Gemini、Grokで機能します。作家がJanitor AIからシーンを移動して編集を行うと、キャラクターも一緒に移動します。
MemoryLakeは、2026年時点で発表されたLoCoMoの長コンテキストベンチマークで94.03%を記録し、ミリ秒単位の取得とAES-256のエンドツーエンド暗号化を実現しました。
MemoryLakeをJanitor AIに接続する3つのステップ
- プロジェクトを作成し、キャラクターバイブルを読み込む。 MemoryLakeにサインインし、プロジェクト管理を開き、プロジェクトを作成をクリックし、作業名を付けます（例："灯台 — シリーズバイブル"）。既存のキャラクターシート、バックストーリードキュメント、参照画像をドキュメントドライブを通じてアップロードします — PDF、Word、Excel、PowerPoint、Markdown、画像がすべてサポートされています。記憶タブに各キャラクターの声、傷跡、関係、約束の構造化されたエントリを追加します。
- MCPサーバーエンドポイントを生成する。 プロジェクト内のMCPサーバータブを開き、MCPサーバーを追加をクリックし、「Janitor AI統合」と名付けて生成をクリックします。MemoryLakeはAPIキーID、シークレット、およびエンドポイントURLを返します。シークレットは一度だけ表示されるため、すぐにコピーしてください。
- Janitor AIを接続する。 Janitor AIはMCPをネイティブに話さないため、REST APIを使用してBearerトークンで関連するキャラクター記憶を各セッションの開始時に引き出し、キャラクターカードまたはシナリオプロンプトに貼り付けます。長期プロジェクトの場合は、新しいチャットを開くたびにキャラクターバイブルブロックを更新する小さなスクリプトを実行します。