小説や脚本を AI と書くとき、いちばん効くのは「いきなり本文を書かせない」ことです。先に物語の骨格（構造）と登場人物の設計図（キャラ表）を人間が決め、それを毎回 AI に渡す。すると AI は無難な平均文ではなく、あなたの作品の文章を書き始めます。この記事では、三幕構成・Save the Cat・ヒーローズジャーニーといった定番の構造理論を、2026 年の実際の AI（Claude / GPT / Gemini など）の能力に合わせて、初めての人でも使える形に落とし込みます。
Why structure first
01AI が得意なこと・人間が握ること
今の大規模言語モデルは、素材を出す・整える・別案を量産するのが非常に得意です。シーンの選択肢を 10 個出させる、ある段落を 3 つの文体で書き分けさせる、長い原稿の矛盾を洗い出させる——こうした作業は数十秒で返ってきます。一方で、「この物語で何を伝えたいか（テーマ）」「読者のどの感情を動かすか」「最後の一行をどう着地させるか」は、放っておくと AI が勝手に“それっぽい平均値”へ寄せてしまいます。ここは人間が握る領域です。
つまり役割分担はこうなります。人間＝方向（テーマ・感情・最終判断）／ AI＝量と速度（素材・整理・推敲補助）。この分担を最初に決めておくと、「AI に丸投げしたら凡庸になった」という典型的な失敗を避けられます。
FIG.1 人間が骨格と判断を握り、AI に素材生成を任せる往復のループ
02物語構造の三つの定番
「構造」とは、物語をどの順番で・どこに山場を置いて進めるかの設計図です。代表的な型を 3 つ押さえれば、たいていの企画は組めます。どれが正解というより、作品の性格で選びます。
三幕構成（もっとも汎用）
物語を「始まり・中間・結末」の 3 つに分け、配分の目安は第1幕 25%・第2幕 50%・第3幕 25%。第1幕で主人公と世界を見せて日常を崩し、第2幕で障害を積み上げてミッドポイント（中間点）で流れを反転させ、第3幕でクライマックスと解決へ向かいます。長編・短編・脚本のいずれにも効く、いちばん潰しの効く型です。
Save the Cat（三幕をより細かく）
脚本家ブレイク・スナイダーが多数のヒット作を分析してまとめた、15 のビート（要所）からなる型です。三幕構成の“中だるみしやすい第2幕”を、より細かな道しるべで管理できるのが利点。15 ビートは三幕に対応し、ビート1〜5 が第1幕、6〜12 が第2幕、13〜15 が第3幕に概ね収まります。代表的なビートには、世界を見せる「オープニング・イメージ」、事件が起きる「きっかけ（Catalyst）」、第2幕に入る「Break into Two」、すべてを失う「すべてを失って（All Is Lost）」、そして「フィナーレ」などがあります。「どこで何を起こすか」の地図が欲しいときに便利です。
ヒーローズジャーニー（神話的な旅）
神話学者ジョーゼフ・キャンベルが『千の顔をもつ英雄』(1949) で示した17 段階の英雄の旅を、クリストファー・ボグラーが実作者向けに『The Writer's Journey』(1992) で12 段階に整理し直したものが広く使われています。日常世界 → 冒険への誘い → 試練と仲間 → 最大の苦難 → 報酬 → 帰還、という流れで、ファンタジーや成長譚、RPG 的な物語に向きます。実務ではボグラーの 12 段階を骨組みとして使い、行き詰まったらキャンベルの 17 段階で“何の段階が足りないか”を診断する使い分けが定番です。
FIG.2 どの型も「設定 → 試練と反転 → 解決」という同じ背骨を共有する
なお日本でなじみ深い起承転結（起＝紹介、承＝深化、転＝予想外の展開、結＝着地）も使えますが、もともと漢詩の構成で“対立や山場”を必須としないため、エンタメ作品では三幕構成と併用して「転」をクライマックスとして強める、といった調整がよく行われます。
03キャラクターを「設計図」にする
構造が物語の背骨なら、キャラクターは血肉です。場面ごとに口調や動機がブレないよう、最初にキャラ表（キャラクター・バイブル）を作り、AI に渡す指示文へ毎回そのまま含めます。最低限そろえたい項目はこの 3 つの軸に整理できます。
外側
外見・年齢・職業・関係性。読者が一目で像を結べる手がかり。
声
口調・話し方の癖。例「『〜やんか』を多用する関西弁ベース、敬語が苦手」。台詞の一貫性を生む核。
内側
動機・恐怖・欲求・過去の傷、そして変化のアーク（物語を通じてどう変わるか）。深みの源泉。
とくに大事なのが最後の変化のアークです。「臆病だった主人公が、仲間を守るために一歩踏み出せるようになる」のような変化線を先に決めておくと、各シーンが「その変化のどの段階か」で位置づけられ、AI に書かせても話がブレません。キャラ表は一度作って終わりではなく、書きながら追記していく“生きた資料”として扱います。
04文体を固定する
LLM は指示しなければ、最大公約数的な「無難な文章」に寄ります。これを防ぐ最も確実な方法が、狙いの文体のサンプル（自作でも、参考にしたい既存文の要約的な特徴でもよい）を 500〜1000 字ほど与え、「この文体で書いて」と指示することです。一人称の距離感、文の長短のリズム、漢字とひらがなの比率、比喩の量——こうした特徴を例から拾わせると、ハードボイルド調・ライトノベル調・端正な文芸調などの個性が安定します。
AI の出力の質は、モデルの賢さより「何を渡したか（構造・キャラ・文体）」で決まる。
著作権の観点では、特定の現存作家の文章をそのまま大量に貼って模倣させるのは避け、自分の言葉で文体の“特徴”を言語化して渡すか、自作のサンプルを使うのが安全です。
052026 年の AI でどう書くか（実務）
ここが古い記事と最も変わった点です。2026 年の主要モデル——Claude Opus 4.6 / Sonnet 4.6、Google Gemini 3 Pro などは約 100 万トークン、OpenAI の GPT-5 系は約 40 万トークンの入力コンテキストを扱えます。長編小説 1 冊や設定資料を丸ごと“読ませる”ことが現実的になりました。一方で見落とされがちなのが、一度に生成できる出力は依然として小さい（多くのモデルで数千〜数万トークン程度の上限）こと。つまり「長文を読ませる」ことと「長文を一発で書かせる」ことは別問題です。
FIG.3 大量に「読ませられる」が、一度に「書かせられる」量は小さい＝章ごとに分割する
もう一つの注意が、コンテキストが長くなると中盤の情報を取りこぼしやすい「lost in the middle」現象です。設定資料を頭から丸ごと貼っても、真ん中のキャラ設定が薄く扱われることがあります。これらを踏まえた実務の進め方が次の 4 工程です。
骨格と資料を固定する
選んだ構造（例：Save the Cat 15ビート）と、キャラ表・文体サンプルを 1 つの「story bible」にまとめる。これを毎回の指示文の冒頭に置く。
章・シーン単位で書かせる
「全部書いて」ではなく、各幕・各ビートごとに 500〜1500 字でドラフトさせる。出力上限の制約に素直に合わせる。
要点を再投入する
会話が長くなったら、直前までのあらすじ・キャラ表・決定事項を短く要約して毎回貼り直す。lost in the middle と設定ブレを防ぐ。
人間が編集して回す
採用案を選び、筋を整え、矛盾を別プロンプトで洗わせる。直した本文を story bible に反映し、次のシーンへ。
06脚本の場合のひと工夫
脚本（シナリオ）では、書式と“見せ方”の指示が効きます。AI に渡す指示に次を含めると、形式の整った台本になりやすいです。
- 書式：シーン番号、INT/EXT（屋内/屋外）、時間帯、ト書き（行動指示）、台詞のフォーマットを明示する。
- Show, don't tell：心情を説明させず、行動や情景で描かせる（「悲しんでいた」ではなく「彼女は写真を裏返した」）。
- サブテキスト：台詞と本音をずらす。表面の会話の下に別の感情を流す指示を入れる。
- 尺の管理：おおむね 1 ページ ≒ 1 分。目標尺からページ数を逆算してシーン配分を決める。
07編集・推敲は AI を“検査役”に使う
推敲こそ AI の長所が活きます。生成だけでなく、自分の原稿を点検させる使い方が強力です。
| AI にやらせる検査 | 人間が握る判断 |
|---|---|
| 論理矛盾・時系列の食い違いの洗い出し | どの矛盾を残し、どれを直すか |
| キャラ口調の一貫性チェック（表とのズレ） | そのキャラらしさの最終的な手触り |
| 同じ言い回しの繰り返し検出・言い換え案 | あえて反復するリズムの取捨 |
| テーマと結末の整合の指摘 | 結末で読者に残す感情の決定 |
注意したいのは、AI は事実関係（実在の地名・歴史・専門設定など）をもっともらしく取り違える（ハルシネーション）ことがある点です。作品内の固有設定や実在情報は、人間が一次情報で裏取りしてから採用します。最終仕上げの感性判断は、必ず人間が行います。
08商用展開と AI 利用の表示
仕上がった作品の出し先は広がっています。小説なら電子出版（Amazon Kindle ダイレクト・パブリッシングなど）・note・各種文学賞、脚本なら自主映画・VTuber 台本・企画提案などが現実的です。ここで必ず確認したいのが「AI 利用の表示ルール」です。
たとえば Amazon の KDP では、AI が“生成”したテキスト・画像・翻訳を含む場合は出版時に申告が必要、というルールになっています（2023 年末から運用され、2025〜2026 年にかけて適用が強化されています）。一方で、人間が書いた原稿を AI で校正・ブレストに使った「AI 支援」レベルなら申告は不要とされます。なお、この申告は Amazon の内部記録向けで、購入者向けの商品ページには表示されません。ルールはプラットフォームごとに異なり、改定もされるため、投稿先の最新の公式ガイドラインを必ず確認してください。文学賞では AI 使用を不可とする規定もあるため、応募要項のチェックは必須です。
The Division of Labor
最強なのは「枠は人間、量は AI」の分業
ここまでをひと言でまとめると——物語構造の枠組み＋キャラ表＋文体サンプルを人間が用意して AI に渡し、AI に素材とドラフトを量産させ、テーマ・感情・最終推敲・事実確認は人間が握る。この分業が、現行の AI を使ううえで最も品質が安定する組み合わせです。AI に「面白い物語を書いて」と丸投げした瞬間に凡庸へ戻る、という事実だけは変わりません。
FIG.4 同じ AI でも、渡す情報で出力の個性が決まる
09まとめ
AI と物語を組むコツは、順番にあります。① 構造を選ぶ（三幕構成を基本に、Save the Cat で中盤を細分化、神話的な題材ならヒーローズジャーニー）、② キャラ表と文体サンプルで“設計図”を固める、③ 2026 年のモデルの「読むのは得意・一度に書くのは苦手」という性質に合わせ、章ごとに往復しながら書く、④ 推敲では AI を検査役に、最終判断は人間が握る。この流れで進めれば、AI は平均文の量産機ではなく、あなたの作品を書く協働者になります。まずは短い一話分の骨格を 15 ビートで書き、最初のシーンを AI に下書きさせるところから始めてみてください。
