長編小説の章と設定資料を整理するなら、「すべてを一か所へ保存する」より先に、値ごとの所有者を一つ決めることが重要です。章順は章目録、編集画面の配置は表示記録、出力条件は出力設定票が所有する、と分けます。変更した値がどこからどこへ伝わるか、食い違ったときにどちらを優先するかまで決めれば、同じ章名や設定が複数の場所で別々に更新される事故を減らせます。
この記事は、翌日アプリを開いて同じ章・画面・出力設定へ戻れるかを試すものではありません。対象は再現ではなく、章・表示・出力の各値について「誰が正本か」「変更はどこへ伝わるか」を監査することです。
「設定」という一語へ三種類の値を入れない
長編プロジェクトでは、次の三つが同じ「設定」と呼ばれがちです。
- 章ID、章名、章順、本文ファイルなど、作品構造の値
- 執筆用や通読用のタブ配置、ペイン分割など、編集画面の値
- 書名、著者名、出力対象、出力時の条件など、成果物に関する値
この三つは更新する理由も反映先も違います。章名を変えたからといって、画面分割の名前まで同じ方法で管理する必要はありません。表示レイアウトを変えても、章順や出力条件が変わったことにはなりません。
一つの大きな設定メモへ混ぜると、どの欄が正しいか分からなくなります。古い章名が表示名に残ったとき、それが単なるラベルなのか、出力にも使われる値なのかを判断できません。整理の第一歩は、ファイルを移動することではなく、値の種類を分けることです。
設定台帳には所有者と伝播先を書く
一般的な管理方法として、設定値ごとに一行の台帳を作ります。最低限、次の項目を用意します。
- 値の名前
- その値を決める所有者
- 変更してよい更新元
- 値を参照する画面や資料
- 変更を伝える条件
- 食い違ったときの優先順位
たとえば「章順」の所有者を章目録と決めたなら、ファイル一覧の並びや通読レイアウトから章順を逆算しません。章目録を更新し、その値を読む側へ反映します。
「執筆用の画面配置」は表示記録が所有します。章目録に書かれた章順と一致する必要はありますが、画面上の左・中央・右の位置が作品の正式な読む順番を決めるわけではありません。「出力時の書誌条件」は出力設定票が所有し、表示記録の名前から復元しません。
C05の章名変更を一方向へ伝える
固有例として、章IDC05の章名を「雨の駅」から「夜明け前の駅」へ変える場合を考えます。
最初に章目録のC05を更新します。章名の所有者を章目録と決めているためです。次に、C05を表示するタブ名や作業用ラベルを確認します。そこへ旧名が残っていれば、章目録から伝わる参照値として更新します。出力用の目次名が章目録を参照する運用なら、同じ変更を出力側の確認対象へ渡します。
重要なのは、三か所を別々に手入力して正しそうな状態へすることではありません。変更の起点を章目録に固定し、表示と出力を参照先として扱うことです。これなら、後で旧名を見つけたときも、章目録へ戻って現在値を確認できます。
反対に、表示ラベルだけを「短くしたい」という変更は章名変更ではありません。表示記録が所有する別の値として、正式章名と短縮ラベルを分けます。一つの文字列を複数用途へ使い回さないことが、伝播の混線を防ぎます。
値が食い違ったら更新日時ではなく所有者を優先する
章目録には「夜明け前の駅」、表示ラベルには「雨の駅」、出力確認票には「夜明け前」とあるとします。最も新しいファイルを正しいと決めるのは危険です。表示を調整した時刻が新しいだけで、正式章名を変更したとは限らないからです。
競合時は、値の種類を先に特定します。問われているのが正式章名なら章目録、画面上の短縮名なら表示記録、成果物へ渡す書誌条件なら出力設定票を見ます。優先順位は「新しいもの」ではなく「その値を所有する記録」です。
競合を直したら、所有者の値を書き換えるのではなく、誤っている参照先を更新します。所有者側にも根拠がない場合だけ、判断を止めて編集責任者へ確認します。ここで必要なのは復元テストではなく、更新権限と伝播方向の確認です。
伝播表で変更漏れを見つける
一つの値について、所有者から参照先へ矢印を書きます。C05の正式章名なら、章目録 → タブ表示、章目録 → 出力確認という二本です。
変更後に二つの参照先を確認し、旧値が残っていれば伝播漏れとして記録します。逆向きの矢印は作りません。タブ名の変更が章目録を上書きしたり、出力用の短縮名が正式章名へ戻ったりすると、誰が所有者か分からなくなるためです。
この表は、すべてを自動同期する設計ではありません。自動化されていなくても、どこを確認すべきかを明確にできます。空欄は「未確認」、値の不一致は「競合」、所有者が決まっていない値は「要決裁」と分けます。
Rune Studioは複数の記録を見比べる画面として扱う
Rune Studioの機能資料には、複数タブ、画面分割、名前付きレイアウト保存が記載されています。これは文書記載の確認であり、現行版の実画面や操作完遂を確認した証拠ではありません。章目録、対象章、出力設定票を別タブで開き、値の所有者と参照先を見比べる候補範囲に関係します。
ただし、Rune Studioが章名の所有者を自動判定する、章目録の変更を表示や出力へ自動伝播する、競合時に正しい値を自動選択するとは書けません。所有者と矢印は、プロジェクト側で決める管理ルールです。
名前付きレイアウトも本文の版履歴や出力設定票のバックアップではありません。画面配置を保存する機能範囲と、作品データの正本管理を分けて考えます。
翌日復帰ではなく、変更の出発点を監査する
STUDIO-198は、章目録、執筆レイアウト、EPUB設定票を使って、翌日に正しい作業状態へ戻れるかを検証する記事です。そこでは復帰できたかが結論になります。
本記事の結論は異なります。アプリを閉じなくても、C05の正式章名を誰が所有し、その変更がどの表示と出力確認へ伝わるか説明できれば目的に近づきます。翌日復帰、再起動、同じ画面の再現を合否の中心にしません。
結論：一つの値から伝播図を作る
まず三章すべてを整理する必要はありません。C05の正式章名のような一つの値を選び、所有者、更新元、参照先、伝播条件、競合時の優先順位を書いてください。
そのうえで、所有者から二つの参照先へ矢印を引きます。旧値がどこに残ったか、逆向きの更新が起きていないかを確認します。章・表示・出力を整理する基準は、翌日戻れることではなく、変更の出発点と行き先を説明できることです。
複数の記録を同時に見比べたい場合は、Rune Studioの製品ページで現行のタブ・分割・レイアウト範囲を確認し、C05一件の伝播図から試してください。
