原稿のエクスポートとバックアップ
連載書き手がファイルを所有していなければならない理由。Markdownの書き出しが与えるもの、フルバックアップが加えるもの、3-2-1の規則、更新予定に結びついた律動までを解説します。
公開 27 Sept 2026 · 1 分で読めます
Web連載は、奇妙な種類の財産です。話は公開され、原稿はされず、全体が、あなたの執筆ツールかプラットフォームが、たまたま走っているサーバーの上に住んでいます。プラットフォームは合併し、規約を変え、資金を失い、うっかりアカウントを削除します。この脆さに対する、技法としての答えは、退屈で、不可欠です。ファイルを自分で所有すること。このガイドで扱うのは、それを所有することが何を意味するか、Markdownの書き出しの価値、本物のバックアップの中身、そして習慣を定着させる律動です。
連載でこそ、所有権が重要な理由
連載作者は、本全体の改稿が存在する前に公開します。初期の話は、すでに出て、すでに読者の本棚に並んでおり、物語全体の記録の源泉は、ツールが保持しているものです。それを、自分が制御できる形式で取り出せないなら、そのツールに対するあなたの交渉力は、最も必要とする瞬間に、ちょうどゼロです。プラットフォームを移りたいとき、電子書籍を出したいとき、または値上げのあとも書き続けたいとき。小説執筆ソフトウェアの選び方の第一の問いは、原稿がどこに住むかでした。このガイドは、その問いへの実用的な答えです。どこに投稿するかは、今度は、移植性を念頭に置いて選ぶべきものであり、連載プラットフォームの地形を参照してください。
Markdownの書き出しが与えるもの
Markdownは「構造化された文書を書くためのプレーンテキスト形式」であり(CommonMark)、プレーンテキストは、コンピューティングがこれまでに生み出した中で最も耐久性のある形式です。どのシステムのどのエディタでも読め、差分が取れ、grepができ、本質的には他のどんなものにでも変換できる。書き出されたMarkdownの原稿は、ツールのデータベースのアーカイブではなく、ツールより長生きするように作られた形をした、本そのものです。形式自身の歴史から正直な注意が一つ。元の仕様が解釈の余地を残していたため、Markdownの実装は長年のあいだに「かなり分岐して」おり、それが、CommonMarkが標準として存在する理由です。見出し、段落、リストといった標準の構成要素にとどめておけば、ファイルはどこでもきれいに変換されます。
Kanonaraでは、書き出しは、読める状態の原稿全体を一つのMarkdownファイルとして意味します。題名とあらすじ、それに、すべての話を場面順に並べたもの。それは意図的に、データベースではなく、読める本です。
書き出しを超えて、バックアップであること
書き出しは、散文ではないものをすべて失います。あなたの登場人物とその状態、関係とその履歴、場所、タイムラインの出来事、物語の事実、ルール、秘密、課題とその証拠。長い連載では、その素材は何か月分ものあなたの判断であり、それを失うことは、テキストを失うよりも物語を後退させます。フルバックアップが、それを捕まえます。Kanonaraのバックアップは、プロジェクト全体の、ストーリーバイブルと連続性の記録を含む、版管理された単一のJSONスナップショットであり、必要なときにいつでも、新しいプロジェクトとして復元できます。
握っておくべき区別はこうです。書き出しは、読むため、移動するため。バックアップは、復旧のため。 両方が必要で、一方が他方の代役にはなりません。
3-2-1の規則
CISAのガイダンスが、標準的な定式です。「重要なファイルの3つのコピー」を、「2種類の異なる記憶媒体(ハードドライブとクラウドなど)」に保持し、「1つのコピーをオフサイトに保管する」。書き手にとっては、そのまま翻訳できます。執筆ツールの中のコピー。自分のディスク上のMarkdownの書き出し。そして、ツールから少なくとも事業者として分離した場所に置く、フルバックアップ。CISAはまた、「チームが迅速にデータを復元できることを確認するため、バックアップ手順をテストする」ようにも言っており、作者一人にとっては、こうなります。先月のバックアップファイルを開いて、書いた覚えのある話が入っているかを確認する。テストされていないバックアップは、バックアップではなく希望です。
連載に従う律動
- 話の節目ごとに、新しいMarkdownを書き出す。一つのファイルであり、費用は数秒です。書き出しをバージョン管理に置いておけば、本の歴史が検証可能になります。
- 週の律動で、プロジェクト全体のバックアップを取り、日付を名前に含め、原稿がまだ住んでいない場所に保管する。
- 弧の境界ごとに、一回の復元を読んでテストする。復元は新しいプロジェクトを作り、何も上書きしないので、テストの費用は注意だけです。
- 大きなカノン変更の前に、まずバックアップ。意図的なレトコン(レトコンと連続性エラーを参照)には、コードと同じように「変更前」のスナップショットが値します。
習慣を、記憶ではなく更新予定に結びつけてください。公開するのと同じ瞬間に、書き出すのです。この習慣は、第二の負債も払います。日付付きの書き出しの痕跡は、あなたの著作性と選択の証拠であり、AI支援の執筆に付いて回る著作権の問いにおいて、意味を持ちます。
出典
- CommonMark Markdown as a plain text format; implementation divergence.
- CISA: Back Up Business Data The 3-2-1 rule; testing restores.
本文中の技法に関する主張は以下の出典に基づきます。実務上の合意であって確立した事実ではない点には、本文中でその旨を記しています。