バージョン履歴とは、ある文章が「かつてどういう姿だったか」を残した記録のことです。プログラマーは何十年も前からこれに頼ってきましたが、小説家の多くは今も履歴なしで書いています。あるいは、chapter-7-final、chapter-7-final-v2、chapter-7-ACTUAL-final といった名前のファイルが並ぶフォルダで間に合わせています。あのフォルダは、正しい発想を形にしようとした試みです。一冊の本は完成に至るまでに何度も姿を変えます。そして、以前の姿を見返し、そこへ戻ることのできる書き手は、それができない書き手よりも大胆に、しかも正確に推敲できます。このガイドでは、なぜそう言えるのか、チェックポイントを実際にどう使うのか、そして分岐のアイデアがどこに位置づくのかを説明します。
小説には、自分自身の記憶が必要だ
短編なら頭の中に収まります。長編はそうはいきません。第二幕のあたりで、一冊の本は一度に抱えきれないほどの大きさになり、それ以降の推敲はどこか目隠しをしたまま進むことになります。14章の場面を変えるとき、同じ瞬間に、6章でその場面について何が約束されていたかを見渡すことはできないのです。
バージョン履歴は、本に書き手の頭の外にある記憶を与えてくれます。記憶に頼るしかなかった問いに、答えが出せるようになります。このチャプターは、あの暴露を動かす前にはどう書かれていたのか。師匠が裏切り者でなくなったのはいつか。冒頭のどの稿に、批評仲間が気に入ってくれた一文があったのか。記録がなければ、こうした答えは推測にすぎません。そして、自分の本についての推測は、意外なほどよく外れます。
この記憶がいちばん効くのは、小説のなかでも広い範囲に散らばる部分です。ある人物の動機を一つ変えると、その影響は二十の章に波及しかねません。変更前の本を見られることは、波紋が意図した場所に届いたかを確かめる手段であり、原稿が育っていくなかで連続性を保つための手段でもあります。
大きな改稿を止めてしまう恐れ
履歴がないことの代償のうち、最も高くつくのは、思い切る力を失うことです。多くの書き手にはおなじみの感覚があるでしょう。構造上の問題が目の前にある。中盤の山場が遅すぎる、あるサブプロットが重荷になっている、本は一章早く始めるべきだ。それなのに、直さないことを選んでしまう。直せば、すでにうまくいっている章を引き裂くことになり、直しが失敗しても戻る道がないからです。
そうして改稿は、安全な規模にまで縮んでいきます。文章は磨かれるのに、構造は元のままです。「あと一歩で形になりそうなのに」と感じられる本の多くが、まさにそこで止まっています。
チェックポイントは、この損得の計算を変えます。本の現在の状態が保存され、日付が刻まれていれば、大きな変更はもう賭けではなくなります。サブプロットを削る、暴露の位置を動かす、二人の人物を一人にまとめる。そうして結果を正直に読めばよいのです。以前の版は残っていて、比べることも、そこから断片を取り戻すこともできます。信頼できる履歴を持つ書き手は、より多くを試す余裕があります。そして構造の問題が解けるのは、その試行のなかなのです。
節目でチェックポイントを残す
チェックポイントとは、意図して行う保存のことです。本全体、または変更した章について、あなたが選んだ時点で名前と日付のついたスナップショットを取ります。キー入力のたびに記録する自動履歴にも使い道はありますが、実際に道しるべとして頼るのはチェックポイントのほうです。一つ一つが、残そうと決めた状態を指しているからです。
チェックポイントを取る価値があるのは、後悔するかもしれない決断の前です。
- 構造を変える前。 章の移動、統合、削除。出来事の順序の入れ替え。結末の書き直し。
- 誰かに原稿を渡す前。 ベータ読者、編集者、批評のグループは、特定の版に反応します。感想が届いたとき、彼らが何を読んだのかを正確に確かめたくなるはずです。
- 一稿を書き終えたとき。 通しの一周を終えることは一つの節目です。それを保存しておけば、次の稿を測るための固定点が手に入ります。
- ツールに本文を書き換えさせる前。 ソフトウェアや編集者、AIが本文をまとめて書き換えようとするときは、いつでもです。
チェックポイントの名前は、日付ではなく、これから起こることでつけましょう。日付は記録のほうが覚えてくれています。「リスボンのサブプロットを削る前」なら、三か月後にも意味が通じます。「土曜日」では通じません。
かつての章の姿を読み返す
バージョン履歴の二つ目の使い方は、より静かですが、日々の作業ではこちらのほうがよく使います。戻って読む、ということです。
推敲は何かを失います。四度書き直した章が、初稿を成り立たせていたたった一つのイメージを落としていたり、二百ページ先の伏線になる台詞を失っていたりします。以前の版を現在の版と並べて開くことが、何が抜け落ちたかを見つける方法です。多くの場合、答えは推敲を丸ごと取り消すことではなく、一つの段落を新しい稿へ持ち越すことです。
これは文章だけでなく、設計にも役立ちます。アウトラインを使う書き手、つまり章をストーリービート、すなわち何かが起こり何かが変わる小さな単位から組み立てている書き手にとって、章の以前の版は、それがどう書かれていたかだけでなく、何をするはずだったかを教えてくれます。二つの版のビートを比べれば、推敲が物語を変えたのか文章だけを変えたのかがわかります。章の読み心地が急に変わったのに理由が言えないとき、これは役に立つ手がかりです。
分岐はどこに位置づくか
分岐は、その次に来る発想です。版が一本の線で続くのではなく、本を別の方向へ進める枝を作れます。姉が裏切り者である版、敵対者の側から語られる版。それを本筋と並べて育て、うまくいったほうを残します。
小説家にとって分岐が最も役立つのは、頭で考えるだけでは決着のつかない大きな問いです。本を殺人から始めるべきか、その前の朝から始めるべきかを、何週間も自分の中で議論し続けることもできますが、両方の冒頭を書いて読み比べることもできます。分岐がツールとして提供されるまでは、チェックポイントとコピーでほぼ同じことができます。今の状態を保存し、別案を試し、比べるのです。
分岐には規律も要ります。分岐の一つ一つは、本の一部のもう一つの版であり、同じ物語の二つの版は、すぐに互いからずれていきます。分岐は短命にとどめ、一つの問いに絞り、決着をつけて、答えを本筋へ戻しましょう。
AIが関わるときのバージョン履歴
AIとともに書くとき、こうしたことはいっそう重要になります。AIは、人間よりも大きく、速い筆致で本文を変えるからです。アシスタントは、章を書き換えたり、場面の並びを組み替えたり、本全体にわたって人物像を更新したりといったことを数秒でやってのけます。そこまで広い変更は、以前の姿を見られなければ、良し悪しを判断しにくいものです。
習慣は同じで、頻度が上がるだけです。まとめて変更を頼む前にチェックポイントを取り、新旧の版を読み比べ、それぞれの版から本のためになる部分を残します。どの変更があなたによるもので、どれがAIによるものかを記録する履歴は、副産物として、あなた自身の著作の記録にもなります。
Novelmintは、この仕組みを本そのものに組み込んでいます。変更した章のチェックポイントを保存でき、章の以前の版を開いてプランと本文を読み、そこからコピーでき、AIアシスタントの直近の変更をワンクリックで取り消せます。チェックポイント全体をワンステップで復元する機能と、別の筋書きを探るために本を分岐させる機能は、ロードマップにあります。現在の仕組みについては、バージョン履歴のページをご覧ください。何で書くにせよ、信頼できる履歴を持ちましょう。そうすれば、あなたの本が必要とする大きな改稿は、試す余裕のあるものになります。