1996年に出た『七王国の玉座』は八人の視点人物で始まりました。五冊目までにその数は二十を超えます。ジョージ・R・R・マーティンは六冊目を十年以上書き終えられずにいます。怠けているからでも着想がないからでもありません。二十の主観的な世界と、二十の別々の情報の境界は、人ひとりの脳が同時に追える量を超えているからです。認知科学は作業記憶の過負荷と呼びます。書き手は地獄と呼びます。
複数視点の中核の難しさは、二語に畳めます。情報の隔離です。人物ひとりずつが自分の泡のなかに住んでいます。刑事は犯人が誰か知りません。目撃者は、自分の手にある手がかりが事件を割ることに気づいていません。ところがこれを書いている人は? 全部知っています。全知の著者と限定された人物の視点のあいだのこの隙間で、複数視点の物語は墜落します。
声が二つめの地雷です。三人の視点人物の内面が、同じ人がしゃべっているように読める? それなら複数視点の構造は飾りに崩れます。刑事は現場に入って出口を数えます。画家は午後の光が床にどう落ちているかに気づきます。福祉職の人はその場の全員の身振りを読みます。同じ部屋。まったく違う文章になります。
語りの配分が三つめです。視点ごとにどれだけの分量を割くか。どの順で出すか。ある人物が三話姿を消したら、読者はその存在を忘れないか。
この三つを勘だけで捌ける人は、正直、いません。ここで要るのは仕組みです。
複数視点の三重の課題
複数視点の難しさは「人物を複数書くこと」とは関係ありません。どの小説にも人物は複数います。難しいのは、視点の章がひとりの主観的な現実に完全に沈み込む必要があり、その主観的な現実どうしが決して汚染し合ってはいけないことです。
情報の管理がいちばん損害を出します。刑事は十話で決定的な手がかりを見つけます。だから八話では、内面がその手がかりへの気づきを漏らしてはいけません。ほのめかしすら駄目です。読者は誤りを意識して捕まえないかもしれません。ただ、何かが噛み合っていないと感じます。その感覚が話ごとに積み上がり、物語への信頼が完全に削れます。
「知っている」より厄介なのが「気づく」です。人物Aは三話で何かを目撃しますが、その意味を掴むのは十二話、何かがきっかけで意味が繋がったときです。人物のあいだを移動する客観的な事実を追うのはひとつの仕事です。主観的な理解の変化を追うのは別の仕事です。 この二つのあいだの時間差に、不安が住んでいます。
声の差が、複数視点の構造が存在する価値を決めます。三人の内面が同じに読めるなら、面倒を省いて三人称全知にしてください。少なくとも管理は楽です。
差は語彙より深いところにあります。語彙も重要ではありますが。本当の分かれ目は思考の型です。軍の訓練を受けた人物は部屋に入って、即座に出口と遮蔽物と脅威の方向を数え上げます。画家は向こうの壁に当たる光の角度に気づきます。心理の専門家は全員の表情の細かい動きを読みます。同じ部屋、三つのまったく違う描写になります。
語りの配分は構造の問題です。文字数の割り当て、登場の順、切り替えの頻度。判断のひとつずつが読者の忍耐を形づくります。感情を預けた人物が長く消えると、読者は本を置きます。
SlimaでPOVの管理の仕組みを作る
複数視点の複雑さを扱うには、二つの仕組みを並行して動かす必要があります。ひとつは執筆に仕える仕組み——著者がひとつの視点に完全に沈めるようにするもの。もうひとつは追跡に仕える仕組み——執筆中に全体の構造が制御を失わないようにするものです。
Slimaのファイルツリーは、この混成の構造のためにあります。
本文/
├── 視点ごと/
│ ├── 視点-刑事/
│ │ ├── 遺体の発見.md
│ │ ├── 最初の手がかり.md
│ │ └── 目撃者への聴取.md
│ ├── 視点-犯人/
│ │ ├── 犯行の夜.md
│ │ └── 捕まりかけた日.md
│ └── 視点-目撃者/
│ ├── 見てしまったもの.md
│ └── 隠すと決めた日.md
└── 統合/
├── 01-遺体の発見.md
├── 02-犯人の記憶.md
├── 03-目撃者の逡巡.md
└── ...
「視点ごと」のフォルダは、見かけより効くことをします。刑事を書くときは視点-刑事を開けば、画面には刑事の章しか出ません。犯人の情報が視野の端に入りません。目撃者の秘密が注意を引きません。物理的な分離が心理的な分離を生みます。 脳がひとつの視点の状態へ、はるかに滑り込みやすくなります。
「統合」のフォルダには最終的な読む順序を置きます。筋ごとに書いてから、語りの論理でここへ組み上げます。書くのが先、構成があと。この二段階を分けるだけで、認知の負荷が半分になります。
Cmd+Pのファイルをすばやく開くが、視点のあいだをいちばん速く跳ばします。「刑事」と打てば刑事の章が全部出ます。「犯人」と打てば犯人の章が出ます。ファイルツリーの入れ子を辿るよりずっと速い。
誰が何を知っているかを追う
情報の管理には専用の資料が要ります。記憶でも勘でもなく、書かれたものが。構成のフォルダに視点の追跡表.mdを作ってください。三つを記録します。章の割り当て、視点ごとの文字数、そしていちばん重要な情報の把握の表です。
表はこうなります。
| 情報 | 刑事 | 犯人 | 目撃者 |
|---|---|---|---|
| 被害者の身元 | 1話 | 最初から | 3話 |
| 犯行の動機 | 15話 | 最初から | 知らない |
| 犯人の正体 | 18話 | — | 3話（確信なし） |
| 決定的な物証 | 12話 | 5話に処分 | 知らない |
どの章を書く前にも、この表を見てください。この人物はいま何を知っているか。何をまだ知らないか。一目で決まります。複数視点でいちばん多い失敗は、まだ知らないはずのことを人物に「知らせて」しまうことです。 この表が防火壁になります。
エディタを分割が、これを実務にします。左に追跡表、右に執筆中の章。人物が何かを考えている——左を見る。それをもう知っているか。二秒の確認が、あとで何時間もの改稿を節約します。
情報が誰から誰へどう渡ったかが入り組んできたら、.mapの関係マップに線として置くのも手です。誰が誰に何を話したかを、時系列とは別の軸で眺められます。
声を分ける
視点人物ひとりずつに「声の記録」が要ります。人物紹介ではありません。前史でもありません。この人がどう考え、どう話すかの記録です。四つの層——思考の型、観察の焦点、言葉の癖、内面の見本。
思考の型がいちばん深い層です。この人物は情報をどう処理するか。論理の演繹——「AならばB、CとDは除外」か。直感——「腹の底が締まる。これは何かおかしい」か。全体から入るか、細部から入るか。既定の姿勢は信頼か、疑いか。
観察の焦点が、人物が「見る」ものを決めます。同じ現場で、刑事は床の足跡を数えて人数を推定します。犯人はどの面に指紋が残りうるかを見積もります。目撃者は壁の家族写真を見つめて、この人たちはこれからどうなるのだろうと考えます。ひとつの部屋、三つのまったく違う文章です。
言葉の癖は読者がいちばん速く拾います。文は長いか、切り詰めるか。改まった調子か、崩れた調子か。乱暴な言葉を使うか。口癖はあるか。比喩はどこから来るか——料理人なら料理から、音楽家なら拍と旋律から、技術者なら荷重と構造から。
内面の見本がいちばん実用的な節です。視点人物ごとに、典型的な内面の思考を二、三段落書いておきます。人物のファイルに参照用の錨として保存してください。ある思考がその人物の声として違和感があるとき、見本を読み返せば、声が戻ります。
Slimaの登場人物のフォルダで、視点人物のファイルのなかに「声の記録」の節を直接置いてください。前史と声の特徴が並んでいれば、照合のために文書を行き来する必要がありません。
AIで一貫性を点検する
複数視点でいちばん起きやすい二つの誤り——情報の漏れと声の混線——は、たまたまAI コーチがいちばん得意な仕事です。時系列のあらゆる時点における全員の情報の状態を記憶に保つのは、人の脳にはほぼ不可能です。AIは原稿全体を章ごとに系統立てて走査して、食い違いを挙げられます。なおこの点検は、書き手が明示的に走らせたときだけ動きます。実行にはクレジットを使います。
Cmd+Shift+A（Mac）またはCtrl+Shift+A（Windows）で開いてください。
情報の漏れの点検
「視点の追跡表.md」の情報の把握の状態によれば、刑事が犯人の正体を知るのは10話です。
「視点-刑事」フォルダの1話から9話を走査して、刑事がすでに犯人の正体を知っている、または疑っていると読める内容がないか確認してください。
次を含めます。
- 直接の言及
- ほのめかす思考や観察
- 特定の人物への不自然な注意の集中
具体的な箇所を引用して、なぜ情報の漏れになりうるか説明してください。
声の一貫性の点検
「視点-刑事」フォルダの三つの章です。
「登場人物/刑事.md」の声の記録に基づいて、三つの章で声が一貫しているか分析してください。
確認してほしい点。
- 思考の型が記録と合っているか（論理的、分析的）
- 観察の焦点が記録と合っているか（手を見て職業を推し量る、など）
- 言葉の癖が一貫しているか（改まっているが硬くはない、感嘆を避ける、など）
合っていない箇所は具体的に指摘して、直し方を提案してください。
視点の侵犯の点検
この章は刑事の視点で書かれています。
視点の原則に反する描写がないか確認してください。
- 刑事には知りようのない、他の人物の内面の描写
- 刑事がいなかった場面の出来事の描写
- 刑事が持ちえない知識や観察の角度の使用
具体的な文を引用して、なぜ視点の原則に反するか説明してください。
目的は著者の判断を置き換えることではありません。自分の物語を知りすぎているせいで見えない亀裂を捕まえることです。
構成を安全に試す
複数視点の構成には、驚くほど多くの並べ方があります。順序、比率、切り替えの頻度。組み合わせのひとつずつが違う読書のリズムを作ります。最終版を決める前に、いくつかの配置を試すことはほぼ避けられません。
問題は、取り消せる手段がないと、本一冊ぶんの章の順序を組み替えるのが恐ろしいことです。
Slimaでは、その恐れを二つの仕組みで畳めます。
ひとつはスナップショットです。組み替える前に一枚取っておけば、いまの並びはそのまま残ります。試して、失敗したらファイル単位で戻せます。本全体を巻き戻す必要はありません。
もうひとつは、統合のフォルダを案ごとに分けることです。
統合/
├── 案A-順に交替/ （刑事→犯人→目撃者→刑事…）
├── 案B-刑事を先に通す/ （刑事の弧を最後まで書いてから切り替える）
└── 案C-結末から始める/ （終わりから入って冒頭へ戻る）
「視点ごと」のフォルダにある章のファイルはそのままに、統合のフォルダで並び順だけを案ごとに作ります。本文を複製する必要はありません。どの案がいちばん読ませるかは、.beatsのビートボードに札として並べて見比べるのも速い。幕が列、節拍が札で、札のなかに章のファイルを入れておけます。
バージョン履歴の差分表示で、案を切り替えたあとに何が変わったかをいつでも比べられます。構成の大改造が、恐れるものではなく、試すものになります。最悪の場合? 戻すだけです。すべてが元のままです。
連載のまとめ：作品をひとつのリポジトリとして
これが「作品管理」連載の最終回です。
昔ながらの執筆の道具は、小説を「とても長い一つの文書」として扱います。十万字までなら、この模型は保ちます。ただし人物が二十を超え、時間軸が三本に分かれ、視点が五つに増えると、単一文書の枠組みは崩れます。道具が壊れるからではありません。頭のなかの模型が天井に当たるからです。
Slimaの設計思想は「作品をひとつのリポジトリとして」です。小説を、構造と、版と、記録された履歴を持つひとつの企てとして扱う。考え方はソフトウェア工学で数十年かけて実証された実践から借りていますが、書き手の進め方に合わせて全面的に設計し直しています。
五回、五つの次元でした。
ファイル整理が骨格を作りました。整ったフォルダ構造が、資料のひとつずつに確定した居場所を与えます。ファイルツリーのドラッグでの並べ替えが、ファイル名による整列を置き換えました。01、02、03を頭につける必要はもうありません。
人物の資料が物語の魂を守りました。細部が記録され、帰属し、追跡できます。AI コーチが章をまたいで照合し、三話の人物が三十話でも同じ人であることを保証します。目の色は変わらず、口癖は残り、性格は一貫している。
時系列の管理が物語の論理を追いました。出来事の順序、時間の間隔、情報の伝達。この細部の誤りは作品を壊しませんが、消えない傷跡を残します。系統立った記録は、記憶より百倍確実です。
資料の統合が創作の燃料を手の届く場所に置きました。調べ物が執筆に仕えるのであって、逆ではありません。資料と作品が並んでいれば、確認は数秒で済み、流れは切れません。
複数視点の管理が語りの複雑さを扱いました。視点のひとつずつが独立した主観の世界です。境界は鋭くなければならず、汚染はゼロでなければなりません。
全部を貫いているのがバージョン履歴です。スナップショットが改稿を大胆にします。いつでも戻せるからです。単一ファイルの復元が、実験を安全にします。本線を巻き込まずに一章だけ戻せるからです。この安心が執筆の心理をまるごと変えます。「壊さないように慎重に」から「やってみよう、最悪でも戻すだけだ」へ。
昔の書き手は、何年もかけて積み上げた頭のなかの模型と、手作りの追跡の仕組み——付箋、ノート、壁の図——で入り組んだ物語を管理しました。いまは、もっと強い道具があります。本の構造をまるごと理解するAI コーチ、すべての変更を記録するバージョン履歴、どの情報にも三秒で届くファイルツリー。
認知の負荷を仕組みに渡してください。いちばん大事なことに集中するために——よい物語を書くことに。
道具が存在する理由は、そこにあります。