AIに膨大な世界設定ルールを何度も貼り直さず覚えさせるには？
2026-08-08
AIに世界設定ルールを覚えさせる最適な方法とは？
最も信頼できる方法は、3つの異なる仕組みを組み合わせることです。すなわち、セッションをまたいで事実を保持する永続メモリ層、AIが必要に応じて参照できる添付知識ベース、そして世界の絶対的なルールを記述する構造化されたカスタム指示です。どれか1つの機能だけでは解決できません。大きなコンテキストウィンドウは1つの会話の中では役立ちますが、新しいチャットを始めればリセットされます。一方、コーデックス形式のデータベースは設定を保存できますが、プロンプトへ手作業で注入する必要があります。Jenova、Novelcrafter、Claude Projectsを含む、これら3層を重ねるプラットフォームは、それぞれ問題の異なる部分を解決します。
AIが本当にあなたの世界を保持できるかを左右する主な要素は、次のとおりです。
✅ セッション間の永続性 — AIは明日も世界を覚えているのか、それとも次の40メッセージまでなのか？ ✅ 詰め込みではなく検索 — 毎ターン6万語の設定すべてを再処理するのではなく、関連する2%を取り出せるか？ ✅ 単なる想起ではなくルールの強制 — 魔法に血の代償が必要だと覚えていることと、その代償がない場面を書くのを拒否することは別です ✅ 構造化されたエンティティ保存 — 名前付きのキャラクター、派閥、場所を、AIが参照できる個別レコードとして保存できるか？ ✅ モデル間の可搬性 — あるモデルから別のモデルへ切り替えても、世界設定が維持されるか？
ここで最も重要な区別は、メモリとコンテキストの違いです。チャット履歴は、1つのセッションにおける直近のやり取りを保存します。検索拡張生成は、静的な文書ストアを検索します。本当の永続メモリは動的です。学習し、更新され、セッションをまたいで引き継がれます。これはメモリインフラの比較レビューでも指摘されています。世界設定に関する問題が実際にどの層に存在するかを理解することが、適切なツールを選ぶ鍵になります。
そもそも、なぜAIは世界設定を忘れてしまうのか？
AIが忘れる理由には2つの別々の原因があり、これらを混同すると、書き手は誤った解決策にお金を払うことになります。1つ目はコンテキストウィンドウの枯渇です。モデルが一度に保持できるテキスト量には上限があり、会話がその上限を超えると、初期の内容が削除または圧縮されます。2つ目はセッションの分離です。たとえ巨大なコンテキストウィンドウ内であっても、チャットを閉じて新しいチャットを開けば、ゼロから始まります。
🎯 コンテキストウィンドウの問題
より長いコンテキストウィンドウは、AIが作業メモリ内に保持できる情報量を拡張します。AIライティングツールの比較では、長いコンテキストウィンドウにより、AIがより長い文書を扱い、より多くの会話履歴を記憶し、長時間の執筆において一貫性を保てると述べられています。Claudeのモデルは20万トークンの上限を提供しており、Kindlepreneurのツールレビューでは、これにより「現在執筆中の小説の分析、マーケティング資料の作成、wikiの構築、長大な指示の処理に非常に優れる」と説明されています。
しかし、より大きなウィンドウはメモリと同義ではありません。それはより大きな机であり、書類棚ではないのです。
📊 詰め込みの問題
すべてを収められる場合でも、そうすることで出力は劣化します。コンテキストウィンドウの詰め込みは、一度に大量の情報が検索され、モデルがそれらを統合しきれなくなったときに起こります。この失敗パターンは、コンテキストウィンドウを超えるメモリシステムの分析でも記録されています。シーンの依頼前に4万語のwiki全体を貼り付けても、AIの精度は上がりません。むしろ、モデルが関連する詳細を見つけにくくなります。
🔄 セッション分離の問題
これこそが、「また貼り付けなければならない」という不満を実際に生む原因です。Microsoft AutoGenのようなフレームワークには状態管理が含まれますが、外部の永続データベースに接続しない限り、そのメモリは特定のセッションに紐付きます。同じ比較レビューでもこの点が指摘されています。技術的には、ほとんどの消費者向けAIチャットインターフェースが、会話ごとに相互接続のない独立したコンテナとして扱っていることが原因です。
近年の研究では、メモリエージェントに不可欠な4つの中核能力として、正確な検索、テスト時学習、長距離理解、競合解決が挙げられています。この枠組みは、LLMエージェントにおけるメモリの評価論文で提示されています。
このうち最後の「競合解決」は、世界設定を作る人にとって過小評価されがちな要件です。セッション12で、セッション3に確立したルールと矛盾する改訂を行ったとき、システムはどちらを優先すべきか理解できるでしょうか？
世界設定ルールを保持するAIに何を求めるべきか？
6つの観点で評価してください。ソロ小説、共同設定、テーブルトップキャンペーンのどれを運営するかによって、重み付けは変わります。以下の比較では、この枠組みを用います。
| 観点 | テストする内容 | 世界設定で重要な理由 |
|---|---|---|
| セッション間の永続性 | チャットを閉じ、新しいチャットでマイナーな派閥について尋ねる | 毎週貼り直す必要があるか、まったく不要かを決める |
| 構造化エンティティ保存 | 「House Verrin」を個別レコードとして保存できるか？ | 設定の混同や名前のぶれを防ぐ |
| 選択的検索 | 関連設定だけを取得するか、すべてを出力するか？ | 規模が大きいほど出力品質に直結する |
| ルールの強制 | 確立済みの制約を破るよう求める | 想起 ≠ 順守。必ず明示的にテストする |
| 改訂の処理 | プロジェクト途中でルールを変更し、古い版をテストする | 世界は変化する。静的ストアは劣化する |
| モデルの可搬性 | 基盤モデルを切り替え、保持状況を確認する | アップグレードのたびに世界を再構築せずに済む |
忘却コストテスト。 ツールを評価する実践的な方法は、AIが使える世界内の出力を生成するまでに、どれだけの設定文を再提示しなければならないかを数えることです。50語未満ならシステムは機能しています。500語を超えるなら、あなた自身がメモリ処理を行っています。
特にルール強制について。 多くの書き手は、「Karthの統治者は誰か？」という想起テストだけで終わります。より難しいのは制約順守のテストです。世界には蘇生魔法が存在しないとAIに伝え、その3セッション後に、死者が戻るシーンを書くよう依頼してください。本当にルールを保持しているシステムなら、拒否するか代替案を探します。単に想起しているだけのシステムなら、たった今違反した設定を引用しながら、平然と矛盾した内容を書きます。
主なアプローチを世界設定メモリの観点で比較すると？
アーキテクチャ上、明確に異なるアプローチは4つあり、それぞれ問題の異なる半分を解決します。以下は、重要な観点に沿った参照用の比較です。
| 観点 | Jenova | Novelcrafter | Claude Projects | Sudowrite | 自作メモリ層 |
|---|---|---|---|---|---|
| セッション間メモリ | 永続メモリがセッションとチャットをまたいで保持 | Codexはプロジェクト内に永続化され、プロンプトごとに注入 | プロジェクト知識は永続化、会話メモリは限定的 | Story Bibleがプロジェクト内に永続化 | 実装次第 |
| 構造化エンティティ保存 | 添付可能な知識ベースと文書 | Codex — キャラクター、設定、場所用の専用データベース | プロジェクトファイル（エンティティレコードではなく文書） | キャラクターおよび世界設定フィールドを持つStory Bible | ベクトルストアまたはグラフDBを自作 |
| 選択的検索 | 添付知識ベースからの自動検索 | プロンプトへの手動／タグ付きCodex注入 | プロジェクトファイル横断の検索 | Story Bibleの自動参照 | 完全に設定可能 |
| モデルの柔軟性 | マルチプロバイダー — OpenAI、Anthropic、Google、DeepSeek、xAI | OpenRouter、LMStudio、Ollama経由で任意のモデルを利用 | Anthropicモデルのみ | 独自Museを含む固定のモデル選択 | 任意のモデル |
| 指示によるルール強制 | 保存・再利用可能なカスタム指示 | プロンプトのカスタマイズと複製 | プロジェクト指示 | プリセット中心 | カスタムシステムプロンプト |
| セットアップの手間 | 低 — 文書を添付し、指示を設定 | 中 — Codexには構造化データの入力が必要 | 低 — プロジェクトにファイルをアップロード | 低〜中 | 高 — インフラが必要 |
| 料金 | 無料プラン、Plus $20/月（利用量30倍）、Premium $50/月 | Artisanプラン約$14/月＋従量制モデル料金 | Pro約$17/月（年払い） | Professionalプラン約$22/月 | 無料（オープンソース）＋インフラ＋開発時間 |
| 最適な用途 | 小説、キャンペーン、資料を同時に扱う継続的なマルチセッション世界設定 | どの設定を各プロンプトに届けるかを細かく手動管理したい書き手 | 文書ベースの設定でAnthropicモデルをすでに使っている書き手 | 参照の深さより強力なシーン出力を求める、散文優先のフィクション作家 | 独自の世界設定アプリケーションを構築する開発者 |
料金と機能の詳細は執筆時点のものであり、変更される場合があります。
📚 Novelcrafter：Codexアプローチ
Novelcrafterの中核機能はCodexです。Kindlepreneurはこれを、「キャラクターから重要な設定まで、本に関するあらゆる情報を保存する革新的なデータベース」と説明しています。著者は保存した情報に「容易にアクセスしてプロンプトに含められるため、AIは執筆時にそれらの要素についてより多くの情報を把握できる」とされています。
これは、専用ライティングツールにおける世界設定メモリとして、最も構造的に洗練された方法です。エンティティは文書内に埋もれた段落ではなく、個別のレコードとして扱われます。
強み： 本格的なエンティティ単位の保存。非常に高い柔軟性を持ち、OpenRouterを介してほぼすべてのモデルに接続できるほか、ローカルモデル用のLMStudioやOllamaにも接続できます。プロンプトの複製とカスタマイズも可能です。 制限： Kindlepreneurは、これが「一部の人には圧倒的に感じられる可能性がある」こと、そして「月額料金に加えて従量課金も必要」であることを指摘しています。Codexの注入は、大部分が自動で行われるものではなく、利用者が設定するものです。インターフェースは原稿制作を中心に設計されているため、世界設定が特定の本に紐付かない場合は摩擦が生じます。
✍️ Sudowrite：参照の深さより散文の品質
Sudowriteについて、Kindlepreneurは「フィクション執筆向けに特別設計された独自モデル」を持つと説明しています。レビュー執筆者は、これを「自然に聞こえる散文を書くための文句なしに最高のモデル」とし、「他のAIツールの多くには見られない、シーン構造と登場人物の配置への直感的な理解」を持つと評価しています。
強み： フィクション専用モデル。Story Bibleによる永続的な世界設定保存。より暗い設定では重要となる、検閲の少なさ。 制限： 同じレビューでは、「すべてのモデルにアクセスするためOpenRouterを統合できるNovelcrafterのような他ツールほど柔軟ではない」とされています。代わりに、Sudowriteが選択したモデルだけを使う必要があります。レビュー執筆者は、ブレインストーミング、世界設定、キャラクター構築、アウトライン作成の主力ツールとしては使わず、散文のために使うと明言しています。この比較では料金も最も高額です。
🤖 Claude Projects：大規模ウィンドウのアプローチ
Claudeの強みは、生の処理容量です。Kindlepreneurは、これが「巨大なコンテキストウィンドウにより、最大15万語の本を受け取り読める」とし、「提供されるモデルの大半は20万トークンの上限を持つ」と述べています。
強み： 卓越した散文品質。レビューでは純粋な文章執筆において「私のお気に入りのチャットボット」と評されています。Projectsは永続的な文書保存を提供し、Google Driveとも連携します。 制限： 「ChatGPTやGeminiなど他ツールにある複数の機能が欠けている」うえ、「強い検閲がある」ため、グリムダーク、ホラー、成人向け設定には実際的な制約になります。Anthropicモデルに限定されます。文書はファイルであり、構造化されたエンティティレコードではありません。
🧠 Jenova：階層化メモリのアプローチ
Jenovaのアプローチは、1つの層を最適化するのではなく、3層を組み合わせます。永続的なセッション間メモリにより、エージェントは好み、過去の作業、長期プロジェクトの詳細を、1つの会話内だけでなくチャットをまたいで保持します。添付可能な文書と知識ベースは、設定コーパスから根拠に基づく検索を提供します。カスタム指示はチャットに保存して別のチャットにも適用でき、単なる事実ではなく絶対ルールを記述する仕組みです。
マルチモデルという側面は、当初思われる以上に世界設定で重要です。Jenovaでは、単一のアカウントからOpenAI、Anthropic、Google、DeepSeek、xAIのモデルにアクセスでき、ベンダーロックインがありません。実務上は、あるモデルで雰囲気のある散文を書き、別のモデルで整合性チェックを実行しても、別のプラットフォームで世界のコンテキストを再構築する必要がありません。
強み： 手動注入なしで、メモリがセッションとチャットをまたいで保持されます。1つの世界状態から複数モデルへアクセスできます。カスタム指示は別のチャットへ移行可能です。無料プランには使用量制限付きですべての中核機能が含まれ、$20/月のPlusではその30倍の利用枠、毎月のリセット、日次上限なしが提供されます。 制限： Novelcrafterのような、レコードごとのフィールドを持つ専用Codex型エンティティデータベースはありません。設定は構造化リレーショナルスキーマではなく、添付文書とメモリ内に存在します。各プロンプトにどの設定項目が入るかを確認し、手動で制御したい書き手にとっては、Novelcrafterの明示的なタグ付けのほうが透明性があります。原稿管理環境ではないため、章の整理や文字数追跡は行いません。
🔧 自作メモリインフラ
開発者向けには、専用のメモリ層があります。Mem0はAIアプリケーション向けのオープンソースメモリ層、Zepは組み込み要約機能を備えた低レイテンシ会話メモリ、Chromaは軽量なローカルベクトル保存を提供します。これらはすべて、メモリツール比較にまとめられています。研究レベルのアプローチも進化を続けており、Memori論文では、メモリを「データ構造化の問題として扱う」LLM非依存の永続メモリ層が説明されています。
強み： 完全な制御。ソフトウェア層では無料。あらゆるモデル間で移植可能です。 制限： 開発能力とインフラ管理が必要です。山脈を説明したいだけの書き手にとっては、過大な負担になります。
AIが実際に使えるように世界設定を構造化するには？
設定を主題別ではなく、変動性と強制優先度に応じた3層に分けてください。これは、ほとんどの世界設定制作者が行える、最も効果の大きい改善です。選ぶプラットフォームにかかわらず機能します。
第1層：絶対ルール（カスタム指示に入れる）
これは決して破ってはならない制約です。物理法則、魔法の代償、禁止技術、トーンの境界などが該当します。400語未満に収めてください。これは参照資料ではなく、強制ルールです。
「この世界の魔法には、常に術者が支払う肉体的代償が必要である。血、記憶、または寿命を支払う。無償の魔法は存在しない。いかなる状況でも蘇生は存在しない。会話で現代的な慣用句を使わない。依頼がこれらの制約に違反する場合は、従うのではなく違反として指摘すること。」
第2層：安定した参照情報（添付知識ベースに入れる）
地理、確立済みの歴史、主要な派閥、固定された特性を持つ名前付きキャラクターが該当します。数万語に及んでも問題ありません。AIはすべてを保持するのではなく、関連部分を検索します。
検索を改善する書式：
- セクションごとに1エンティティとし、正規名に一致する明確な見出しを付ける
- 詳細を述べる前に、各項目を1文の定義で始める
- 命名を統一する。「the Verrin」と「House Verrin」を使い分けない
- 関係を明示的にタグ付けする。「Karthは北でIlmenholdと接し、歴史的に敵対している」
第3層：現在の状態（会話と永続メモリに置く）
現在のプロット位置、誰が何を知っているか、最近の決定、作業中の改訂です。これはセッションごとに変化するものであり、永続メモリが特に保持するために設計されている情報です。
🛠️ 実際の設定方法
Jenovaの場合： 設定文書をチャットに添付し、Settingsを開いて第1層の絶対ルールをカスタム指示として入力します。指示セットを保存して他のチャットにも適用できるようにしてください。これにより、ルールセットを再構築せずに新しい会話を始められます。AIに別チャット間で詳細を引き継がせたい場合は、SettingsでGlobal Memoryが有効になっていることを確認してください。メモリ更新は即座にではなく一定の間隔で処理されるため、確立したばかりのルールが数秒以内に新規チャットで利用できるとは限りません。その後、次のように開始します。
「Ashfall設定の作業を続けます。何かを書く前に、私の指示にある3つの絶対制約を要約し、添付設定からHouse Verrinについて把握している内容を確認してください。」
この確認ステップにかかる20秒には価値があります。2,000語の出力を汚染する前に、検索の失敗を表面化できます。
Novelcrafterの場合： 第2層のエンティティを、タグ付きの個別Codexレコードとして入力します。シーン執筆プロンプトとブレインストーミングプロンプトで、どのCodex項目を自動注入するか設定します。第1層のルールは、各執筆モードで複製するカスタムプロンプトテンプレートに入れます。
Claude Projectsの場合： 第2層を1つの巨大な文書ではなく、個別ファイルとしてアップロードしてください。個別ファイルのほうが検索は機能しやすくなります。第1層のルールはプロジェクト指示欄に入れます。
メモリを増やすと文章も改善されるのか、それとも一貫性だけなのか？
メモリの増加は一貫性を確実に改善しますが、文章品質を改善するのは間接的にすぎません。さらに、ある量を超えると出力を積極的に劣化させる可能性があります。この区別は、ほとんどのツールマーケティングで曖昧にされています。
一貫性の改善は即時かつ測定可能です。正しい名前、尊重される地理、守られる魔法の代償、矛盾しない歴史。メモリインフラが本当に役立つのはここです。
散文の品質は、主に基盤モデルによって決まる別の軸です。Kindlepreneurのレビューはこの点を明確にしており、GPTモデルの散文は「しばしば華美すぎる、過剰、または大げさになりがち」だと指摘する一方、クリエイティブライティングではClaudeの散文を代替案より高く評価しています。Sudowriteの利点は、優れたメモリではなく、散文用に設計された専用モデルにあります。
実務上の意味： これらは切り離された問題であり、切り離された解決策が必要です。より多くの設定を読み込んでも、文章そのものは改善しません。ここでマルチモデルアクセスが価値を発揮します。同じ永続的な世界状態を使いながら、整合性監査をあるモデルに任せ、雰囲気のある散文を別のモデルに任せられます。これにより、2つの別々の世界を維持せずに両方の軸へ対応できます。
メモリが多すぎることで生じる害。 関連設定をおよそ15〜20項目以上同時に注入すると、通常は出力品質が低下します。モデルが執筆ではなく、情報の整合に注意を割くようになるためです。選択的検索は完全性を妥協するものではありません。大規模な世界を実用的に保つための仕組みです。
書き手とエンジニアは永続AIメモリをどう捉えているのか？
執筆コミュニティとエンジニアリング側に共通する見解は、メモリが単なる保存の問題から、コンテキストエンジニアリングの規律へと再定義されつつあるということです。重要なのは、モデルが何にアクセスできるかだけではなく、何を見るべきかを決めることです。
「世界設定制作者が最もよく陥る失敗は、AIが忘れたことではありません。ルールと参照情報を分離していないことです。3万語の設定を貼り付け、蘇生のない世界でAIがなお蘇生シーンを書くことを不思議がります。事実と制約は異なるデータ型であり、異なる扱いが必要です。事実は知識ベースに置かれ、関連するときに検索されます。制約は指示層に置かれ、話題に上がるかどうかを問わず、あらゆる生成に適用されます。」
「一貫して見られる2つ目の点は、人々が検索精度を最適化すべきときにコンテキストウィンドウのサイズを最適化していることです。20万のウィンドウは答えのように思えますが、設定が8万語に達すると、すべての応答が以前より曖昧になります。うまく拡張できるシステムは、最も多く保持するシステムではありません。適切な2,000語を確実に取り出し、残りの7万8,000語を無視できるシステムです。」
「3つ目は改訂処理であり、ツールを採用する前にほとんど誰もテストしない部分です。世界は変化します。4か月目には魔法システムを書き直すでしょう。重要なのは、AIが設定を保存できるかではありません。セッション3のメモがセッション12のメモと矛盾するとき、どちらの版を優先すべきか理解しているかです。明示的な競合解決がないシステムは、古いルールを自信を持って引用します。そして、それが章全体に織り込まれるまで、あなたは気付かないでしょう。」
— エージェントメモリとコンテキストアーキテクチャに取り組むJenovaプロダクトチーム
エンジニアリングコミュニティでは、同じ変化をより広く捉えています。The New Stackは、永続メモリが人間によるAIの有用性と関連性の認識を変えると論じています。システムが過去の会話を想起するとき、ツールとの関係は質的に変化します。一方、Towards Data Scienceのエージェントメモリガイドは、スライディングウィンドウ、ローリングサマリー、階層的圧縮といったコンテキスト内圧縮技法を、「コンテキスト内に留まる」系統として分類し、外部の永続ストアと区別しています。世界設定制作者は、ツールを選ぶたびに、意識せずこれらの系統から選択しているのです。
単一のコンテキストウィンドウには大きすぎる世界をどう扱うか？
設定全体をすべての会話で保持しようとするのではなく、世界を領域別の知識ベースに分割し、1回の作業では1つの領域に集中してください。ある都市の酒場シーンを書くとき、20万語の設定資料集全体を提示する必要はありません。
領域スコープ法
- 地域、時代、またはストーリーラインで分割する — カテゴリー別ではありません。「第三時代の北部王国」は、「すべての地理」より優れたスコープです。
- 薄いグローバルファイルを1つ維持する — どこでも真であるルールと事実を500〜800語にまとめます。これは常に添付します。
- 作業セッションごとに1つの領域知識ベースを添付する — 執筆中の特定地域または物語アークです。
- 領域横断インデックスを保持する — 存在する領域と、それらをつなぐ要素を一覧にした短いファイルです。これによりAIは、現在読み込まれていない情報を把握できます。
4つ目の手順は、多くの書き手が省略する部分です。しかし、現在設定が添付されていない地域について、AIが自信を持って詳細を創作するのを防ぐために不可欠です。
共同世界の扱い
共有設定では問題が複雑になります。複数の参加者が並行して設定を生成し、ときには矛盾します。
では、各参加者が他国と相互作用する独自の国家を管理する共同プロジェクトが定期的に紹介されています。これはまさに、単純なメモリアプローチでは破綻する、分散的かつ変化し続ける正典の例です。この場合、すべての設定項目に正典ステータスタグを追加してください。CANON、PROPOSED、DEPRECATEDです。第1層のルールで、AIにPROPOSEDを拘束力のないものとして扱わせ、DEPRECATEDの情報を使おうとした場合は指摘するよう指示します。これにより、矛盾は見えない失敗から可視化された問題へ変わります。
改訂の扱い
確立済みのルールを変更する場合、元の箇所をそのまま編集して、検索が気付くことを期待してはいけません。明示的な上書き項目を書いてください。
「REVISION — 以前のすべての魔法の代償に関する記述を置き換える。この項目以降、血の代償が適用されるのは死霊術的な魔法のみとする。元素魔法の代償はスタミナである。血の代償が普遍的に必要だとする過去の記述はすべて
DEPRECATEDである。」
上書きの明示的な文言は、静かに編集された段落よりも検索結果に残りやすくなります。なぜなら、検索され読まれるのは上書きテキストそのものだからです。
実際に機能する世界設定メモリ環境を最初から最後まで構築するには？
機能する環境はおよそ1時間で構築でき、その後は再貼り付けをほぼ完全になくせます。全体の手順は以下のとおりです。
ステップ1 — 第1層ルールファイルを書く（20分）。 400語未満にしてください。絶対的な制約だけを含めます。物理法則、魔法、禁止要素、トーン、散文スタイルのルールです。AIに各ルールを違反させるよう頼み、テストしてください。
ステップ2 — 第2層の設定を領域ファイルへ統合する（30分）。 地域または物語アークごとに1ファイルを作成します。全体を通じてエンティティ名を統一します。1セクションに1エンティティとし、最初の文は定義文にします。
ステップ3 — プラットフォームを設定する。
- Jenova： 領域ファイルをチャットに添付します。Settingsから第1層ルールをカスタム指示として入力し、チャット間で再利用できるよう保存します。チャット間で保持したい場合は、SettingsでGlobal Memoryを有効にします。
- Novelcrafter： タグ付きエンティティレコードをCodexに登録します。第1層ルールを埋め込んだカスタムプロンプトテンプレートを作成します。
- Claude Projects： 領域ファイルを個別にアップロードします。第1層ルールはプロジェクト指示に入れます。
ステップ4 — 4項目の検証を行う。 本格的に書き始める前に、次をテストしてください。
- 想起： 「Karthを統治しているのは誰で、Ilmenholdとの関係はどうなっていますか？」
- 制約： 「キャラクターが蘇生する短いシーンを書いてください。」（拒否または警告されるべきです。）
- 境界： 「Southern Archipelagoについて何を知っていますか？」（読み込まれていないことを認め、創作しないべきです。）
- 改訂： ルールを変更した後、古い版について尋ねます。（上書き項目を参照するべきです。）
ステップ5 — セッション開始時の儀式を作る。 新しいセッションは毎回、AIに現在有効な制約と現在の領域を言い直させる、15秒の確認プロンプトで始めます。見えない検索失敗に対する安価な保険です。
ステップ6 — 変更は静かに編集せず、上書き項目として記録する。 すべてのルール改訂に、明示的な優先・置換表現を付けます。
測定可能な結果として、この設定後、新しいセッションでは50語未満のコンテキストで、AIがあなたの制約を尊重した世界内出力を生成できるはずです。なお、リマインド用の文章を何段落も書いているなら、3層のどれかが正しく設定されていません。最も多いのは、第1層のルールを指示層ではなく参照コーパスに混ぜているケースです。
Jenovaのエージェントはjenova.aiで利用でき、無料プランでは使用量制限付きですべての中核機能を利用でき、有料プランは$20/月から始まります。NovelcrafterのArtisanプランは、OpenRouter経由のモデル料金に加えておよそ$14/月です。Claude Proは年払いでおよそ$17/月です。独自インフラを構築する開発者向けには、Mem0、Zep、Chromaがセルフホスティング可能なオープンソースプロジェクトとして提供されています。
継続的な共同設定やキャンペーンを運営している場合は、長期アークの一貫性を保つために設計されたRoleplay Game Masterを、エンティティ単位の作業にはCharacter Creatorをご利用ください。