短い答え
Character.AIは関係の履歴を忘れます。なぜなら、長いチャットの古いターンが圧縮されるか、アクティブな記憶から押し出されるからです。ピン留めされた記憶はチャットごとに15に制限され、ペルソナフィールドはアイデンティティのためにサイズが設定されており、アークレベルの履歴には対応していません。適切なシーンごとのビートを再注入する持続的な関係ストアがこれを修正します。
なぜCharacter.AIは関係の履歴を忘れるのか
Character.AIは、古いメッセージを積極的に圧縮することで、ライブチャットを迅速かつ一貫性のあるものに保ちます。そのトレードオフが、関係が履歴を失う原因です。
1. 長いチャットは古いターンを圧縮し、削除します。 アクティブなコンテキストは最近のメッセージを優先します。古いやり取り — あなたが最も気にかけていた関係のビートを含む — は要約されるか、予算内に収めるために削除されます。
2. ピン留めされた記憶はチャットごとに15に制限されます。 ピン留めは最も強力なネイティブレバーであり、Character.AIチームは、最大15のピン留めメッセージがチャット全体でアクティブな記憶に残ることを確認しています。15は最大のビートには十分ですが、30のビートを保持する関係には不十分です。
3. ペルソナとロアブックはアイデンティティと canon に関するものであり、アークではありません。 ペルソナフィールドはキャラクターが誰であるかを定義し、ロアブックは世界に関する事実を保存します。どちらも「第12章で私たちの間に何が起こり、第24章で私たちをどう変えたか」を運ぶようには設計されていません。
その結果、素晴らしい初対面と素晴らしい80回目の対面を演じることができるモデルですが、それらを2つの別々のシーンとして扱います。
Character.AIが関係の履歴を忘れると失うもの
キャラクター主導のインタラクティブフィクションを構築している作家にとって、関係はしばしば物語そのものです。それを失うと、作品にそれが表れます：
- 得た信頼がリセットされます。 キャラクターがついに心を開いた章は、AIがもはや持っていない事実となり、次の章は初対面のように感じられます。
- 対立のビートが消えます。 第12章であなたが書いた裏切りはもはや範囲に含まれず、第24章での和解は説明のつかない善意として読み取られます。
- 内部言語が消えます。 彼らが一緒に得たニックネーム、ロードトリップからの内輪ネタ、彼らが決して口に出さなかった無言のこと — すべてが一般的な対話に戻ります。
修正策は「もっとメッセージをピン留めする」ことではありません。関係のアークをチャットの上に保持し、Character.AIに現在のシーンに関連するスライスを供給することです。
Character.AIの組み込みの回避策（それぞれの短所）
Character.AIは役立ついくつかの記憶ツールを提供していますが、どれも長いアークを信頼性高く運ぶことはできません。
ピン留めされた記憶。 チャットごとに最大15がアクティブな記憶に永遠に残ります。 ピン留めされた記憶のヘルプ記事 をご覧ください。最大のビートには不可欠です。多くの転換点を持つ長いアークには不十分です。
キャラクター記憶テキストボックス。 最大400文字の固定記憶がAIがそれらを参照する可能性を高めますが、キャラクターは必ずしもそれらをそのまま使用するわけではありません。それは1つの短い段落です — 関係の履歴ではありません。
ロアブック。 必要に応じて関連するロアを表面化します。世界の事実には素晴らしいですが、「このキャラクターが第17章でそのキャラクターをこれらの条件で許した」というためには本当に設計されていません。
ワンショットシーンにはネイティブが適していますが、長いキャラクター主導のプロジェクトには不十分です。
Character.AIの組み込みの記憶が不足している点
より深刻な問題は、関係のアークがどこにも持続的に存在しないことです。同じキャラクターとの複数のチャットを通じて、AIは自動的に彼らの間で何が起こったのかを知りません。そして、ストーリーをChatGPTやClaudeに移して編集を行うと、アークはそれに伴って移動しません。
真剣なインディ作家や脚本家は、関係のビートシートをサイドに保持し、それから常に貼り付けることになります。そのビートシートが関係の本当の記憶です — ただし、モデルには接続されていません。
MemoryLakeがCharacter.AIの関係の履歴を忘れる問題を解決する方法
MemoryLakeは、関係のビートシートを単一のチャットの外に保持するクロスモデルの記憶レイヤーです。アークはプロジェクトに存在します。Character.AIはシーンごとにそれを読み取り、30のビートを運ぶために15のピンに依存するのではなく、必要なものを再注入します。
- プロジェクトごとの標準的な関係のアーク。 初対面、重要な対立、転換点、得た信頼、内部言語は、MemoryLakeプロジェクトの構造化されたエントリとして存在します。長いチャットの圧縮の下で消えることはなく、適切なものがシーンごとに再注入されます。
- 生のプロンプトよりも10,000倍のアークコンテキスト。 MemoryLakeの検索エンジンは、プロジェクトごとに完全なマルチノベルの関係履歴を保持し、現在の章に関連するビートのみを表面化します。これはピン留めが許す範囲をはるかに超えています。
- 他のすべての執筆ツールに持ち運び可能。 同じ関係の履歴は、ChatGPT、Claude、Gemini、GrokでRESTを介して機能します。アークが編集や仕上げに移動すると、関係もそれに伴って移動します。
MemoryLakeは、2026年時点で公開されたLoCoMoの長文コンテキストベンチマークで94.03%を記録し、ミリ秒単位の検索とAES-256のエンドツーエンド暗号化を実現しました。
MemoryLakeをCharacter.AIに接続する3つのステップ
- プロジェクトを作成し、関係のアークをロードします。 MemoryLakeにサインインし、プロジェクト管理を開き、「プロジェクトを作成」をクリックし、プロジェクトの名前を付けます。例：「The Lighthouse — 関係のビート」。既存のシーンのアウトライン、ビートシート、以前の章をドキュメントドライブを通じてアップロードします — PDF、Word、Excel、PowerPoint、Markdown、画像がすべてサポートされています。記憶タブで各関係のビート、対立、得た信頼の瞬間の構造化されたエントリを追加します。
- MCPサーバーエンドポイントを生成します。 プロジェクト内のMCPサーバータブを開き、「MCPサーバーを追加」をクリックし、「Character.AI関係のアーク」と名付けて「生成」をクリックします。MemoryLakeはAPIキーID、シークレット、およびエンドポイントURLを返します。シークレットは一度だけ表示されるので、すぐにコピーしてください。
- Character.AIを接続します。 Character.AIはMCPをネイティブに話しませんので、REST APIを使用してBearerトークンで関連するアークスライスを取得し、それをCharacter Memoryテキストボックス、チャットの最初のメッセージ、またはペルソナフィールドに注入します。主要なシーンの移行の間にスライスを更新して、アークを最新の状態に保ちます。