原稿が Scribe に進める5つのサイン

自分の章が初めてページプレビューに現れる瞬間は、セルフ出版の大きな喜びです。見出しに居場所ができ、段落が呼吸し始め、ページ番号が10万語の原稿に手で持てる形を与えます。

だからこそ、その瞬間は早すぎることがあります。

最後の章がまだ書き直され、序文が別のフォルダーにあり、昨日の編集変更が統合されていなくても、フォント、余白、目次は強い完成感を生みます。完成した本の外見に愛着を持つと、構造の一部をまだ壊す必要があると認めにくくなります。大きな改稿のたびに、先に行ったレイアウト作業も引きずられます。

原稿が Scribe に進めるというのは、二度と変わらないという意味ではありません。「この作品はまだ何になろうとしているのか」という問いをいったん置き、「読者はこの本にどう出会うのか」を始められるということです。Scroll と Scribe の間で、5つのサインが注意の切り替えを意図的なものにします。

1. 今回の版に使う原稿を指し示せる

本当の最終原稿は、ファイル名に final をもうひとつ足したものではありません。書き手の判断です。なぜ編集者確認済み版を残し、なぜ著者修正版を今回のソースにするのかを説明できます。削った章や実験的な結末が残っていても、現在の本を装うことはありません。

Scroll の Works、原稿バージョン、Publish Version は、その選択を Project の文脈に置きます。どの下書きが優れているかを決めず、本文を凍結せず、Git のようなスナップショットも作りません。出版上の判断を見えるようにします。

3つのファイルを段落ごとに比べないと現在のものが分からないなら、ページネーションは待てます。迷わず「これが今回の版のソースです」と言えたとき、最初のサインが現れます。

2. 本の始まりと終わりが分かっている

書き手の頭にある「本全体」は、原稿フォルダーより豊かです。序文は今回の版に入るのか。エピローグの後にあとがきがあるのか。謝辞、付録、読書ガイド、著作権表記は誰が準備するのか。

初稿の最初からすべて決まっている必要はありません。しかし本制作の前には、明確な居場所が必要です。別の読者が、書き手の口頭説明なしで意図した順序を追える状態にします。

シリーズなら、この巻に属する素材と世界全体の素材を分けます。ノンフィクションなら、References が本の一部か、調査資料のままかを決めます。Scroll は原稿の周囲に豊かな制作環境を保てます。交付準備とは、その環境を空にすることではなく、そこから本を特定することです。

3. この創作時点へ安全に戻れる

ページ作業は新しい判断を生み、新しい問題を見せます。エディタでは均衡していた段落が、ページでは長く感じられるかもしれません。校正で語の欠落を見つけるかもしれません。前へ進むのに「もう何も変わらない」という自信は要りません。安全に戻れる経路が必要です。

現在の作業を保存してから、Scroll Project フォルダー全体を独立した復旧可能な場所へバックアップしてください。原稿と制作上の文脈は、いま開いている章ファイル以外にも広がっています。同期ドライブを使うなら、まず保存し、競合がどう表されるかを理解し、解決するまで両方の複製を残します。Scroll、Scribe、Writing Suite は Project を自動同期するサービスではありません。

ローカルファーストでも、データを失う可能性はなくなりません。見分けられる Project 全体のバックアップがあれば、この移行は唯一の複製に賭ける不可逆な選択ではなく、しおりになります。

4. Scroll の交付準備が、頭の中の本と一致している

書き手は記憶で空白を自然に補います。あとがきは「Project のどこか」にあり、二つの章は「あとで入れ替えた」と知っています。ソフトウェアが扱えるのは、実際に存在する素材と判断だけです。

Scroll の Delivery Center で意図した作品を確認します。Delivery readiness で準備状態を、Resolved source で交付に使うソースを確かめ、出版意図と照らしてください。重要なのは、すべての操作に触れたかではありません。選んだ作品、含める内容、現在の原稿バージョン、章の範囲が、何を交付するのかについて同じ説明をしているかです。

この状態は Scroll に属します。Delivery readiness は、Scribe が原稿を受け取った、または認識したことを意味しません。違いをうまく説明できないなら、ページデザインに何時間も使う前に解消します。現在の操作手順は公開連携ガイドにあります。

5. Scribe が意図した作品を認識している

Scribe で同じローカル Project フォルダーを開いたら、受け取り側として独立した確認を行います。認識された作品と Publish Version、Source folder（ソースフォルダー）、章数と順序、原稿バージョンを確かめます。

これらが一致してから、注意を読者へ移します。章扉、ページのリズム、階層、Scribe の Appearance、ページネーション、対応している出版出力です。章数や順序が違うなら、ソースの境界へ戻ってください。レイアウト作業で認識の問題を隠してはいけません。

認識に成功しても、出版が完了したわけではありません。Scroll は PDF、EPUB、印刷レイアウトを直接作らず、Scribe のページと出力も書き手の確認が必要です。利点は、正体を確認した原稿の上で、この作業を始められることです。

セルフ出版で、この5つがとくに重要な理由

伝統的な出版では、編集者、制作編集者、デザイナーが一緒に正式な引き渡しを作ることがあります。セルフ出版では、書き手自身がその瞬間を設けなければなりません。

境界がなければ、創作上の改稿とレイアウト修正が互いを追いかけます。原稿が動く一方でページが固まり、ページ校正で見つけた本文の問題が制作側の複製にしか残らない。5つのサインは別のリズムを作ります。作品を育て、ソースを選んで準備し、Scribe の認識を確認してから、本制作に必要な注意を向けます。

このリズムは異なる出発点も認めます。まだ作品を形づくる書き手は Scroll に残れます。安定した Markdown 原稿があり、上流の構想環境が要らない人は Scribe から始められます。両方の段階が必要な人は、執筆の前提にせず Writing Suiteを検討できます。

5つの事前確認

• 今回の版に使う作品と原稿バージョンを、すぐに言えるか。
• 本の始まりと終わり、そこに含める素材が分かっているか。
• 現在の作業は保存され、ローカル Project 全体の見分けやすく復旧可能なバックアップがあるか。
• Scroll の Delivery Center、Delivery readiness、Resolved source は、出版したい本と一致しているか。
• Scribe で、認識された作品と Publish Version、Source folder、章数と順序、原稿バージョンを確認したか。

どれかに迷うなら、Scroll でもう一度整理するのは先延ばしではありません。この先の制作作業を守る行為です。5つがすべて明確なら、原稿に新しいファイル名は要らないかもしれません。最初のページへ進める時です。

Scroll から Scribe への全ワークフローへ進むか、Scroll と Scribe のワークフローハブへ戻ることができます。注意を原稿の正体から読者のページへ移せるなら、Scribeも確認してください。