版管理 — 書き直しても、前のバージョンに戻れる

改稿の恐怖

小説を書き直すとき、最も怖いのは「前の方がよかった」と気づくことです。

大幅に書き換えたシーンが期待ほどよくならなかった。文体変換を試したら雰囲気が合わなかった。AIの提案を取り込んだけれど、元の手書きの方が味があった——。

こうした「やり直したい」に備えるのが、hakadoru.ai のバージョン管理です。

版を残す考え方は、専用機能を使わない場合にも有効です。大切なのは保存回数を増やすことではなく、「何を試す前の状態か」が分かる地点を残すことです。初稿、構成変更前、視点変更前、提出版という節目があれば、失敗を恐れず比較できます。

シーン単位のバージョニング

hakadoru.ai では、シーンごとに変更履歴が自動で記録されます。

以下のタイミングで、自動的にバージョンが保存されます:

手動保存時 — 手書きで編集して保存したとき
AI生成の採用時 — AIが生成したシーンを成果物として採用したとき
文体変換の適用時 — 鉱石変換エンジン（TTE）で文体を変換したとき
改稿の適用時 — 文脈適応による改稿を反映したとき

特に重要なポイントでは、手動でスナップショットを作成して名前をつけることもできます。「公募提出版」「Web公開版」「大幅改稿前」——後から見返したときに、何のために保存したかがわかるようにラベルをつけておけます。

名前には「日付」より「判断」を残す

最終版、最終版2、本当の最終版という名前は、数週間後には区別できません。日付に加え、変更の目的を短く書きます。

第3話・告白を前倒しする前
第5話・一人称から三人称へ変更
公募A提出版・規定40枚
Web公開版・ルビ調整済み

必要なら説明欄や別メモへ「仮説」も残します。「敵の登場を早めると中盤の停滞が減るはず」のように書けば、変更後に何を比較すべきか明確になります。

視点変更は代名詞を置き換えるだけではなく、人物が知り得る情報や地の文の語彙まで変わる大きな実験です。人物ごとの知識や口調を先に整理する方法は長編小説の設定管理で紹介しています。

比較と復元

保存されたバージョンは、いつでも:

差分を確認 — 現在のテキストと過去のバージョンを並べて比較
復元 — 過去のバージョンに戻す（現在のテキストも別バージョンとして保存されるので、復元しても何も失われない）
部分的な復元 — 過去のバージョンから特定の段落だけを取り戻す

比較するときは、変更量だけでなく目的を達成したかを見ます。文章が短くなった、比喩が増えたという差分は事実ですが、それだけで改善とは言えません。場面の目的、人物の選択、読後に残したい感情へ近づいたかを判断します。

たとえば告白場面を三案書いたなら、好みだけで選ばず、次の表で比べます。

観点	A案	B案	C案
告白する理由	明確	弱い	明確
相手の反応	予想どおり	意外	意外
次章への問い	なし	あり	あり
人物らしい言葉	強い	強い	弱い

一案を丸ごと採用しなくても、A案の台詞とB案の終わり方を組み合わせる判断ができます。その場合も、組み合わせ前の各案は残しておきます。

作品スナップショット

シーン単位のバージョンに加えて、作品全体のスナップショットも作成できます。

これは「この時点での全シーンの組み合わせ」を記録する機能です。たとえば:

公募提出前 — 全シーンの「提出版」の組み合わせを記録
連載第1部完結時 — 第1部の完成状態を丸ごと保存
大規模改稿前 — 改稿前の状態を保険として記録

各シーンは独立してバージョンが進んでいくため、「第3話は改稿後だけど第5話は改稿前の方がよかった」といった状況にも対応できます。作品スナップショットがあれば、任意の組み合わせを復元できます。

大規模改稿を安全に進める手順

現在の全体を「改稿前」として保存する
改稿の目的を一つに絞る
影響する章やシーンを先に一覧化する
一場面で試し、旧版と比較する
方針が有効なら対象全体へ広げる
変更後に伏線、時系列、呼称を横断確認する

いきなり全章を書き換えないことがポイントです。試しの一場面で語り口や作業量を確認すれば、合わない方針から早く戻れます。語尾、同語反復、表記ゆれなど機械的に見つけやすい候補は小説推敲チェッカーでも確認できます。

伏線の追加や削除では、一か所の変更が離れた章へ影響します。提示・再提示・回収の場所を表にしてから直すと、旧版の手がかりだけが残る事故を減らせます。離れた場面の矛盾を確認する考え方は一貫性検証の記事も参考になります。

古いバージョンの管理

バージョンが無制限に溜まり続けると、ストレージを圧迫します。hakadoru.ai では:

自動保存バージョン — 一定期間（デフォルト30日）を過ぎた自動バージョンは、ストレージ管理のため段階的に整理されます
手動スナップショット — 著者が意図的に保存したものは、削除されません
作品スナップショットから参照されているバージョン — 参照がある限り保持されます

よくある失敗

保存しただけで比較しない

版を大量に残しても、採用理由がなければ同じ迷いを繰り返します。重要な版には「何を良くしようとしたか」「結果はどうだったか」を一行残します。

一度に複数の実験をする

視点、時系列、語り口、結末を同時に変えると、何が効いたか分かりません。まず構成、次に視点、最後に文章のように縮尺を分けます。

復元で現在稿を上書きする

過去版へ戻る前に、現在の状態も保存します。「戻したあとで、やはり直前の一段落だけ欲しい」ということがあるためです。

提出版と作業中の版を混ぜる

公募へ送った原稿や公開した本文は、その時点の固定版として分けます。後から修正しても、何を実際に提出・公開したか追える状態を保ちます。

版管理チェックリスト

大きな変更前に手動の節目を残したか
名前から変更目的を判断できるか
改稿の仮説と評価基準を一つに絞ったか
旧版と新版を場面の目的に沿って比較したか
復元前の現在稿も保存したか
提出版、公開版、作業版を区別しているか
変更に伴う伏線、時系列、呼称の影響を確認したか

安心して書き直せる環境

版管理は、「やり直しがきく」という安心感を提供します。

大胆な改稿に踏み切れる — 失敗しても戻れるから
AI生成の採用判断がしやすい — 元のテキストは消えないから
文体変換を気軽に試せる — 合わなければ元に戻せるから

ただし、戻れることと、実験がうまくいくことは別です。名前のない自動保存の山から「あの書き直しの直前」を後から探し出すのは手間ですし、仮説のない版を何十と残しても、同じ迷いを繰り返します。版管理が取り除くのは「戻れない」という一種類のリスクだけです。そこから先は、節目に残した名前と仮説、つまり「何を試す前の状態か」「何が良くなれば成功か」の書き方に懸かっています。

小説の執筆は試行錯誤の連続です。版管理はその試行錯誤を、リスクのない実験にではなく、失敗の安い実験に変えます。戻れる地点と検証の基準を残しながら書き直すこと。それが、長編を最後まで書き直し続けるための現実的な足場です。