――長編は「展開」ではなく「摩擦の持続」で作る
短い場面は書ける。では、長編はどう作るのか
前回、私は「状況駆動型創作」という考え方を紹介しました。
これは、物語を最初から筋書きとして組み立てるのではなく、まず状況を置き、そこに人物の欲望や歪みを入れ、その条件の中で人物がどう反応するかを観測していく方法です。AIには、物語そのものを丸ごと作らせるのではなく、条件下での人物の反応をシミュレーションさせます。
この方法は、短い場面を書くときには非常に有効です。
人物が何を望み、何を恐れ、世界をどのように誤読しているのか。その人物がある状況に置かれたとき、何を言い、何を隠し、どのように行動するのか。こうした条件を与えると、AIはかなり自然な場面を出してきます。会話も動く。心理も出る。人物の反応にも、それなりの必然性が出る。
しかし、ここで次の壁に突き当たります。
短編や一場面ならうまくいく。けれども、長編にしようとすると失速するのです。
書き始めは面白い。人物も立っている。会話にも熱がある。ところが途中から、同じようなやり取りが続き、物語が前に進んでいる感じがしなくなる。AIに続きを書かせると、もっともらしい場面は出てくるのに、全体としての圧力が弱くなる。読者を引っ張っていく力が落ちていく。
これは偶然ではありません。むしろ、AIを使って長い物語を書こうとすると、かなり高い確率で起きる現象です。
AIは「局所」には強いが、「持続する圧力」には弱い
なぜ、長編は失速するのでしょうか。
理由は、AIが場面単位の自然さを作ることには強い一方で、物語全体を貫く圧力を維持することは不得意だからです。AIは直前の文脈に沿って自然な次の場面を作ることには長けていますが、数十章にわたって同じ葛藤の変形を意識的に管理するには、作者側の継続的な指示が必要になります。
ある人物が、この状況に置かれたらどう反応するか。いま、この会話で何を言いそうか。この場面で何を隠し、何を漏らしそうか。こうした短距離の反応生成は、AIの得意分野です。
しかし、長編に必要なものは、それだけではありません。長編に必要なのは、読者を最後まで引っ張る力の持続です。
短い場面なら、その場の緊張や会話の面白さで読ませることができます。
しかし長編では、物語全体を貫く力が必要になります。
では、その力はどこから生まれるのでしょうか。
それは、場面の数ではありません。短い場面をいくつも並べても、それだけでは長編にはなりません。必要なのは、物語の奥で、同じ問題が形を変えながら続いていることです。
長編とは、一つの深い葛藤が、形を変えながら持続する構造なのです。
長編を支えるのは「芯の葛藤」である
長編の中心に置くべきものは、出来事の大きさだけではありません。連続殺人、壮大な陰謀、失踪事件、恋愛上の障害などは物語を動かします。しかし、それらが人物の内的葛藤と結びついていなければ、長編全体を支える力にはなりにくいのです。
長編を支えるのは、解決すると物語そのものが終わってしまう、根本的な葛藤です。
これをここでは、「芯の葛藤」と呼びます。
芯の葛藤とは、登場人物の欲望、恐れ、歪みが、簡単には両立しない形でぶつかり続ける源のことです。
たとえば、主人公が「愛されたい」と願っている。しかし同時に、深く人を信じることを恐れている。この場合、主人公は人に近づきたいのに、近づかれると逃げる。相手の愛情を求めながら、その愛情を試す。信じたいのに疑う。受け入れられたいのに、自分から関係を壊してしまう。ここに、芯の葛藤があります。
あるいは、主人公が「真実を知りたい」と願っている。しかし、その真実を知れば、自分の過去そのものが崩れてしまう。この場合、主人公は真実に近づこうとしながら、同時にそれを恐れる。調べる。逃げる。問い詰める。目をそらす。前に進みたいのに、知ってしまえば、今の自分ではいられなくなる。ここにも、芯の葛藤があります。
また、「正しく生きたい」と願っている人物がいる。しかし、その正しさが、最も大切な人を傷つけてしまう。この場合、主人公は正しさを捨てられない。けれども、正しくあろうとすればするほど、人を追い詰める。自分の信念を守ることと、人を愛することがぶつかる。これも、長編を支える芯の葛藤になります。
重要なのは、こうした葛藤が簡単には解決できないということです。少し話し合えば済む。少し謝れば済む。少し説明すれば誤解が解ける。その程度の問題では、長編は支えられません。
長編の中心に置くべきなのは、簡単には解けない葛藤です。むしろ、解けた瞬間に物語が終わってしまう葛藤です。
「摩擦」とは、芯の葛藤が場面に現れたものである
ここでいう「摩擦」とは、単なる喧嘩や対立のことではありません。人物同士が言い争うことだけが摩擦ではありません。事件が起きることだけが摩擦なのでもありません。
摩擦とは、登場人物の欲望、恐れ、歪みがぶつかり、場面ごとに緊張として表面化するものです。その奥にある持続的な構造を、ここでは「芯の葛藤」と呼んでいます。
つまり、芯の葛藤は物語の内側にある構造です。摩擦は、それが場面の中で見える形になったものです。
たとえば、「愛されたいが、人を信じることを恐れている」という芯の葛藤があるとします。この葛藤は、ある場面では口論として現れるかもしれません。別の場面では、沈黙として現れるかもしれません。さらに別の場面では、相手を試す行動として現れるかもしれません。あるいは、助けを求めればよい場面で、あえて黙ってしまう行動として現れるかもしれません。
場面ごとの出来事は違います。けれども、そこに通っている葛藤は同じです。
これが、長編における摩擦の持続です。
長編は、新しい問題を次々に足して作るものではありません。一つの深い葛藤が形を変えて現れ、そのたびに主人公を少しずつ追い詰めていく。その積み重ねが、長編を支えます。もちろん、新しい出来事が不要だという意味ではありません。重要なのは、その出来事が芯の葛藤を別の形で表面化させているかどうかです。
鍵になるのは「簡単には解けない歪み」である
では、芯の葛藤をどう設計すればよいのでしょうか。
ここで重要になるのが、「簡単には解けない歪み」です。
前回も述べたように、人物は性格で作るのではありません。人物は、行動エンジンとして設計します。その中心にあるのが、世界をどう誤読しているかという「歪み」です。
短編なら、この歪みが少し見えるだけでも十分です。しかし、長編ではそれだけでは弱い。長編に必要なのは、その人物の人格の中心に食い込んだ歪みです。
たとえば、次のようなものです。
「認められるには、成果を出すしかない」
「人を愛すると、必ず見捨てられる」
「真実は常に残酷である」
「弱さを見せた瞬間に、人は支配される」
「自分が幸せになるには、誰かが傷つくしかない」
こうした信念は、単なる考え方ではありません。人物の判断を歪め、行動を決定し、何度失敗してもなお手放せない内的構造です。だからこそ、物語を持続させる力になるのです。
もしこの歪みが浅ければ、物語はすぐに終わります。少し話し合えば済む。少し謝れば済む。少し気づけば済む。その程度の誤解なら、長編を支えることはできません。
長編の中心に置くべき歪みは、「正せば解決する」ものではなく、「そう簡単には捨てられない」ものでなければなりません。
摩擦を持続させる三つの方法
では、芯の葛藤から生まれる摩擦を、どう持続させればよいのでしょうか。
方法は大きく三つあります。
第一の方法は、失うものを大きくしていくことです。
物語の序盤では、主人公が失うものはまだ小さくても構いません。面目を失う。小さな信頼を失う。相手に誤解される。少し気まずくなる。仕事上の小さな失敗をする。序盤では、それでも十分です。
しかし、中盤に入っても同じ程度のものしか失われないと、物語は弱くなります。中盤では、仕事を失うかもしれない。居場所を失うかもしれない。長く築いた関係が壊れるかもしれない。信頼していた人に疑われるかもしれない。
さらに終盤では、失うものはもっと大きくなります。自分が自分だと思っていた自己像が崩れる。世界の見方が壊れる。帰属意識が失われる。自分の正しさが、誰かを傷つけていたと知る。
同じ葛藤でも、失うものが大きくなれば、摩擦は強くなります。
第二の方法は、逃げ道を減らしていくことです。
長編が停滞する大きな理由の一つは、人物に逃げ道がありすぎることです。まだ保留できる。まだごまかせる。まだ黙っていられる。まだ逃げられる。まだ誰かのせいにできる。まだ選ばなくて済む。
こういう状態が長く続くと、物語の圧力は下がります。読者が緊張を感じるのは、人物が「もう選ばなければならない」地点に追い込まれたときです。
つまり、作者がやるべきことは、展開を増やすことではありません。逃げ道を減らすことです。
第三の方法は、摩擦の表れ方を変えることです。
同じ対立を繰り返してはいけません。同じ口論。同じ悩み。同じ説明。同じすれ違い。同じ後悔。これが続くと、物語の勢いは失われます。読者は「また同じことをしている」と感じます。
しかし、だからといって、毎回まったく別の問題を出せばよいわけでもありません。それでは物語の軸が失われます。
必要なのは、同じ芯の葛藤が、別の形で現れることです。
最初は誤解として現れたものが、次には沈黙になる。沈黙だったものが、次にはすれ違いになる。すれ違いが、裏切りに見える。裏切りが、自己破壊に変わる。最後に、それが決断になる。
見えている出来事は変わっていきます。
しかし、その根にある芯の葛藤は変わりません。
この構造が長編を支えます。
AIに必要なのは「更新プロンプト」である
ここで、AI活用に話を戻しましょう。
長編を書くとき、多くの人は、最初の巨大なプロンプトで全部を決めようとします。設定、人物、プロット、テーマ、文体、章構成、結末。もちろん、最初の設計は重要です。
しかし、AIを相手に長編を書こうとする場合、それだけでは足りません。なぜなら、AIは最初に決めた設計を、長い執筆過程の中で自動的に保ち続けるわけではないからです。
最初に設定した芯の葛藤や人物の歪みも、章を重ねるうちに、場面の中で働きにくくなっていきます。会話は自然でも、物語の圧力が弱くなる。場面は成立していても、読者を先へ引っ張る力がしだいに失われていく。
そこで必要になるのが、更新プロンプトです。
更新プロンプトとは、単に「続きの執筆」を丸投げするための命令ではありません。物語を書き進める途中で、芯の葛藤や人物の歪みが機能しているかを点検し、その葛藤をどのように変形・深化させるべきかという「設計図の更新」を伴う命令です。その結果として、具体的な展開案をAIに提示させることもありますが、主眼はあくまで構造の再確認にあります。
簡単に言えば、更新プロンプトは、「この物語はまだ圧力を保っているか」をAIに診断させるための道具です。
通常のプロンプトは、場面を生成させます。
「この続きの場面を書いてください」
「主人公と母親が再会する場面を書いてください」
「主人公が真実を知る場面を書いてください」
これらは、場面を書くためのプロンプトです。もちろん必要です。しかし、それだけでは長編として持ちません。
AIは、もっともらしい場面を書くことはできます。自然な会話も書けます。人物の感情も描けます。けれども、その場面が芯の葛藤を深めているか、主人公の歪みを再燃させているか、失えば痛いものをより重くしているかまでは、毎回自動的に管理してくれるわけではありません。
通常のプロンプトが「生成」の命令だとすれば、更新プロンプトは「診断」と「再設計」の命令です。
更新プロンプトの使い方
更新プロンプトは、毎回の執筆前に必ず使う必要はありません。むしろ、次のような場面で使うと効果的です。
登場人物の会話や行動が、似たパターンを繰り返し始めたとき。
新しい事件を足したくなったとき。
主人公が簡単に問題を解決できそうになってしまったとき。
章の区切りや、大きな転換点に入る前。
こうしたタイミングで更新プロンプトを使うと、場面だけが増えて、芯の葛藤が見えにくくなることを防げます。
重要なのは、「次に何を起こすか」ではありません。
「まだ何が解けていないのか」
「その葛藤は、次にどの形で現れるのか」
「主人公は、何から逃げられなくなっているのか」
「失えば痛いものは、前より重くなっているのか」
これを点検することです。
たとえば、未解決の葛藤を点検するには、次のように指示します。
ここまでの展開で未解決の葛藤を抽出してください。その中で最も強いものを一つ選び、それが次の場面で形を変えて再燃する状況を三案示してください。解決案は出さないでください。
このプロンプトの目的は、面白い事件を足すことではありません。すでに物語の中にある未解決の葛藤を見つけ、それを次の場面で別の形に変えることです。
次に、人物の歪みを点検するには、こう指示します。
主人公の行動が、当初設定した歪みと欲望に依然として支えられているかを点検してください。弱まっている場合は、説明ではなく状況によって再活性化する方法を提案してください。
このプロンプトでAIに求めるのは、人物の心理説明ではありません。重要なのは、歪みをもう一度、行動に変換させることです。
たとえば、主人公の歪みが「人に頼ると、必ず見捨てられる」だとします。この歪みが弱まっているなら、AIに「主人公が人を信じたいと思いながらも、最後の一歩で相手を試してしまう状況」を提案させる。あるいは、「助けを求めれば救われる場面で、あえて黙ってしまう状況」を出させる。こうして、内面の歪みを、説明ではなく行動として読者に見せるのです。
主人公にとって何が危うくなるかを点検するには、こう指示します。
現在の物語で、主人公にとって何が危うくなっているかを確認してください。そのうえで、次の場面では、失えばより痛いものが危うくなる状況を三案示してください。単なる外的損失ではなく、関係性・自己認識・居場所の揺らぎを優先してください。
このプロンプトの狙いは、単に危機を大きくすることではありません。失敗したらお金を失う、仕事を失う、秘密がばれる、という外的な危機だけでは、長編の後半を支えるには弱い場合があります。必要なのは、主人公が「自分は何者なのか」「自分の居場所はどこなのか」「自分は何を信じて生きてきたのか」を問い直さざるを得なくなることです。
更新プロンプトを使うときに避けるべきなのは、AIに「面白い展開を考えて」と頼むことです。この頼み方をすると、AIはしばしば新しい事件を足そうとします。新しい人物を出す。突然の秘密を明かす。事故を起こす。劇的な告白を入れる。
しかし、毎回それを繰り返すと、物語は派手になる一方で、芯が弱くなります。長編に必要なのは、事件の追加ではありません。未解決の葛藤を、より深く、より逃げられない形へ変えることです。
そのため、更新プロンプトでは、次のような制約を入れると効果的です。
「新しい事件を足すのではなく、既存の葛藤を変形させてください。」
「解決案ではなく、葛藤を深める案を出してください。」
「主人公の逃げ道を減らす方向で提案してください。」
「説明ではなく、状況と行動で示してください。」
「同じ対立の繰り返しにならないよう、表れ方を変えてください。」
このように制約をかけることで、AIは単なる展開製造機ではなく、物語の圧力を点検する補助装置になります。
AIに全体管理を丸投げせず、「葛藤の点検」に使う
長編を書くとき、AIに全体の構成管理まで任せるのは危険です。AIは、いま書いている場面を点検し、次にどの葛藤をどう見せるかを考える補助役として使うべきです。
作者が管理すべきなのは、何がまだ解けていないのか、何が危うくなっているのか、どの逃げ道が閉じたのか、主人公の歪みがまだ行動に表れているのか、同じ葛藤が別の形で現れているのか、という点です。
AIは、その点検を助けてくれます。ただし、AIに任せきりにしてはいけません。AIはしばしば、もっともらしくまとめます。読者が納得しそうな和解や気づきを早めに出してしまいます。
だからこそ、作者は更新プロンプトを使って、AIにこう命じる必要があります。
まだ解決しない。
まだ逃がさない。
まだ葛藤を終わらせない。
ただし、同じ形では繰り返さない。
別の形で、より深く再燃させる。
これが、AIと長編を書くときの重要な姿勢です。
長編を書くために、作者が管理すべきこと
AIと長編を書くときに、作者が管理すべきことは、細かな出来事の数ではありません。むしろ、少数の構造的な軸です。
まず決めるべきなのは、物語の芯になる葛藤です。
主人公は何を望んでいるのか。何を恐れているのか。その二つは、なぜ簡単には両立しないのか。これを一文で書いておきます。
次に、主人公の思い込みを明確にします。
ここでいう思い込みとは、主人公が世界や他人や自分自身を、どのように偏って見ているかということです。たとえば、「人に頼ると、必ず見捨てられる」「弱さを見せると支配される」「正しくない人間には価値がない」といった思い込みです。この思い込みが、主人公の行動を動かします。
そのうえで、章が進むごとに、主人公にとって何が危うくなるのかを決めます。序盤では、小さな信頼や面目が傷つくだけでも構いません。しかし中盤以降は、関係性、居場所、自己認識、信じてきた価値観など、失えばより痛いものが危うくなっていく必要があります。
そして、場面を書く前後に更新プロンプトを使います。
場面を書く前には、「次の場面では、どの葛藤をどの形で表に出すのか」を確認します。場面を書いた後には、「この場面は、芯の葛藤を見えやすくしたか。単なる会話や出来事で終わっていないか」を点検します。
最後に大切なのは、終盤まで安易に解決しないことです。
長編の途中で重要なのは、問題を早く解くことではありません。むしろ、同じ問題を、より避けにくく、より切実な形で主人公の前に置き直すことです。
AI時代の作者に求められるのは、事件や展開を次々に足していく力ではありません。物語の芯になる葛藤を見定め、それを場面ごとにどう形を変えて見せるのか。何を危うくし、どの逃げ道を閉じるのか。終盤までどう持続させるのか。その設計力です。
短い場面を成立させるだけなら、AIは有効です。
しかし、長編を書くには、場面を生成するだけでは足りません。作者が、芯の葛藤を管理し続けなければなりません。
そのための道具が、更新プロンプトです。
更新プロンプトを使うことで、AIは単に続きを生成する道具ではなくなります。
芯の葛藤がまだ場面に通っているか。摩擦の形が単調になっていないか。主人公は、前よりも逃げにくい場所に立たされているか。
それを点検するための補助役になります。
長編は、展開を増やすことで生まれるのではありません。
一つの葛藤が形を変えて現れ、そのたびに主人公を少しずつ追い込んでいく。
その持続が、読者を最後まで引っ張っていきます。
AI時代の長編執筆で大切なのは、続きを急ぐことではありません。
まだ解けていない葛藤を、最後まで見失わないことです。
まずは、いま書いている物語について、次にAIへ続きを頼む前に、「この物語で、主人公がまだ逃げられていない葛藤は何か」を一文で書き出し、それを更新プロンプトの出発点にしてみてください。
小室誠一：Director of BABEL eTrans Tech Lab
https://www.youtube.com/@eTransTechLab
