散らかっていることの代償
土曜の執筆が三時間目に入り、言葉が流れています。人物が四話に出てきた通りの名前を口にします。確認——「橘通り」だったか「桜通り」だったか。本文のフォルダにはファイルが九つ。三つに「最終」がついています。ひとつは「これを使う」。どれも通りの名前が一致しません。
二十分後、その日の執筆は終わっています。行き詰まったからではありません。ファイルの管理が食い潰したからです。
この摩擦は紙の上では些細に見えます。中断が一回、失われた細部がひとつ、名前を間違えたファイルがひとつ。けれど心理学が「切り替えの費用」と呼ぶものが、そのあとに来ます。執筆の状態からファイル探しの状態へ跳ぶたびに、脳は冷えた状態から起動し直します。それを一日に十回、週に七日やると、減っていくのは時間ではありません。意志力です。文書を開く前から、椅子が重く感じられるようになります。
トールキンは『指輪物語』に十年以上かけました。五十万語。三巻。創作した言語の文法書、中つ国の縮尺つきの地図、王家の系譜。彼が良い作品を書けたのはフォルダが整っていたからではありません。ただ、必要なものを見つけられたから書き終えられました。 この区別は、多くの書き手が思っているより重要です。
「第三章_最終_FINAL_ほんとに最終.docx」。この名前の背後には、命名が下手なこと以上のものが座っています。デスクトップのどこかに埋まった人物設定。三か月前の会話の一節が、どの版に入っているか分からない。主人公がひとりっ子なのか兄がいるのか——三十分探して、まだ答えが出ない。
だから本当の問いは、整理するかどうかではありません。いちばん少ない手間で、「探すこと」を意識から永久に外す仕組みをどう作るかです。
作品を一つのリポジトリとして扱う
ソフトウェアの技術者は、何十年も前にこの壁にぶつかりました。
何百万行もの記述に、何十人もが並行して手を入れる。それでも版は明確で、履歴は追跡でき、任意の時点に戻せます。超人的な記憶によってではありません。バージョン管理によってです。作業全体を、構造を持ったひとつの保管庫として扱うことによって。
Slimaはその論理を執筆に持ち込んでいます。ファイルツリーを開くと、ふつうのフォルダ構造に見えます。ただし下では、ファイルの変更が追跡され、過去の版が保存され、任意の過去の状態をいつでも見に行けます。
作品が、散らばった文書ファイルの山であることをやめます。層があり、版があり、記憶を持つひとつの保管庫になります。創作の過程と創作の成果が、どちらも一緒に守られます。
技術者にしか要らない話に聞こえますか。「あの段落を書き換えなければよかった」と思ったことのない書き手はいません。
構造を組む
理屈は終わりです。実際に効く形を出します。
長編小説で機能するフォルダ構造です。
わたしの小説/
├── 本文/
│ ├── 第一部/
│ │ ├── 01-はじまり.md
│ │ ├── 02-対立.md
│ │ └── 03-転換点.md
│ ├── 第二部/
│ └── 第三部/
├── 登場人物/
│ ├── 主要/
│ ├── 脇役/
│ └── 敵役/
├── 世界観/
│ ├── 場所/
│ ├── 歴史/
│ └── 規則/
├── 資料/
└── 構成/
├── 全体構成.md
├── 章ごとの構成.md
└── 年表.md
全体を貫く原則はひとつです。本文は本文と、人物は人物と、世界観は世界観と一緒に置く。人物の前史を確認したい? 章のファイルを掘らないでください。登場人物のフォルダへ直行します。場所の描写を確認したい? 世界観/場所を開きます。何がどこにあるかを、考えなくてよくする。
この分離には隠れた利点があります。情報が整理されているほど、SlimaのAI コーチの答えが鋭くなります。Cmd+Shift+A（Mac）またはCtrl+Shift+A（Windows）で開いて「登場人物/主要」のフォルダを参照させれば、いま扱っている文脈が人物の造形であって筋の機構ではないと即座に理解します。構造化された入力が、構造化された答えを生みます。
構造は法律でもありません。途中で「削除した場面」のフォルダが便利だと気づいた? 作ってください。「歴史」を古代と近代に分けたい? 分けてください。ファイルツリーはドラッグで動かせます。積み木を並べ替える感覚です。
日本語のサンプル作品『墨潮』も同じ形をしています。本文/、登場人物/、場所/、世界観/、年表/、地図/、メモ/。開いて構造だけ眺めてみるのが、いちばん早い理解になります。
命名の作法
ファイルの命名を軽く見ている書き手が九割です。
昔ながらの方法は、全部に番号を前置することです。01-、02-、03-。技術者がこうするのは、編集器が名前順に並べるからです。ただしSlimaのファイルツリーはドラッグで並べ替えられます。ファイルもフォルダも直接動かせるので、順序を名前に埋め込む必要がありません。
だから章には、実際の題をつけられます。
嵐の前.md
邂逅.md
最初の秘密.md
並べ替えたい? 引きずってください。名前を変えるより十倍速く、ファイル名も汚れません。番号の前置のほうが落ち着く場合や、書き出したファイルを別の道具で順序どおりに扱いたい場合は、番号のままでも問題ありません。好みの範囲です。
人物のファイルには役割の札をつけると効きます。
沈硯-主人公.md
裴照-敵役.md
顧遂-庇護者.md
本当の見返りは検索です。Cmd+Pのファイルをすばやく開くで「主人公」と打てば、主人公に関わるファイルが全部出ます。「敵役」と打てば敵役が出ます。人物の名前を全員覚えている必要がありません。
世界観のファイルには説明的な名前が要ります。
良い：北領の歴史.md
悪い：設定3.md
「設定3」は作った日には意味が通っています。三か月後は? まったくの謎です。「北領の歴史」なら、その問題は起きません。
名前の変更は簡単です。ファイルツリーでファイルを選んでF2を押すと、名前の編集に入ります。
バージョン履歴——すべてを変える安全網
トールキンの紙の仕組みには、致命的な欠陥がひとつありました。
一度書き換えると、古い版が消えることです。三か月前の設定を見直したい? ありません。手で写しておかないかぎり。そして書き換えるたびに手書きの控えを取る人はいません。
Slimaのバージョン履歴は、この問題を根から消します。パネルを開くと時系列が広がります。変更のひとつずつが記録され、状態のひとつずつが保存されています。
スナップショットは手動の保存点です。章を書き終えた——一枚。大きな書き換えに入る前——一枚。ベータリーダーの感想が届いて刃を入れるところ——一枚。「いまの状態は残す価値がある」と感じた瞬間はすべて、スナップショットに値します。
もうひとつ大きいのが単一ファイルの復元です。戻したいのがその章だけなら、その章だけ戻せます。本全体を巻き戻す必要はありません。第七話を大胆に書き換えて、失敗したと分かったとき、他の三十話には指一本触れずに第七話だけを元に戻せます。
この安全網が執筆の心構えを変えます。「変えるかもしれない」ではなく、変えます。章をまるごと削ることが取り返しのつかない行為でなくなるので、大胆に試すことへの心理的な障壁がゼロに落ちます。
別の方向を並行して試したいときは、フォルダのなかでファイルを分けてください。07-案A-師が死ぬ.mdと07-案B-師が生き残る.mdを両方書き切って、強いほうを本線に据える。採用しなかった案は残しておけば、部品を拾えます。
散らかった既存のファイルを立て直す
すでにファイルの山の上に座っていますか。もう手遅れでしょうか。
手遅れになることはありません。
まず棚卸しです。デスクトップ、ダウンロード、クラウド、メールの添付。作品に関わるファイルを全部書き出してください。この段階でたいてい衝撃が来ます。想像より散らばっています。
次に仕分けです。本文、人物設定、世界観の資料、調べ物の参照、構成と計画。分類しきれないファイルは「未分類」のフォルダに放り込んでください。ここで止まらないことが大事です。
そのあとSlimaでフォルダ構造を組み、ファイルを一つずつ正しい位置へ移し、そのついでに名前を直します。面倒か。面倒です。ただし一度きりの費用です。
全部が収まった瞬間、すぐにスナップショットを作ってください。そのスナップショットが転換点の印になります。混沌から秩序へ。
分類の仕方が分からないときは、AI コーチに手伝わせてください。パネルを開いてファイルの一覧を貼ります。
小説の作品フォルダにあるファイルの一覧です。
［ファイル一覧を貼る］
内容の種類に基づいて適切なフォルダ構造を提案して、各フォルダの用途を説明してください。
数秒で、その作品に合わせた案が返ってきます。
新しい作品を始めるとき
これから長編を始めるところですか。いちばんよい出発点です。
一字も書く前に、フォルダ構造を組んでください。無駄な時間に感じます。逆です。三週間後、新しい人物の設定をどこに置くか迷いません。二か月後、調べ物のメモを綴じる場所が自明です。最初の十五分が、作品全体にわたる何十時間もの摩擦を節約します。
雛形になるファイルを自分で用意しておくのも効きます。登場人物のフォルダに_人物の雛形.mdを置いて、基本情報、外見、性格、前史、物語での役割の見出しを並べておく。新しい人物が要るときは、そのファイルを複製して埋めるだけです。毎回ゼロから作らずに済みます。
構造は作品が育つにつれて変わります。新しいフォルダが増え、古いフォルダが統合されるかもしれません。正常です。ファイルツリーはドラッグで組み替えられ、壊れたらバージョン履歴が戻します。取り返しのつかない変更はありません。
トールキンは十年を超える創作を、紙のノートの仕組みで管理しました。計算機も、検索も、バージョン管理もありません。純粋な規律と設計だけで。
道具は変わりました。紙はライティングスタジオになり、手書きの控えはスナップショットになり、鋏と糊はファイルツリーのドラッグになりました。ただし下にある考え方は動いていません。作品を、無作為に積み上げたファイルの山ではなく、管理が必要な一つの企てとして扱うこと。
よい構造は創作を縛りません。することはもっと繊細です。「探すこと」を意識の層から取り除いて、注意をまるごと物語のために空けます。
次は人物の資料——トールキンが中つ国の血統を追ったように、物語のなかの全員をどう追うか、です。
→ 次の回：人物の資料をどう作るか