セリフを一つ変えるだけなのに、なぜ到達条件まで確認するのか？

「入って」を「また来たんだね」に変えるなら、そのセリフに到達できるすべての流入経路を確認する必要があります。新しい文は、二人が以前に会っていることを前提とするからです。初めての訪問でも同じ会話に入れる場合、数文字の変更でも、セリフが成立する範囲は狭まっています。確認すべきなのは、各経路が持ち込む事実で新しいセリフを支えられるか、そしてそのセリフが後の展開をどこへ導くかです。

ここでは解釈を明確に定めます。「また来たんだね」は、話し手が目の前の客を見分け、以前の訪問を覚えていることを意味します。作者が人違いや意図的な探りを描きたいなら、それを支える根拠を別に示す必要があります。矛盾が見つかった後で、取り繕うために持ち出す説明にはできません。

以下は架空の教材用事例です。実際のユーザー事例、検証済みの効果、DramaForkの製品機能を示すものではありません。物語では、渡し場の管理人である陸青が待合室を管理しています。作者は再訪時の親しみを増したいと考え、共通の挨拶を差し替えました。この事例から部分修正の確認シートを作ります。表の結論はすべて、設定に基づいて人の手で推論したものです。

待合室が一つの場面だからといって、挨拶への入力も一種類とは限りません。プレイヤーはメインストーリーで初めて入るかもしれませんし、退出後に戻ってくるかもしれません。先に船着き場で陸青に会い、その後で初めて待合室へ入る場合もあります。最後に読む文章は同じでも、持ち込む過去は異なります。

まず、この挨拶を参照している箇所を探し、前提を区別できる分岐までさかのぼります。各流入経路には、来た道、先行する出来事、そのとき話し手が居合わせたかを記録します。参照箇所が一つしか見えていないなら、経路の一覧には「現時点で把握しているもの」と記し、それだけで全経路を網羅したとは判断しません。

この事例では、「また来た」は待合室への再訪を指します。陸青は自分で応対した客だけを覚えます。建物に入っていても陸青と顔を合わせていなければ、二人が会ったことにはなりません。

最後の行は、再開位置も共通の導入に誤って接続されうることを示しています。通常の訪問ではありませんが、確認する価値はあります。複数の流入経路をまとめて確認しても構いません。ただし先に、関連する事実とその後の行き先が一致することを確かめます。

再利用できる基本形は「流入経路—前提事実—出力結果」です。第一の欄には修正箇所を誰が読むのか、第二の欄には修正内容が成立するために必要な事実、第三の欄には読んだ後に何が起こるのかを記します。対象にはイベントの結果だけでなく、プレイヤーに伝わる関係や過去も含まれます。

次の記録をコピーして使うときは、先に内容を埋めてから結論を書きます。

• 修正箇所：待合室の共通挨拶。元の文は「入って」、新しい文は「また来たんだね」。
• 変更の意図：応対したことのある客に、陸青が親しみを示す。
• 流入経路：来た道、訪問歴、対面歴、再開位置を一つずつ記入する。未確認の項目は別に挙げる。
• 前提事実：今まさに入室している。以前ここで会っている。陸青が目の前の相手を今も覚えている。
• 事実の根拠：判断を支える先行イベントや状態の意味を書く。新しいセリフ自体を証拠にしてはいけない。
• 出力結果：挨拶が示唆する過去、直後の返答、選択肢やイベント記録への影響を書く。
• 対応の決定：維持、分岐、書き換えのいずれかを選び、未解決の流入経路を明記する。

「訪問したことがある」と「陸青が覚えている」は置き換えられません。ある記録は、単にプレイヤーが部屋に入ったことだけを意味するかもしれません。それを顔なじみへの挨拶の根拠にすると、陸青が不在だった場合を見落とします。逆に、陸青に会ったことがあっても、ここに来たことがあるとは限りません。船着き場からの経路がその反例です。

物語全体を条件表に書き直す必要はありません。今回の変更で加わった前提だけを明らかにします。人物の認識、訪問歴、現在の入室と関係のない天候の細部は、今回の記録から省けます。

まず、メインストーリーで初めて入室する場面を、設定に沿って順にたどります。入力される事実は、プレイヤーに訪問歴がなく、陸青とも会っていないことです。それなのに、共通挨拶は「また来たんだね」と出力します。この時点で最初の破綻が起きています。セリフが、実際には存在しない過去の応対を示唆しているのです。状態が何も変わらなくても、プレイヤーは物語を見落とした、あるいは人物にまだ明かされていない事情があると受け取るかもしれません。

次の返答まで「前のときの船は、あの後出たの？」に変えたと仮定すると、誤りはさらに広がります。挨拶だけを元に戻しても十分ではありません。その返答がなお前回の訪問を前提としていないか、その先で以前の船便についてさらに尋ねる選択肢が開くかも確認します。その過去に依存しない共通の接続点まで追うことで、今回の確認をどこで終えるかが明確になります。

この事例では三つの対応が考えられます。選ぶ基準は、作者が再訪時の違いを残す必要があるかどうかです。

この教材では分岐を選びます。今まさに入室しており、以前に陸青の応対を受け、今も覚えられている場合だけ「また来たんだね」を使います。それ以外の通常の入室では「入って」を残します。セーブからの再開経路は、元の続きの位置に保ちます。これは作者が確認すべき論理の説明であり、何らかのプラットフォームが自動で分岐させるという意味ではありません。

修正後は、表にある初入室と応対後の再訪で二つの出力をそれぞれ確認し、さらに「無人の部屋に入ったことがある」「船着き場で会った」という反例で条件を試します。前者は訪問を対面と取り違えていないか、後者は対面を再訪と取り違えていないかを確認します。再開経路では、挨拶が誤って再生されないかを見ます。各記録には、実際に見たセリフと後続の返答を書き、想定と照合します。まだ実行していないものは、確認待ちとしか記せません。

後から記憶喪失、変装、管理人の交代を加えると、元の条件が再び成り立たなくなる可能性があります。新しい設定が人物を見分ける根拠を変えるなら、対応する流入経路を追加します。「特殊な場合を除く」という曖昧な但し書きを重ねるべきではありません。意図的に陸青に人違いをさせるなら、その根拠と後の展開でどう受け継ぐかを別に書きます。不具合の記録を、そのまま伏線と言い換えてはいけません。

この確認シートが扱うのは、列挙した流入経路と関連する結果だけです。作品全体に矛盾がないことも、生成AIによるセリフが常に安定することも証明しません。引き継ぎでは、元の文、新しい文、流入経路の表、事実の根拠、未確認項目を残します。そうすれば次の作者は、どの条件で今回の修正が成立し、次回はどこから確認し直すべきかを把握できます。