Obsidian の Vault が十年育ったあと、小説ごとに同じ手順をどう保ちますか？
Obsidian はローカル Markdown、Links、Graph、Canvas、拡張環境を長期的な知識網へ育てます。世界ごとに Vault を分ける書き手へ、Scroll が各 Project に同じ構成、執筆、タスク、バージョン、出版工程を用意します。
長く使った Vault を、単なるノートフォルダーとは呼びにくくなります。十年前に記録した語根、交易路と王朝年表へ Links でつながる港町、当初は予想しなかった関係を示す Graph、戦争の配置を残した Canvas。古いノートは新しい作品から再発見され、一冊が終わっても知識は生き続けます。
Obsidian の魅力は、この成長を利用者へ委ねることです。ローカル Markdown は文章を長く読める形に保ち、Links と Backlinks は複数方向から文脈へ戻し、Graph と Canvas は接続を見る方法を増やします。テーマ、Community plugins、公開 API により、決められた小説整理法を受け入れるのではなく、自分の環境を作れます。
シリーズを横断する世界設定、調査型の執筆、個人知識管理では、この自由が特に価値を持ちます。植物学のノートが数年後に幻想世界の生態規則となり、一つの歴史都市がノンフィクションと小説の両方へ影響します。所有しているのは一作品の付属資料ではなく、増え続ける知識資産です。
次の負荷は、二つ目、三つ目の独立した世界から生まれます。
すべてを一つの Vault に置けば横断検索がしやすく、世界ごとに Vault を分ければ作品境界が明確です。Obsidian は各 Vault の設定を .obsidian フォルダーに保存します。テーマ、プラグイン、ホットキー、設定は別 Vault へコピーや同期ができますが、その選択と保守は長期運用の一部になります。世界が増えたとき、独立した空間で同じ小説執筆の手触りをどう保つかが問題になります。
環境を作ること自体が楽しい人は、世界ごとに構造を変えられます。別の書き手は、世界の内容だけを分け、人物、出来事、タスク、長編編集、バージョンの基本操作は共通にしたいと考えます。新しい作品を開くたびに、作業場を最初から整える必要はありません。
Scroll は、各小説を独立したローカル Project にしながら、すべてに同じ標準の作家向け機能を用意します。Story data、複数の構成ビュー、長編編集、タスク、Works と原稿バージョン、Scribe への準備です。世界は新しくても、作業の言語は変わりません。
世界を分け、執筆の手触りを共通にする
海洋ファンタジー、現代ミステリー、スペースオペラが、同じ人物表、場所名、Timeline を共有する必要はありません。それぞれに規則、調査、出版計画があります。一緒にすると、現在の作品に不要な文脈まで見えることがあります。
Scroll は Project ごとに境界を保ちます。本文、人物、場所、組織、出来事、調査、タスクは現在の作品に属します。別の Project を開いても前の世界の資料は混ざりません。一方、基本操作は同じです。人物は人物の入口、出来事は Timeline、タスクは List、Board、Calendar、Schedule、本文は同じ長編エディターで扱います。
一貫性は、すべての小説に同じテンプレートを強いることではありません。宮廷群像なら派閥と爵位を追加し、ロードノベルなら場所と経路を中心にし、短編なら最小構成にできます。安定した土台の上で、作品固有の Project モデルを作ります。
標準の Story ツールが共通言語になる
新しい世界は不確定です。人物関係は変わり、地理は草図で、出来事の順も決まっていません。Mindmap、Whiteboard、Flowchart で仮の考えを保ち、安定した内容だけを人物、場所、組織、出来事へ移せます。
同じ Story data は Relationship graph、Map、Timeline、Calendar、Subway、Spreadsheet などから確認できます。どの Project でもビューの意味は共通です。カスタム Project モデルは、「基本機能をもう一度組み立てる」ためではなく、「この作品に固有のものは何か」を表すために使えます。
Story の戴冠式は出来事で、「戴冠式前後の呼称を確認する」は書き手のタスクです。二つを分けると、Timeline に制作上の TODO が入り込まず、タスク Board が世界設定の基準資料にもなりません。
ローカル Project に自分のバックアップ方法を与える
ローカル優先は、一台の端末にしか置けないという意味ではありません。完全な Project は、外付けドライブ、システムバックアップ、バージョン管理、適切なクラウド同期フォルダーなど、書き手が選ぶ複製方法に参加できます。Scroll の本文は読みやすい Markdown で、Story data、タスク、保存ビュー、バージョン記録が広い文脈を保ちます。
ローカルフォルダーもクラウドも、それだけではバックアップではありません。複数のコピー、分かる保存先、復元確認が必要です。利点は、安全を計画する Project を作者が直接把握できることです。
完成中の小説には書籍制作への出口が必要
世界設定は成長を続けられますが、出版する一冊はどこかで安定します。正式本文、含める章、削除資料、制作に渡すバージョンを明確にしなければなりません。
Scroll の Works と原稿バージョンが、その判断を Project に残します。安定した原稿は Scribeで開き、Appearance、ページネーション、出版出力へ進めます。Scroll は完成 PDF、EPUB、印刷レイアウトを直接作らず、準備状態は Scribe の受領成功を意味しません。書き手は Work、バージョン、章、ページを確認します。
正式な Markdown 原稿が知識ベースにある場合は、Obsidian と Scribeが出版目的を扱います。同じ記録を複数ビューから見る方法は、一つの Story に11のビューが必要な理由へ進んでください。
長期的な知識網を保ちながら、新しい世界に明確な境界を与えられます。Scroll はローカルファイル、作家向け構成、タスク、バージョン、Scribe 工程を各 Project に用意します。Scroll ツール選びガイドには別の入口もあります。
二つ目、三つ目の独立世界を始めるなら、Scroll 製品ページで本文、Story data、出版準備がどう一つの Project に並ぶかを確認してください。知識方法は蓄積しながら、新しい作品のたびに作業場を作り直さないための選択です。