シリーズ作品のための Project・バージョン管理ツール 2026

シリーズ作品は、たいてい一つのアウトラインから始まります。ところが第2巻が改稿に入るころには、第1巻の刊行済み原稿と新版の修正、第2巻の編集者確認稿、第3巻のアイデア、そして全巻にまたがる名称や人物設定が並んでいます。王国評議会を検索すれば、異なる五つの表記が見つかり、ファイル名は final から final-final-really-final へ伸びていきます。

これは単なる命名の乱れではありません。シリーズ制作には、全巻で共有する世界設定、各 Work の原稿、意味のある改稿段階、今回の出版に使う正式なソース、端末故障や操作ミスから作業を戻す Project 全体のバックアップという、役割の異なる対象があります。すべてを「バージョン」と呼んでしまうと、どのファイルが何を担うのかを、どのツールでも説明しにくくなります。

シリーズ作家は複数の時間軸でも仕事をしています。今夜は第2巻の口論場面を直し、今月は第1巻の新版へ正誤修正を反映し、来年には第3巻で古い前提を使えない理由を思い出さなければなりません。全体を見渡すことは大切ですが、作業を前へ進めるには、いま編集している Work と原稿段階、そしてその判断が別の巻にも及ぶかを明確にする必要があります。

以下の7つのツールは、シリーズ全体の可視化、専門的な時間管理、成熟した長編 Project、連続した執筆 Library、共同データベース、モジュール型の制作環境、ローカル Project という異なる入口を持っています。まず考えたいのは、混同しやすいのが「本同士の関係」なのか、それとも「いま制作へ渡す原稿」なのかです。

Plottr：まず複数巻の構造を俯瞰する

Plottr のビジュアル Timeline、シーンカード、物語のライン、Series View は、複数巻の構造を上から見える形にします。人物の成長が何巻にもまたがる様子や、伏線を置いて回収する位置を追跡できます。Story Bible には人物や場所の構想資料をまとめられます。

執筆前にシリーズのリズムを組み立てたい視覚型のプランナーに向いています。本文が何度も改稿される段階へ進んだら、どの原稿ソースを正式なものとするか、視覚的な計画の変更を各巻へいつ反映するかは、著者自身が決めます。

Aeon Timeline：複数巻の時系列を計算可能な形にする

数十年にわたる物語、複数人物の年齢制約、独自暦を持つシリーズでは、時間そのものが制作基盤になります。Aeon Timeline は出来事、人物、場所、物語上の提示順、年齢、期間、相対日付をモデル化し、複数の Story や書籍を含む計画にも対応します。

一つの時系列ミスがシリーズ全体へ及ぶなら、専門的な時間モデルを基準にするのは合理的です。いつ何が起きたかには答えられますが、各巻の本文、調査資料、著者タスク、正式な出版ソースには、それぞれ別の境界が必要です。

Scrivener：長編一作ごとに成熟した Project を持つ

Binder、Corkboard、Outliner、Research、Snapshots、Compile を備えた Scrivener には、長編原稿と関連資料を扱う確立された構造があります。各巻に一つずつ Project を作ることも、シリーズ情報と原稿を階層化したマスター Project を設けることもできます。

シリーズが大きくなる前に、Project の境界を決めておくことが重要です。共有する世界設定はどこに置くのか、各版の Compile 設定はどれか、刊行済みの内容と変更中の原稿をどう分けるのか。このルールが後の混乱を抑えます。

Ulysses：連続した Library で執筆の勢いを保つ

Ulysses の Library、Projects、Groups、Filters、Sheets は、Apple デバイス間で静かな執筆リズムを保ちながら、複数の作品を整理します。Sheets は分割、結合、並べ替えができ、Projects と Groups で現在のシリーズをほかの執筆から分けられます。

命名とグループ分けを軸にシリーズを管理する、本文中心の作家には明確な価値があります。複数巻にまたがる Story data、調査、改稿タスク、出版ソースが増えてきたときは、Library の階層だけでそれぞれの責任を表せるかを見直せます。

Notion：シリーズ資料と制作状況を共有する

データベースビュー、コメント、権限、共有 Workspace は、シリーズ企画、共同調査、制作進行を見える形にします。人物、場所、各巻の状態、表紙タスク、告知日程を異なるビューで表示し、該当ページのそばで相談できます。

長期の執筆では、共同データベースとローカル本文に別々の役割を持たせることもできます。Offline Mode とエクスポートは有用なアクセス手段ですが、ダウンロードしたページ、書き出した複製、著者が直接管理する通常のローカル Markdown Project は同じものではありません。チームでは、判断を確定する場所と正式な原稿を置く場所を明示しておくと安心です。

Campfire：巻ごとに必要な制作モジュールを組み合わせる

Campfire は Manuscript、人物、Timeline、世界観構築をモジュール型の環境へまとめます。すべての巻へ同じ大きな表を課すのではなく、その巻で必要な資料を重点的に使えます。

第1巻では世界を紹介し、第2巻では勢力関係、第3巻では難しい時系列が中心になる、といったシリーズに合う柔軟性です。ただし、どの設定が全巻共通で、どれが一巻だけのものかは著者が定義します。一つの変更から複数の説明が残らないための境界です。

Scroll：Works、原稿バージョン、出版ソースを明示する

Scroll のローカル Project には、一つ以上の Works を登録でき、Story data、本文、References、タスクを明確な Project 境界の内側に置けます。Works は「どの本か」を示し、原稿バージョンは同じ Work の意味ある段階を記述します。Publish Version は今回の出版に使う正式なソースを記録します。これらは判断を表す仕組みであり、原稿を複製、凍結、生成するものではありません。

合意済みのシリーズ設定を一つの場所で管理し、現在の Project にはその本で実際に使う人物、場所、出来事を置く方法もあります。別々の Project 間で共有データが自動同期されるわけではありません。「編集者確認」と「新版改稿」は異なるバージョンの意味を持ちます。本の制作へ進む前に、著者は意図した Publish Version に対応するソースを選びます。この選択自体は出版出力ではなく、下流のアプリケーションが認識したことも意味しません。

第1巻の正誤修正と第2巻の編集メモが同時に届いた場面を考えてみましょう。著者は第1巻の改稿ソースで地名を直し、第2巻には同じ名称を確認するタスクを作ります。すべてを「シリーズ最新版」と呼ぶ必要はありません。判断が固まったところで、共有設定の基準にも反映します。各 Work の原稿を見分けられるまま、どの変更が別の巻へ及び得るかも確認できます。

原稿バージョンは Git のスナップショットではありません。本文を上書きしても、バージョン名から以前の内容へ戻すことはできません。重要な段階では実際の複製とバックアップが必要です。Scroll の Project 全体には非表示の Project データも含まれ得るため、バックアップでは見えている Markdown ファイルだけでなく Project フォルダー全体を保存します。現時点の Scroll に、すべての Project を一括で書き出す単一の組み込み操作はありません。

ローカル Project のバックアップ先は著者が選びます。Scroll を閉じてから作った完全な複製は、別のディスク、外部デバイス、信頼できるクラウドバックアップ先へ保存できます。自分で管理できることは、紛失の危険がなくなることを意味しません。同期競合を Scroll が自動で解決することもないため、双方を残して手作業で比較します。

原稿が安定したら、同じ Project を Scribe で開き、Work、Publish Version、Source folder、章の順序を確認してから、Appearance、ページネーション、出版出力へ進めます。Scroll が担うのは創作の文脈、本文、改稿、バージョンの意味、ソースの選択です。PDF、EPUB、印刷レイアウトを直接出力するものではなく、Publish Version の指定だけで Scribe が章を認識したことにもなりません。

この境界は、新版制作やセルフ出版で特に役立ちます。執筆中にページデザインを決める必要はありませんが、どの Work、どのバージョン、どの章が制作へ進むのかは説明できます。著者自身が確認する全手順は、原稿が Scribe に進める5つのサインを参照してください。

編集者との連絡も具体的になります。「最新版を確認してください」では文脈が失われます。「第2巻初版のこのソースを確認してください。第1巻の改稿は別です」なら判断が残ります。ツールがチームの命名規則を作ることはできませんが、Works、原稿バージョン、実際の複製は、決めた方針を記録できます。

Plottr は複数巻の視覚構造、Aeon Timeline は専門的な時間管理、Scrivener は成熟した長編 Project、Ulysses は連続した執筆、Notion は共同企画、Campfire はモジュール型の世界観構築に明確な入口があります。Scroll は、現在の Work、改稿タスク、原稿バージョン、ローカルソース、下流の本制作を、一つの説明可能な流れに保ちたい作家に向いています。

次は原稿バージョンと Project 全体のバックアップへ進むか、別の創作課題を探すために2026 年版ツールガイドへ戻れます。Scroll 製品ページでは、Works とバージョンのワークフローを紹介しています。