章ごとの執筆は、小説づくりの中で一番「文章を量産したくなる」工程です。だからこそ AI の使いどころを誤りやすい。コツは「全部書かせない」こと。AI は下書きの加速か、詰まったときの突破口に限定し、地の文と作家の声は自分で握る。本章では、2026年の大きな文脈（コンテキスト）とメモリを前提に、1章ずつ品質を落とさず書き進める実践手順を組み立てます。
FIG.1 作者がエンジン、AI は伴走と点検。最後の言葉は必ず作者に戻す
01「全部書かせない」が品質の前提
AI に地の文を書かせ続けると、文章は平均的で無個性になりがちです。学習データの平均に引き寄せられるため、どの作家が書いても似た手触りになってしまう。読者が小説に求めるのは、まさにその「あなたの声（文体）」です。だから章ごとの執筆では、AI の役割を次の2つに絞ります。
下書きの加速
場面の叩き台を出させ、自分で全面的に書き直す。白紙の恐怖を減らすための足場として使う。
詰まりの突破
「次に何が起きると面白いか」の候補出しや、説明くさい会話の言い換え相談。選び・決めるのは作者。
推敲の壁打ち
描写が浅い箇所に五感を足す提案、章末でのプロット整合チェック。書く側ではなく読む側に回す。
逆に言えば、地の文をそのまま生成・貼り付けする使い方は避けるのが基本姿勢です。AI は「書く側」ではなく「読む側・直す側」に置く、と覚えておくと迷いません。
022026年のAIは「長く読める」が「全部は覚えていない」
章ごとの執筆を考えるうえで、まず2026年の前提を正確に押さえます。AI が一度に扱える文章量（コンテキストウィンドウ）は、ここ数年で桁違いに広がりました。
- Claude Opus 4.6 / Sonnet 4.6：100万トークンの文脈に対応（2026年3月に一般提供）。1万語級の長い章でも丸ごと読ませられる規模です。
- GPT-5.4：同じく100万トークン規模の文脈に対応。
- Gemini 3.1 Pro：1000万トークンと、商用モデルでは突出した最大級。2.5 Pro でも200万トークン。
100万トークンはおよそ75万語に相当し、長編小説1本どころか、シリーズ全体や設定資料をまとめて読み込ませられる量です。「文脈が足りなくて前の章を忘れる」という昔の悩みは、技術的にはかなり緩和されました。
ただし、ここに落とし穴があります。窓が広いことと、その中身を均一に活用できることは別問題です。
03落とし穴：中盤は読み飛ばされやすい
長い文脈を渡すと、AI は冒頭と末尾の情報を強く参照し、中盤の情報を取りこぼしやすい傾向があります。研究では「迷子（Lost in the Middle）」と呼ばれる現象で、2026年の大規模モデルでも完全には解消していません。
FIG.2 大事な設定（人物・伏線）は冒頭か末尾に置く。中盤に埋めると効きが弱い
つまり、設定資料を全部まとめて貼り付け、「あとはよろしく」と長い章を一気に書かせるやり方は、見かけほど安定しません。キャラの目の色や第1章の伏線が、長文の真ん中に埋もれて反映されない、という事故が起きます。対策はシンプルで、その章で本当に効かせたい情報だけを、冒頭か末尾に絞って渡すこと。次節の「設定資料の渡し方」につながります。
04章ごと執筆の中核：必要な分だけ文脈を注入する
2026年の実務的なやり方は、「全文をぶら下げる」のではなく「その章に要る分だけ注入する」です。長い窓をフルに使い切ろうとせず、毎回コンパクトな足場を組み直すイメージで進めます。
1章を書き始める前に、その回のチャットへ次の3点セットを上部に置きます。
これまでの圧縮あらすじ
前章までの出来事を数行〜十数行に要約したもの。全文ではなく「いま効いている事実」だけ。AI に要約させ、作者が事実確認して固定するのが速い。
この章の設計メモ
この章のゴール（誰が何を決断する／何が明らかになる）、視点人物、舞台、入りと出の状態を箇条書きで。AI に「書く目的」を先に握らせる。
関係する設定だけ
登場する人物のキャラシート、絡む伏線、その場面に効く世界観ルールに絞る。関係ない設定は入れない（中盤埋もれ・ノイズの元）。
この3点を毎回そろえると、章をまたいだ整合性（人物の性格、口調、既出設定）が安定します。「成長中の長い文書を延々と続けさせる」より、1章＝1セッションで組み直すほうが、どの長さの小説でも品質が崩れにくいのが2026年の定石です。
05設定資料を「記憶」に持たせる
3点セットを毎回手で貼るのは手間です。2026年は、設定資料を持続的に保持する仕組みが各サービスに揃ってきました。役割の違いを押さえて使い分けます。
| プロジェクトに資料を置く（例：Claude のプロジェクト／知識） | 会話メモリ（横断記憶） |
|---|---|
| 設定資料・キャラシートをそのまま参照させる置き場。原文に忠実に引ける。 | やり取りから要約・抽出して覚える。事実が要約で歪むことがある。 |
| 「物語の聖書（設定集）」を固定するのに向く。 | 作者の好みや進め方の癖を覚えるのに向く。 |
| 更新は作者が明示的に行う（版が分かる）。 | 自動更新で便利だが、何を覚えたか不透明になりやすい。 |
小説づくりでは、設定集は「参照型（プロジェクトの知識）」に固定し、口調や進め方の好みは会話メモリに任せる、という分担が扱いやすい。設定が変わったら資料側を更新して、要約記憶任せにしないのがコツです（記憶の更新タイミングが不透明なサービスもあるため）。
06声を守る運用ルール
道具が賢くなっても、文体を守る原則は変わりません。むしろ「楽に長く書ける」分、流されないための線引きが要ります。
- 地の文は自分で書く。文体＝作家性。AI は推敲・点検側に置き、書く工程の主導権は渡さない。
- AI 文をそのまま貼らない。叩き台はあくまで素材。必ず自分の言葉に置き換える（一文も生のまま残さない、くらいの徹底でちょうどいい）。
- 章末ごとに整合を点検させる。「この章で人物の言動・既出設定に矛盾はないか」を読む役として確認させ、判断は作者が下す。
- 新事実は作者が裏取りする。実在の地名・歴史・専門知識を扱う章では、AI の出力を鵜呑みにせず一次情報で検証する（もっともらしい誤り＝ハルシネーションが混じる）。
執筆のエンジンは作者。AI は伴走と点検。これが質を保つ前提です。
07章ごと執筆の1サイクル
ここまでを、1章を仕上げる流れにまとめます。長編でも、この小さなループの積み重ねで進みます。
FIG.3 1章＝1サイクル。赤の2工程だけ AI、ほかは作者の判断と手で進める
- 設計メモを書く（章のゴール・視点・入りと出）。
- 必要な設定だけ添えて叩き台を出させる（足場づくり）。
- 自分の言葉で本文を書く（地の文・会話の手触りは作者が握る）。
- 章末で整合を点検させ、矛盾を作者が修正する。
- 新たに確定した設定を設定集（プロジェクトの知識）に追記し、次章へ。
08よくあるつまずきと処方箋
- 文章が急に「AIっぽく」なる：叩き台を生のまま残している → 一文ずつ自分の言葉へ置き換える。素材と原稿を分けて扱う。
- 前章の設定を無視する：長い全文をぶら下げて中盤に埋もれている → 効かせたい設定だけを冒頭/末尾に絞って渡す（FIG.2）。
- キャラの口調がぶれる：キャラシートが会話メモリ任せで歪んでいる → 参照型の設定集に口調サンプルを固定し、毎章その人物分だけ添える。
- もっともらしい誤情報が混じる：実在知識を AI 任せにした → 一次情報で裏取り。裏が取れないことは書かない。
- 展開が平板：「続きを書いて」だけ投げている → 「次に何が起きると面白いか」を候補で出させ、意外性のある一手を作者が選ぶ。
09まとめ
章ごとの執筆で AI を活かす鍵は、賢い道具に主導権を渡さないことに尽きます。2026年のモデルは長い文脈を読み、設定を記憶できますが、中盤は取りこぼし、もっともらしい誤りも混ぜます。だからこそ1章＝1サイクルで必要な分だけ文脈を注入し、叩き台と点検は AI に、地の文と判断は作者に。エンジンは最後まであなたです。次の章では、書き上げた原稿を推敲・改稿する工程で AI をどう使うかを掘り下げます。
