「どこかで読んだ」を本文へつなぐ：調査資料とノートの整理法

歴史小説家が港の裁判場面を書いています。古い海運資料には、ある積荷目録が冬季に限られていたと書かれていた記憶があります。一方、インタビューでは逆の話を聞きました。PDF はダウンロードフォルダーにあり、聞き取りの要約は別のノートシステム、原稿に残っているのは「あとで確認」だけです。数か月後、「どこかでそう読んだ」は場面の根拠になりません。

調査を伴う執筆の難しさは、資料を保存することだけではありません。判断の経路を保存することです。原本はどこにあるか。現在の Project はどの複製を使ったか。著者はどう解釈したか。本文には最終的に何を書いたか。四つの地点が分かれると、高速な検索で見つかるのは孤立した内容であり、説明できる判断ではありません。

外部の原本と Project 内の複製を分ける

原本は、ウェブページ、アーカイブ画像、インタビュー録音、PDF、画像、調査協力者の表計算ファイルかもしれません。それぞれ固有の場所、利用許諾、更新経路があります。長編 Project には通常、現在の執筆段階で実際に使った資料と、それがなぜ重要だったかを説明するメモが必要です。

Scroll は、参考ファイルをローカル Project へ取り込めます。取り込んだ複製は Scroll が管理します。外部の原本を移動、編集せず、原本の後の変更も Project 内の複製へ自動同期されません。常時同期ではなく、境界を作る仕組みです。この原稿で実際に参照した資料を特定できます。

更新される資料なら、Reference カードへ元の場所、アクセス日、バージョンを記録します。複製が今も同一だと仮定せず、意識的な確認を通じて更新します。

将来の自分にファイル名以上の情報を残す

scan_0047.pdf だけでは、なぜ重要かを説明できません。Reference カードには、意味のあるタイトル、種別、出典、タグ、Notes を記録できます。港湾当局の冬季積荷目録、第2ページの印章が第14章に重要、日付は旧暦かもしれない、口述記録と照合する、といった内容です。

価値があるのは、ファイルだけでは戻せない文脈です。なぜ保存したか、何が未確定か、誰や何に影響しそうか、どこで使う予定か。Notes を資料全体の要約にする必要はありません。

資料を人物、場所、出来事、本文へつなげることもできます。Related Files や構造化された関係は、Project 内でたどれるつながりを残します。通常の原稿リンクは、本文から関連する Project ファイルへ導きます。Notes は編集上の解釈やリマインダーを保ちます。三つが同じファイルを指していても、意味は同じではありません。リンクは「関連がある」ことを示すだけで、「正式に引用した」ことにはなりません。

Project 検索が見つけるのは場所であり、意味ではない

資料が Project 内にあれば、検索によって本文、カード名、対応する内容から語句を探せます。「冬季積荷目録」の検索結果には、カード上の PDF 要約、場所 Notes、第14章の仮置き、人物の誤った発言が含まれるかもしれません。大切なのは件数ではなく、この Work の文脈へ戻れることです。

名称変更にも検索が役立ちます。「北航路」が「灰色湾航路」へ変わっても、カードや本文に残った旧称を見つけられます。改稿の終わりには、「あとで確認」、仮の名称、引用用の印も探せます。

検索は、資料の信頼性や、同じ語が同じ概念を指すかを判断しません。著者が前後を開いて確認します。矛盾は「積荷目録の季節を確認する」「証言者の記憶を評価する」というタスクにでき、いま書いている段落で調査全体を解決する必要はありません。

この区別が、執筆の勢いを守ります。場面の因果を変える問いなら、手を止めて確かめます。重要でない数値なら仮置きとタスクを残し、本文へ注意を戻せます。

食い違う資料から一つの場面へ戻る

公文書は積荷目録が冬季限定だったと示し、口述記録は夏にも使われたと語っています。著者は両方を保存します。各カードへ出典と不確かさを記録し、裁判の日付を出来事、関係する港湾制度を場所カードへ置き、二つの資料を第14章へつなぎます。

追加確認によって、インタビューが戦時中の例外を語っていたと分かるかもしれません。その結論と残る不確かさは調査 Notes へ記録します。本文では法の抜け道や不確かな記憶として使えますが、将来の編集者は証拠まで経路を戻れます。

引き渡し前日、ファクトチェッカーに「この一節の根拠は何ですか」と尋ねられたとします。時代全体を調べ直す代わりに、アクセス日、食い違い、使用章を戻し、証拠を加えるか、主張を限定するか、支えられない記述を削るかを決められます。範囲の決まった一度の確認で、本全体を慌てて探す作業を置き換えられます。

解釈がまだ定まらなければ、Mindmap、Whiteboard、Flowchart に可能性を置けます。キャンバス上のつながりは探索のためのもので、Story data の正式な関係を自動作成しません。

調査状態を、次に負う責任として記述する

Reference カードの状態には、背景調査、確認待ち、照合済み、本文で使用、正式な引用が必要、といった段階を使えます。Scroll が算出する信頼度ではなく、著者が現在の作業段階を説明するものです。

資料が更新されたら、Project が実際に使った複製を残し、新版と差分を記録してから本文を変えるか決めます。インタビュー、私信、未公開アーカイブでは、検索できることが利用許可を意味しません。アクセス管理、引用許可、匿名化、事実確認は著者の責任です。

関連づけ、引用、出版は別の仕事

歴史小説には内部の根拠経路が必要でしょう。伝記やノンフィクションでは、正式な引用と参考文献一覧が必要になることも多くあります。PDF を取り込んでも引用は作成されません。本文からリンクしても、著者名、タイトル、出版情報、形式は補われません。その Work に合う引用ワークフローを使い、必要な各項目を確認します。

原稿が安定したら、同じ Project を Scribe で開き、Work、バージョン、章、期待する構造化された参考情報を確認してから、Appearance、ページネーション、出版出力へ進めます。Scroll が支えるのは、調査の文脈、本文、判断、ソースの準備です。PDF、EPUB、印刷レイアウトを直接作らず、上流の記録だけで Scribe が認識したことにもなりません。

より広い引き渡し確認は、原稿が Scribe に進める5つのサインを参照してください。調査システムを選ぶなら、歴史・ノンフィクション執筆のための調査ツールで役割を比較できます。ソースを直接確認する方法は、Markdown 執筆の Visual Mode と Source viewで紹介しています。

調査整理の目的は、より多く保存することではありません。将来の自分が、今日の判断を見直せることです。改稿とバージョンの経路はScroll 長編執筆ワークフローへ戻るか、Scroll 製品ページで References、リンク、検索、本文が一つのローカル Project を囲む様子をご覧ください。