ルートを削除したあと、そのルートをまだ期待させる記述をどう見つけるか

脇の扉から入るルートを削除したら、まず「行動への期待を生む記述—入口の手がかり—結末での回収」の順に関連する内容をすべて確認し、そのあとで残った言い回しを処理します。完了の基準は、プレイヤーに促した行動の行き先が残りの物語に存在し、取りやめた行動を、探す価値のある機会として見せなくなっていることです。

「脇の扉」だけを検索しても十分ではありません。「警備員を避ける」「この鍵を取っておく」「鐘が鳴ってから回り込む」といった記述も、そのルートを引き続き期待させる可能性があります。一方、「脇の扉はとっくにレンガで塞がれている」は、単なる舞台設定かもしれず、ルートと一緒に削除する必要はありません。判断の単位は特定の名詞ではなく、その文がプレイヤーにどんな行動を期待させるかです。

以下では、架空の教材『雨の夜の文書館』を例にします。当初の設計では、警備員を説得して正面入口から入るか、銅の鍵を使って脇の扉から忍び込むかを選べました。今回は脇の扉のルートを削除し、正面入口での交渉だけを残すことにします。人物、文章、修正案はいずれも説明用に創作したもので、実際のユーザー事例でも、検証済みの成果でもなく、DramaFork の製品機能を示すものでもありません。

確認を始める前に、今回の削除範囲を短い文章で定義します。脇の扉から資料室に入る行動と、そのルート専用の準備過程や結果を取り除く一方、文書館に古い脇の扉があるという背景設定は残す、といった具合です。これで編集者は、消すべきものと残してよいものを判断できます。

続いて、読む際の確認材料として、手がかりを四つのグループに分けて列挙します。

• 場所と別の呼び方：脇の扉、東の廊下、搬入口、裏へ回る。
• 準備条件：銅の鍵、交代時刻、警備員の注意をそらす。
• 行動への期待を生む記述：忍び込む、誰も警戒させない、別の入口がある。
• 結果と回想：気づかれずに到着する、鍵が役立つ、案内してくれた人に感謝する。

これらは確認候補であり、見つけ次第削除する単語ではありません。たとえば「交代」は、正面入口で交渉する時間帯の背景にもなりえます。候補ごとに、もう存在しない行動に向けて、プレイヤーに準備、試行、待機を求めていないかを問い直します。

さらに、脇の扉のルートの結末から逆向きに読み直します。結末に「周さんを信じてよかった」とあれば、周さんがそれ以前にした助言を探します。場所の名前がまったく出ていなくても、その助言がこのルートへの最初の誘いかもしれません。入口を順方向に探し、回収箇所から逆方向にたどることで、異なる形の残存記述を拾えます。

チェックリストには、場所、原文または目に見える手がかり、該当段階、生まれる期待、対応方針、関連項目、確認根拠、担当者、状態という項目をそのまま使えます。原文の短い抜粋を残し、「台詞に問題あり」だけで済ませないようにします。そうしないと、引き継ぐ人が該当箇所を探し直すことになります。

下の表は、この例での記入方法を示しています。表内の修正はすべて提案であり、実施済みという意味ではありません。

一行から複数の行が派生することもあります。鍵の説明を取り除いたら、「鍵を受け取る」という選択肢、人物のお礼、アイテムのキャプション、後の質問も追跡します。同じ削除の影響範囲に含まれていても、それぞれの対応結果を別々に記録し、「鍵は対応済み」の一言で漏れを覆い隠さないようにします。

この例では、まずあらすじから物語へ進みます。新版のあらすじが正面入口での交渉だけを提示しているなら、冒頭では交渉に何が必要かを伝えるべきです。そこでまだ「警備員に話しかけるのは待とう。ほかにも手がある」と言っていれば、脇の扉に関する単語がすべて消えていても、読者には別の道を探し続ける理由が残ります。この文は削除するか、現在の交渉に必要な具体的なヒントに変えます。

次に、周さんの登場場面を読みます。交代時刻についての助言を消したあとも、主人公が「じゃあ、言われたとおりに回り込むよ」と返していれば、その返答自体が新たな残存記述になります。台詞だけでなく、その前後の反応も一緒に確認してこそ、削除によって指し示す先を失った表現がないか判断できます。

最後に、正面入口から資料室へ入り、共通部分と結末を続けて読みます。ここでは文章に加え、内容が表示される条件も確認します。「警備員が入室を許可する」という結果に、削除済みの銅の鍵の所持がまだ必要なら、説明文だけ直してもルートの削除は完了していません。チェックリストに条件の項目を追加し、その部分の担当者による対応待ちと記します。

通読は二つの開始地点から行います。一度はあらすじから始め、公開された紹介文がどんな行動を期待させるかを確認します。もう一度は章の冒頭から始め、その章の情報だけで理解できるかを確認します。後者は、説明が前の章にしかなく、今の章では誤った行動への誘いが続いているケースを見つけるためです。これは編集上の確認方法であり、プレイヤー体験が検証済みだと書いてはいけません。

すべてを削除するしかないわけではありません。脇の扉が建物の歴史を語る役割を持つなら、行動につながらないと明確にした背景として残せます。周さんを引き続き登場させる必要があるなら、正面入口での交渉に必要な情報を渡す役にできます。ただし、これは新しい設計です。その情報が後で本当に使われることを確認する必要があり、「脇の扉」を「正面入口」に置き換えるだけでは不十分です。

塞がれた入口を調べる短い場面を残し、通れないことをその場でプレイヤーに伝える方法もあります。これは、入口が塞がれている事実自体に物語上の価値がある場合に適しています。制作範囲の縮小を説明するだけなら、かえって「道具を見つければ開けられる」という新たな期待を生むかもしれません。特に、鍵穴のクローズアップ、鍵のヒント、「今は開かない」といった表現を同時に残すのは避けてください。

人物がわざと誤ったことを言う展開も可能ですが、その誤誘導がもたらす結果を残りの物語で扱う必要があります。嘘の発覚、反応、関係の変化をチームが設計していないなら、見落としを「人物が嘘をついていた」と説明するのは適切ではありません。作品外に「脇の扉のルートは廃止しました」と一言書いても、物語内で続く行動への誘いを打ち消すことはできません。

今回の確認を終える前に、各行で四点を確認します。提案した修正が反映されていること、関連内容に対応記録があること、残した記述が期待させる行動に対応する場面が存在すること、確認できない条件には明確な担当者が付き、要確認のままになっていることです。完了記録には、どのあらすじ、章、結末を確認したか、まだ確認していない版はどれかを記します。

このチェックリストは、範囲を定めた削除確認を支援します。すべての読者が誤解しないと証明するものではなく、実行時の条件確認の代わりにもなりません。最も有用な成果物は、入口を一つ消したあともプレイヤーに行動を促していた一文一文が、最終的にどう処理されたかを、引き継ぐ人が確認できる記録です。