執筆の助言はたいていこう言います。よく調べれば細部は正確になる、と。調べ物そのものが執筆より大きな問題になることは、誰も言いません。
逆説はこうです。ある書き手が昭和初期の東京を三週間調べます。市電の路線、円タクの相場、銀座の建築。ブラウザのしおりが三十、PDFが十五、手書きのノートが半冊、画面の切り抜きが三つのアプリに散らばります。どれも使えるかもしれません。そして人物が茶代を払う場面を書こうとして——価格の資料が見つかりません。メモアプリだったか。文書サービスだったか。携帯の覚え書きか。二十分探して見つけます。ただし組み立てていた文は消えています。リズムが砕けました。
これが何度も起きます。怠けているからではありません。資料が五か所に散らばっていて、執筆中の作品とつながっていないからです。確認の費用が十分に高くなると、書き手は本能的に確認を飛ばし、当てずっぽうで書き、あとで埋めるつもりの空白を忘れます。調べ物は存在しています。届かないだけです。
型は三つ。根は同じです。
資料が制御を失う三つの型
情報の氾濫。 全部が関係あるかもしれないので、全部を保存します。二週間後、分類も索引もない資料の山が残ります。あの細部はそのなかのどこかにあります。見つけられたら幸運です。
調べ物と執筆の断裂。 メモが片方のアプリに、本文がもう片方にあります。確認のたびに文脈の切り替えが要ります。アプリを探し、検索し、見つけ、戻る。一時間のうち二十分が行き来に消えます。単なる非効率ではありません。窓と窓のあいだで、書きかけの文が死にます。
出典の追跡の崩壊。「当時の茶代はだいたいこのくらい」。どこで見たのか。三か月後、編集者に聞かれます。答えられません。一から調べ直すか、「どこかの記事で」と曖昧に手を振るか。どちらも悪い選択です。
共通する根はひとつ。資料が作品の内側に住んでいないことです。
Slimaで資料の仕組みを作る
処方は直感に反するほど単純です。調べ物を、作品の付属物ではなく、作品の一部にする。
ライティングスタジオのファイルツリーでは、「資料」のフォルダが「本文」「登場人物」「世界観」と並びます。別の道具に保存してリンクを張るのではありません。別のアプリで管理するのでもありません。作品のなかに住んでいます。執筆の環境を開けば、資料はもうそこにあります。
フォルダの構造は、学術的な分類ではなく、書いている最中に浮かぶ問いの形にしてください。
資料/
├── 時代背景/
│ ├── 昭和初期の東京-概観.md
│ ├── 生活水準と物価.md
│ └── 当時の職業.md
├── 場所/
│ ├── 銀座.md
│ ├── 浅草.md
│ └── 下町の路地.md
├── 生活/
│ ├── 服装.md
│ ├── 食文化.md
│ └── 交通.md
├── 人物の下敷き/
│ ├── 商家の家族.md
│ └── 女給と職業婦人.md
└── _出典一覧.md
人物が銀座を歩く場面を書いていて、当時の通りがどう見えたか知りたい? 「場所/銀座.md」へ。人物が円タクの料金を払う? 「生活/交通.md」へ。経路そのものが答えの地図になります。 推測も、漁ることも要りません。
資料のメモの内部にも、一貫した構造が要ります。毎回、四つの節です。
要約 ——一、二文。このメモがいまの問いに関係あるかを三秒で判断できる分量です。
主要な事実 ——写した原文ではなく、噛み砕いた要点。元の資料が五千字でも、この節は三百字に絞ります。
物語での使いどころ ——調べ物のメモと読書メモを分ける項目です。どの人物がこの細部に出会うか。どの章か。どう使うか。書いてください。抽象的な調べ物を、具体的な執筆の判断に引き戻します。
出典 ——書名、ページ、URL、参照した日付。三か月後に編集者に聞かれたとき、この四行が命綱になります。
ファイルツリーの最上層に_出典一覧.mdを作って（下線で先頭に固定されます）、引用した出典を一か所にまとめてください。確認はファイルを一つ開くだけで済み、フォルダを全部さらう必要がなくなります。
調べ物と執筆をつなぐ
行動を決めるのは、確認の費用です。
費用が高ければ、飛ばし、推測し、直すのを忘れます。費用が低ければ、三秒で確認して、納得して、書き続けます。資料の仕組みの成否は、この一線で決まります。
エディタを分割が、費用を下げるいちばん直接的な方法です。左の本文に「主人公は円タクを降りて、小銭を投げるように渡した」とある。右に「交通.md」を開いて、その額が妥当かを確認する。アプリの切り替えなし。執筆の環境を離れることもなし。並べて、確認して、次の文へ。
Cmd+Pのファイルをすばやく開くならもっと速い。フォルダの階層を飛ばして、「物価」と打てば価格のメモへ。「銀座」と打てば場所の記述へ。あいまい検索なので、数打鍵で足ります。
ただし本当に働きを変えるのはAI コーチです。
Cmd+Shift+A（Mac）またはCtrl+Shift+A（Windows）で開いて、自然な言葉で質問してください。インターネットに向けてではなく、この作品の資料ファイルに向けてです。
「資料」フォルダの内容に基づいて答えてください。
昭和初期の東京で、少し高い店での食事はいくらくらいでしたか。
それは当時の勤め人の何日ぶんの賃金にあたりますか。
根拠にした資料のメモを引用してください。
AI コーチは、すでに自分で検分した資料から答えを引きます。正しいとは限らない検索結果からではありません。答えの信頼性は資料の質に依存します。ただ少なくとも、出典が辿れます。
もっと実務的な使い方があります。書いている途中で確かでない細部が出たら、［要調査：当時の電話料金］と印を打って、リズムを保ったまま進む。ある程度たまったら、まとめて片づけます。
「本文」フォルダのなかの「［要調査］」「［未定］」の印をすべて洗い出してください。
一覧にして、次を示してください。
1. どのファイルの、どの箇所か
2. 何を調べる必要があるか
3. すでに答えを持っていそうな資料のメモがあれば、その候補
執筆と調べ物が、別々の二段階であることをやめます。印を打ち、書き続け、あとでまとめて処理する。流れと正確さは両立します。
調べ物の罠を避ける
罠は二つ。表面上は正反対に見えます。どちらも同じだけ致命的です。
ひとつめは調べ物への依存です。
生産的に感じます。資料を開き、メモを取り、参照を突き合わせる。脳は「作品が進んでいる」という錯覚を作ります。ただし文字数は動いていません。物語も進んでいません。ウンベルト・エーコは『薔薇の名前』を書きはじめる前に二年調べましたが、いつやめるかを正確に知っていました。多くの人は知りません。
簡単な判定法があります。その場面の基本的な細部は書けますか。 書けるなら、書きはじめてください。確かでない細部には［要調査］の印を打って先へ進む。「調べながら書く」は「調べてから書く」に毎回勝ちます。書くこと自体が、本当に必要な情報を明らかにするからです。当てのない収集を大量に節約できます。
ふたつめは詰め込みすぎです。
二週間かけて当時の貨幣制度を調べました。その宿題を見せたい誘惑は強烈です。そして緊張した場面の途中で、読者は五百字の貨幣史の講義に突っ込みます。リズムが壊れます。
読者に必要なのは「彼は五十銭を払った」です。「彼は五十銭を払った。この銀貨は明治以来の——」ではありません。よい調べ物は見えません。 読者は世界が本物で信じられると感じ、背後の宿題には気づきません。氷山理論です。水面上は八分の一、水面下の八分の七が全体を支えます。
もうひとつ見落とされやすいことがあります。調べ物は「実際どうだったか」を示します。ただしこれは小説です。史実が物語の感情の軌道を妨げるなら、調整するという選択肢があります。「意図的にずらした」ことと、その理由を資料のファイルに書いておいてください。そうすれば、無知による誤りではなく、創作上の判断だと分かります。
手元に置いておくことの価値
Slimaはオフラインでも動くように作られています。資料は端末側にも保持され、回線が切れても開けて書けます。同期はオンラインに戻ったときに走ります。
喫茶店の無線が落ちる。電車が隧道に入る。飛行機のなかで回線がない。クラウドに依存した進め方は、この瞬間に止まります。ただし作品の資料はそこにあります。ライティングスタジオを開いて、左に本文、右にメモ——書き続けられます。
安心の面もあります。何週間も何か月もかけて組み上げたメモは、バージョン履歴が守ります。編集のひとつずつが追跡され、どの版にも戻せます。しかも単一ファイルの復元ができるので、誤って上書きしたメモ一枚だけを元に戻せます。
昔の書き手は、索引カードと紙のファイルで資料を管理しました。仕組みは物理的な場所に縛られ、検索は記憶に頼り、控えは複写でした。
道具は変わりました。資料と作品が同じ場所にあり、開けばそこにあります。AI コーチが自然な言葉でメモの内容を探すので、手で掘る必要がありません。バージョン履歴がすべての変更を追うので、うっかり削除や失敗した編集を恐れる必要もありません。
これを使えば、調べ物は執筆に仕えます。執筆を先延ばしにする口実になる代わりに。
次の回は複数視点の管理——語り手が複数いる物語で、それぞれの視点を明確に、一貫して、別々の声で保つ方法です。
→ 次の回：複数視点をどう管理するか