なぜAIは第5章で小説を忘れるのか（そしてその修正方法）

AIで小説を書いています。最初の3章は素晴らしかった——タイトな文章、一貫したキャラクター、プロットも順調に構築されていました。そして第5章で問題が起こります：AIが第2章ですでに登場したキャラクターを、まるで新しい人物のように紹介します。慎重に張った伏線が無視されます。文体がリテラリーフィクションからヤングアダルトに変わります。

あなたは何も間違っていません。AIが単にあなたの小説を忘れただけです。

これはバグではありません——大規模言語モデルの根本的な動作方法です。そのメカニズムを理解すれば、回避策が見つかります。

AIが忘れる理由：技術的現実（平易な言葉で）

すべてのAIモデルにはコンテキストウィンドウがあります——一度に「見える」テキストの最大量です。AIのワーキングメモリと考えてください。

モデル	コンテキストウィンドウ	おおよそ相当する量
GPT-4o	128Kトークン	約5万語
Claude Sonnet	200Kトークン	約8万語
Gemini Pro	1Mトークン	約40万語

数字は寛大に見えますが、問題があります：

1. コンテキストウィンドウ ≠ 使用可能なコンテキスト。 プロンプト、システム指示、モデル自体の出力もすべて制限にカウントされます。

2. 中間部分の品質が低下する。 研究によると、LLMはコンテキストウィンドウの最初と最後に最も注意を払い、中間の内容には注意が薄い——いわゆる「中間の喪失」（lost in the middle）問題です。

3. 各生成はステートレス。 これが重要なポイントです。新しいチャットメッセージやAPI呼び出しを開始すると、AIは前の呼び出しの記憶がゼロです（明示的にコンテキストを含めない限り）。

4. コンテキストウィンドウは高コスト。 毎回の生成で10万トークンのコンテキストを送信するのは遅くて高価です。

方法1：手動コンテキスト注入（無料、任意のツール）

毎回の生成前に、関連するコンテキストを手動でプロンプトに貼り付けます。

含めるべき内容： ストーリー前提、関連キャラクタープロファイル、直近3章の要約、未解決のプロットスレッド、現在の章の計画。

メリット： 任意のAIツールで使える、無料。デメリット： 時間がかかる（章ごとに15〜30分）、エラーが起きやすい、スケールしない。

方法2：構造化要約（無料、任意のツール）

各章の後に構造化された要約を書きます：要約（何が起こったか）、結果（何が変わったか）、活動中のスレッド（未解決の問題）。

要約は情報を効率的に圧縮します。第3章の5000語すべてをAIに送る代わりに、重要な事実を捉えた100語を送ります。

時間コスト： 章ごとに5〜10分。手動注入よりはるかにスケーラブルです。

方法3：RAGベースのアプローチ（技術的、DIY）

検索拡張生成（RAG）は、すべてをコンテキストウィンドウに詰め込む代わりに、小説のデータをベクトルデータベースに保存し、各生成に関連する断片のみを検索する技術です。

向いている人： 小説を趣味で書くプログラマー。一般の作家にはエンジニアリング投資に見合わない可能性があります。

方法4：専用小説ツール（自動化）

一部のツールは長編小説専用に設計されており、コンテキスト管理をコア機能として扱います。

Novebleはこのアプローチの一例です。キャラクタープロファイルを永続的に保存し、章の要約と結果を自動生成し、すべての生成に完全なコンテキストチェーンを注入します。第20章を生成する際、AIは第1〜19章で起こったすべてを知っています。

方法の選択

方法	セットアップ時間	章ごとのコスト	最適な用途
手動注入	なし	15〜30分	短い小説（10章未満）
構造化要約	1時間	5〜10分	中編小説、任意のツール
RAG	10時間以上	最小	プログラマー、超長編小説
専用ツール	30分	1〜2分	本格的な長編プロジェクト

章ごとの連続性チェックリスト

キャラクター事実 —— 確立された特徴や能力と矛盾することをしている人はいますか？
プロットスレッド —— ここで関連すべきすべてのアクティブなスレッドに言及していますか？
情報の一貫性 —— 各キャラクターは実際に知り得たことだけを知っていますか？
トーンと声 —— 文体は前の章と一致していますか？
因果関係 —— この章のすべてが前の出来事から論理的に導かれていますか？

コンテキスト管理を自動化したいですか？Noveble は小説全体のすべてのプロットポイント、キャラクターの詳細、章の結果を追跡します。30の無料クレジット、クレジットカード不要。