手がかりは消えていない：時系列と人物の認識を管理する
証言が矛盾するミステリーや二重時系列で、実際の出来事、人物の認識、読者への開示を分けてから、ビュー、検索、タスクを使います。
9万語のミステリー初稿を終え、編集者への締切まで2週間。読者が問います。「記者はもっと前に手紙を見ているのに、なぜ第16章まで答えに気づかないの？」その文は確かに第5章にあります。手がかりが消えたのではなく、情報の境界が消えています。出来事はいつ起きたか。この人物はいつ知ったか。読者はいつ十分な証拠を得たか。
ミステリー、犯罪、サスペンスは、情報の不均衡で緊張を作ります。書き手は人物や読者より多くを知り、開示を制御します。ひとつの手がかり一覧でも3つの順序を混同します。安定した改稿は、それらを分けることから始まります。
この3層の方法は編集実務であって、Scroll に組み込まれた手がかりを自動管理する機能ではありません。記録方法は書き手が決めます。Scroll は、記録された出来事、人物、関係、原稿上の場所、改稿作業を再び見えるようにします。
第1の線：Story 世界で実際に起きること
事件の時系列です。失踪者は火曜夕方に資料館を出て、水曜早朝に旧港へ着き、木曜に署名を偽造される。小説がどの順序で語られても、書き手は出来事の因果関係を説明できなければなりません。
Scroll の出来事カードと Timeline は、確定した日付、参加者、場所を保持できます。Subway は記録された人物線が並行して進み、交わる様子を確認します。
すべての出来事に正確な日付は要りません。意図的に曖昧な時間は Notes やカスタム項目に残し、時間確認が必要な出来事だけに日付を使えます。必要以上に細かな日時を埋めても、物語が正確になるとは限りません。Story ビューは作者が与えた情報を示し、本文から真実を計算しません。
第2の線：各人物が知っていること
「A は B と関係がある」は「A が B の秘密を知る」を意味しません。Relationship graph は明示的な家族、忠誠、利害、対立を中心に表示し、ビュー設定によって共有イベントなどから派生する読み取り専用のつながりも重ねられます。しかし本文を読んで人物の認識を推理したり、正式な関係を自動作成したりはしません。誰が何を知るかには、書き手独自の項目、Notes、記法が必要なことがあります。
重要な手がかりについて、誰が目撃し、誰が伝聞で聞き、誰が偽の説明を信じ、判断がいつ変わるかを記録します。Scroll は本文を読んで人物の知識を推理せず、同じ出来事に参加しても全員がすべての情報を共有するとは扱いません。
小さな認識記録なら、命題、人物が知った方法と時点、現在の信頼度程度を持てます。真実を聞いて拒む人も、誤情報から合理的に動く人もいます。行動やサスペンスを変える認識状態を追います。
第3の線：読者が知る時点
出来事順と読む順は違います。事件は火曜に起き、プロローグは金曜の遺体を見せ、第4章が火曜へ戻り、第10章で資料館の扉の故障を明かす。章順、視点、省略が読者体験を作ります。
改稿では真相開示から逆にたどります。読者はどの根拠に触れたか。どれが雰囲気か。誰が嘘をつき、判断できる公平な基礎を物語は残したか。
ソフトウェアは関連する章、出来事、人物を探せます。解決が公平か、ミスリードが過剰かは評価しません。作者、編集者、読者の判断です。
変更した証言を3層すべてに通す
港の事件で、港湾労働者は最初「火曜夜に船は出ていない」と言い、後に灯りのない貨物船を見たと認めます。出来事層は船の時刻、場所、参加者を記録。人物の認識の層は労働者が見たこと、密輸者が知ること、記者が第8章まで訂正を聞かないことを記録。読者層は第3章の最初の証言と、第11章の訂正理由を記録します。
出来事を1日前に動かしたら、Timeline で貨物船と潮を照合し、変わる人物行動を見ます。Project 内検索で「灯りのない貨物船」、船の旧名、本文の仮置きを探し、「第5章の記者の推論を直す」「第11章の証言表現を確認する」を別々のタスクにします。
読者の手紙も同じ道を通せます。問題は届いた日ではなく、第5章が見せすぎたことです。そこで記者は不完全な複製だけを見て、第8章で資料担当者から全文を受け取る。手紙の旧名を検索すれば、確認する2章と人物 Notes が見つかります。逆転は残り、以前の根拠には新しい説明がつきます。
検索が返すのは本文上の位置で、物語上の意味ではありません。検索結果は手がかりか比喩かもしれず、二人が同名かもしれません。変更前に文脈を開きます。
結果を範囲の定まった改稿へ変える
日付ひとつで本全体が壊れたように感じることがあります。Story 上の出来事は事件の説明、作者のタスクは今回の改稿行動として分けます。「火曜から木曜までの港の場面をすべて確認」「記者が入手記録を得る方法を書き直す」「第10章までに公平な手がかりが2つあるか確認」。
タスクはプロジェクトタスクボード、プロジェクトタスクリスト、プロジェクトタスクカレンダー、プロジェクトタスクスケジュールで確認し、関連する章やカードへリンクできます。一つの因果関係の確認を終えてから次へ進めるよう、同時進行を絞ります。タスクを完了にしても原稿保存や全記述確認の証明ではありません。通読の最後に本文を点検します。
情報の境界を3回読む
第一に、章順を外し出来事を実際の順で読みます。因果は成立するか。各人はその場にいられるか。第二に、ひとりの人物を追い、見たこと、聞いたこと、信じること、隠すことを確認します。作者の知識で行動させません。第三に、読者順で読み、各真相開示に十分な根拠ともっともらしいミスリードがあるかを見ます。
3回を同時に行う必要はありません。それぞれに範囲を絞ったタスク群と保存済み Story ビューを与えます。実際の時系列、人物の認識、読者体験の順に直せば、探偵、容疑者、読者を一度に演じるより層ごとの改稿を閉じやすくなります。
最後に読者へひとつ問います。真相開示の前に何を信じ、どの記述がそう思わせたか。人間の読書体験を、書き手が記録した出来事、認識状態、原稿上の位置と比べられます。
二重時系列では出来事の発生時点と語り手が振り返る時点も分けます。後で知った言葉が記憶に現れるのは、意図した語り口か偶然の漏れか。検索は語を探し、物語の層は書き手が判断します。
Story 上の出来事と作者の作業の分業は小説執筆のプロジェクトタスクボード・ワークフローへ、より大きな第2稿通読は初稿後の構造改稿ワークフローへ進んでください。
Timeline は記録した順序、Relationship graph は明示的な関係と設定に応じた読み取り専用のつながり、検索は語句の場所、タスクは未完の仕事を見えるようにします。どれも本文から手がかりを抽出したり、嘘を見抜いたり、プロットホールを診断したり、事件を解決したりするものではありません。
その限界がミステリー執筆の中心を守ります。作者は真実を知り、各人物の知識量を決め、読者に見せるものを制御し、沈黙のすべてに理由を与えます。複雑な Story の小説構成ソフトまたはひとつの Story に11のビューが必要になる理由へ進めます。
3つの情報層を別々に説明できたとき、得られるのは「プロットホールなし」の証明書ではなく自由です。調査、改稿、バージョンの道はScroll 長編執筆ワークフローへ戻るか、Scroll 製品ページで作業画面を確認してください。