謝罪・警報・雑談が同時に条件を満たしたら、どのパートを先に表示する？ 優先順位の競合を表で点検

謝罪、警報、雑談が同時に条件を満たしたとき、「警報、謝罪、雑談の順に優先する」と書くだけでは不十分です。説明はすでに表示済みかもしれず、謝る相手がその場を離れているかもしれません。まず候補を確認し、阻止条件に該当するものを除き、優先順位を比較したうえで、同順位や表示できるパートがない場合を処理します。

Yarn Spinner のドキュメントでは、顕著性戦略が条件を満たした台詞やノードグループから内容を選ぶと説明されています。ドキュメントを見る。以下のレビュー表は独自の設計案です。DramaFork がこのアルゴリズムを採用しているという意味ではなく、実装済みの製品機能を説明するものでもありません。

まず、同じシーン、同じ選択時点、ひとつの表示枠に対象を固定します。別々の枠に同時表示できる内容は競合させる必要がありません。すでに始まった会話を中断できるかどうかは、別途ルールを定めます。

以下は架空の教材用の例であり、実際のユーザー事例ではありません。実際のプレイによる検証も行っていません。軌道ステーションの当直室で、林遥は周嵐に謝ろうとしています。操作卓には警報が点灯し、二人は古い写真の話題もすでに始めています。この例では林遥はずっと当直室におり、謝罪と写真の雑談には、どちらも周嵐がその場にいる必要があります。各ラウンドではひとつのパートだけを表示し、終了後に再確認します。

この例の「対処済み」は、緊急操作が完了し、会話を再開してよい状態を指します。「解除済み」は、再確認が完了し、今回の警報が終了した状態です。両者は別々に記録するため、対処済みでも未解除という状態があります。未表示の説明を後から表示するのは、警報が解除されていない間だけです。

優先順位は3段階で、1が最優先です。写真の雑談は、謝罪が完了し、かつ誤解が解けるまで待ちます。ほかの出来事で先に誤解が解けても、謝罪は省略できません。「謝罪が受け入れられた」は追加条件ではありません。受け入れられたかどうかで、誤解が解けたかどうかの判断を代用してはいけません。

候補に入ることと表示できることは別です。阻止条件には拒否権があります。謝罪の優先順位を上げても、その場を離れた相手には届きません。代替処理は順位比較に加えず、通常候補がすべて選択不可と確定した場合にのみ、それ自体の条件を確認します。

表の冒頭にはシーン、確認時点、状態バージョン、作者の意図を明記します。人物の退出、対処の完了、通常パートの終了など、関連する事実が変わったときだけバージョンを更新します。ラウンドの進行や待機文の表示記録では更新しません。待機文を確認するときは記録済みのバージョンと照合し、記録そのものが再表示の引き金にならないようにします。

第1ラウンド：周嵐はその場にいます。誤解は生じたまま解けておらず、謝罪は未完了です。写真の話題は始まっていますが、雑談パートは未表示。今回の警報は発生済み、未対処、未解除で、説明も未表示です。現在のバージョンでは待機文も未表示です。通常の3パートはすべて候補に入りますが、謝罪と雑談は阻止されるため、警報の説明を表示します。これは阻止条件だけの点検であり、順位の数字を消しても結果は変わりません。

順位比較用には別の対照状態を用意します。第1ラウンドのほかの状態を維持し、警報だけを対処済み・未解除に変えます。操作は完了したものの再確認は終わっておらず、説明もまだ未表示です。説明と謝罪はどちらも選択可能で、雑談は引き続き阻止されます。優先順位1の説明が選ばれて初めて、順位を点検したことになります。

元の例に戻ります。説明が終わったら、説明の表示済み記録と状態バージョンだけを更新します。ついでに警報を対処済みにしてはいけません。次のラウンドでは説明が除外され、謝罪と雑談も阻止されたままなので、「林遥は操作卓に目を向け、周嵐が操作を終えるのを待つ」と表示し、表示済みであることとそのバージョンを記録します。同じバージョンで再確認すると待機文も除外され、新しいパートは表示せず、物語上の出来事による進行を待ちます。

物語の中で対処を完了する動作が明確に起きた後、警報の状態とバージョンを更新すると、初めて謝罪を表示できます。最後まで話し終えても、記録するのは謝罪済みという事実だけで、誤解が解けたとは自動的に記録しません。誤解が残っていれば雑談は引き続き阻止されます。別の出来事ですでに誤解が解けていれば、謝罪を最後まで伝えた後は、受け入れられなかったとしても、表の残りの条件を満たす限り雑談を表示できます。先に誤解が解けても謝罪が未完了なら、雑談は待つ必要があります。これは、謝罪の候補条件が「誤解が生じたことがある」である点とも整合します。

記録例：「第2ラウンド。説明は表示済み、警報は未対処。通常候補はすべて阻止。バージョン2で待機文を初表示し、記録。同じバージョンで再確認しても表示なし。進行には対処の動作が必要」。各ラウンドで候補、除外理由、結果、補足が必要な情報を残します。

まず同順位を作ります。同じ優先順位1の「ハッチの案内」を追加し、説明と同時に選択可能にします。固定の順序を定める、パートを統合する、区別する条件を加える、といった対応が必要です。選択を確定するルールがなければ「選択結果が一意に定まらない」と記し、表の行順で暗黙に決めてはいけません。

次に重複を起こします。説明を表示した後も、警報の状態を変えずに保ちます。説明が再び出るなら、表示済みによる阻止条件や記録を誤って解除・削除していないか確認します。古い記録が新しい警報を阻止するなら、説明の記録を個々の警報イベントに限定します。待機文では、同じバージョンでの再表示に加え、ラウンドの変化を状態の変化と取り違えていないかも確認します。

3つ目は、低順位の内容が長く先送りされるケースです。新しい順位1のパートが続くと、謝罪の順番がいつまでも来ない可能性があります。退出するところまで展開を追い、再開の機会を確認します。警報への対処後に専用の会話枠を設ける方法があります。謝罪の機会を逃す展開にするなら、その結果を書き、未表示を完了扱いにしてはいけません。この例では雑談も阻止されるため、併せて追跡します。

最後に、表示できるパートがない場合と、状態が不明な場合を確認します。周嵐が退出すると、謝罪も写真の雑談も阻止されます。警報も解除済みなら、操作を待つ文は条件を満たさないため、明確な条件を持つ退出時のつなぎを別に書きます。周嵐がその場にいるか不明なら、状態情報の欠落として記録します。「いない」と扱ったり、それを根拠に通常候補がすべて選択不可だと断定したりしてはいけません。ルール上認められる場合は、新しいパートを表示しなくてもかまいません。代替処理で不明な事実を補うことはできません。

謝罪の感情の流れを守りたいなら、警報を謝罪の開始前に移せます。中断された心残りを描きたいなら、短く切り込む台詞を別に書き、謝罪未完了の記録を残します。2つの情報をまとめて理解してほしいなら、ひとつのパートに組み合わせます。これらはそれぞれ時系列、中断方法、内容の構成を変えるもので、数字を上げるだけでは実現できません。

この表は、明確な時点で、区切って選択できるパート同士が競合する場合に適しています。演出が途切れずに進む場合、複数人が同時に話す場合、プレイヤーが先に聞く相手を決める場合は、表示方法と操作方法を先に定めます。プレイヤーに選ばせるなら、選ばれなかったパートが先送りになるのか、無効になるのか、後から見返せるのかも示します。

原稿を提出する前に、別のレビュアーに状態記録と表だけを渡し、各ラウンドの候補、阻止条件、結果、状態変化を再計算してもらいます。答えが異なるなら、欠けている条件や選択を確定するルールを特定します。記録では、警報が先に表示される理由、謝罪が再び選べる時点、雑談が謝罪の完了と誤解の解消などの条件を満たしているか、そして新しいパートを表示しなくてよいのはいつかを説明します。