NPCは全プレイヤーに同じ回答をすべきか？文言ではなく事実の一貫性を保つ
プレイヤーが架空の同一NPCに質問をする際、回答は同じ共有設定（カノン）を維持すべきですが、まったく同じ文言を使う必要はありません。有用な設計ルールは、各プレイヤーが何を発見したか、そしてその場面で何が起きているかを比較することです。そうすることで、NPCは確立された事実、キャラクターの知識、クエスト情報の一貫性を保ちながら、その状態に応じて応答することができます。
事実とその伝え方を切り離す
まずは、回答の事実に基づいた核となる部分を書き出すことから始めましょう。作中の世界で何が真実なのか、NPCは何を知っているのか、そして現時点でそのNPCが何を明かす気があるのかです。同じストーリー状態にいるプレイヤー間では、これらの要素を一定に保ちます。その上で、言葉の選び方、文の長さ、トーン、あるいはプレイヤーがすでに得た知識へのちょっとした言及などを通じて、伝え方にバリエーションを持たせます。
たとえば、架空の港湾管理人が「東門は日没に閉まる」と知っているとします。まだその門を訪れていないプレイヤーには、「日没前に東門を通りな。その後は鍵がかかっちまうからな」と言うかもしれません。一方、門番が閉門の準備をしているのをちょうど見てきたプレイヤーには、「準備しているのを見ただろ。日没までだ」と言うかもしれません。文言は異なりますが、予定と警告内容は一致しています。
この切り分けは、よくある2つの問題を避けるのに役立ちます。プレイヤーが直前に関連する文脈を提示したばかりなのに、一言一句同じ台詞を繰り返すと、話を聞いていないように感じられます。一方で、根本的な回答を勝手に変えてしまうと、キャラクターが信用ならなく見えたり、クエストの追跡が難しくなったりします。NPCの対話生成に関する研究では、伝承（ロア）、キャラクターの関係性、クエスト構造、およびプレイヤーに明かされた詳細に対して対話を忠実に保つことが課題として説明されています。これは、対話を手書きで作成する場合でも有用な設計基準です。Weir et al., “Ontologically Faithful Generation of Non-Player Character Dialogues”
プレイヤー状態のどの違いが重要かを判断する
回答を変えるべきかどうかを判断するには、観察可能なストーリーの状態を用います。関連する状態には、プレイヤーが文書を見つけたか、別のキャラクターと話したか、ルートを開放したか、特定のシーンの最中に到着したかなどが含まれます。これらはストーリー内で表現でき、対話を選択する際にチェックできる具体的な出来事です。
プレイヤーの言葉遣いから、隠された素性や個人的な特徴を推測してはなりません。この設計作業において、キャラクターの回答は架空の世界で何が起こったかに応じるだけで十分です。「その台帳を見つけたんだな」や「市場はもう閉まっている」といった具合です。プレイヤーが誰であるか、どんな性格か、なぜ尋ねたのかを推し量る必要はありません。そうすることで、根拠のないプロファイルではなく、物語に即した変化を維持できます。
実践的なテストとして、次のように問いかけてみてください。「2人のプレイヤーが同じ関連イベントを経験し、同じシーンにいた場合、彼らは同じ情報を受け取るべきだろうか？」答えがイエスであれば、その状態において情報は共有されるものとして扱います。もし発見した内容が異なるなら、NPCが言及したり明かしたりするのが妥当な範囲を変化させます。シーンが変わった場合は、世界の歴史を書き換えることなく、時間や状況に左右される詳細を更新します。
知識とシーンの状態を個別に追跡する
コンパクトな対話設計書には、各回答に対して3つの要素を記載できます。正史（カノン）としての事実、NPCの知識または開示状態、そして現在のシーンの状況です。これらを切り離しておくことで、何を変更してもよくて、何を変更してはならないかが分かりやすくなります。
港湾管理人の場合、メモは次のようになります。
カノンとしての事実：東門は日没に閉まる。
NPCの知識：管理人は掲示された予定を知っており、門番が閉門準備をしているのを見ている。
シーンの状況：日没前は門が開いており、日没後は施錠されている。
門についてまだ知らないプレイヤーには基本的な指示を出します。すでに門番を見てきたプレイヤーには短い確認の言葉を返せます。日没後、管理人は門が閉まっていると説明し、確立されたストーリーで裏付けられている代替案のみを提示すべきです。もし代替案が設定されていないなら、単に応答を親切に見せかけるためだけに新たな設定を捏造してはなりません。
また、このように切り分けておくことで修正も安全になります。シーンのスケジュールを変更した場合、それに依存するすべての回答のチェックが必要になります。台詞の言い回しを変更しても、クエストの手がかりが誤って変わってしまうことはありません。Inkのスクリプトドキュメントでは、ストーリー変数がゲーム状態をどのように保持し、条件付き選択肢がどの台詞を表示するかをどのように制御できるかが示されています。同様にTwineのドキュメントでも、変数はサポートされているストーリー形式のパッセージをまたいでアクセス可能な保持値として説明されています。これらのツールは明示的な状態を実装する手段を提供するものであり、あなたのストーリーにおいてどの事実をカノンとして扱うかを決めるものではありません。Ink: “Writing with Ink”, Twine Cookbook: “Variables”
小さく分かりやすい形で応答を変化させる
優れたバリエーションは通常、関連する1つの違いを認識した上で質問に答えます。発見された手がかりに言及したり、プレイヤーがすでに受け取ったリマインダーを省略したり、現在のシーンを反映させたりする場合があります。ストーリーの状態がそれぞれの変更を裏付けていない限り、一度に複数のことを変えるのは避けてください。
たとえば、台帳を見つけていないプレイヤーが「新しい波止場の費用は誰が払ったんだ？」と尋ねたとします。管理人は「港湾委員会が資金を出したと聞いたよ」と言うかもしれません。プレイヤーが委員会の名前が書かれた台帳の記述を見つけた後なら、管理人は「聞いた通りだったな、帳簿を見る限り委員会が払ったようだ」と言うことができます。もし記録に別の支払者が示されていた場合、NPCは古い噂を事実として繰り返し続けるべきではありません。対話の中で、管理人の以前の思い込みと、新たに確立された証拠とを明確に区別する必要があります。
この例は手法を示すための架空のディテールであり、特定のゲームについて主張するものではありません。肝心なのは、知識の変化を明確に示すことです。キャラクターが勘違いをしていたり、はぐらかしたり、無知であったりすることはあり得ますが、執筆においてはその状態を意図的なものにしなければなりません。そうでなければ、プレイヤーは変更された回答を設定の矛盾（コンティニュイティ・エラー）と受け取る恐れがあります。
正確な文章ではなく、証拠へのアクセスを比較する
プレイヤー間や分岐間で対話をレビューする際は、それぞれのルートで利用可能になる情報を比較してください。ストーリーがプレイヤーに行動を求める時点までに、各プレイヤーは同じ不可欠な手がかりを受け取っているでしょうか？ある分岐で、それを説明するストーリーイベントもないのに異なる場所、期限、関係性、原因が暗示されてはいないでしょうか？NPCが、プレイヤーがまだ行っていない発見に言及してしまってはいないでしょうか？これらの問いかけは、すべての台詞が同じ言い回しを使っているか確認するよりも、はるかに意味のある矛盾を見つけ出すことができます。
シンプルなレビュー表が役に立ちます。
チェック項目：カノン；比較対象：名前、日付、場所、原因、その他の確立された事実
チェック項目：知識；比較対象：この状態でNPCが知っていること、信じていること、または伝え聞いていること
チェック項目：アクセス；比較対象：プレイヤーがどの手がかりや指示を、いつ受け取るか
チェック項目：シーン；比較対象：時間、場所、出来事によって変化する詳細
チェック項目：言葉遣い；比較対象：言い回しを変えても意図した回答が正しく伝わっているか
Twineのパッセージや、Inkのノット、選択肢、変数、条件分岐の流れは、物語プロジェクトが分岐や状態を整理する方法の例です。構造はツールやストーリー形式によって異なるため、実装の際は関連ドキュメントに従ってください。推敲の原則はソフトウェアに関係なく同じです。状態の違いを明確にし、すべての台詞がそれと整合性を保っているかを確認することです。Twine: “Linking Passages”, Ink: “Writing with Ink”
回答を完全に同一に保つべきタイミングを把握する
回答の中には、変更すべきではないものもあります。繰り返し使われる合言葉、掲示された開館時間、プレイヤーが記憶しておく必要のある短い指示などです。文言そのものが手がかりを含んでいたり、他の場所にある碑文と一致していなければならない場合は、正確に維持するか、その違いが完全に同等であることが明確に伝わるようにしてください。謎解き、暗号、引用された文書を言い換えると、書き手が意味は同じだと思っていても、タスクそのものが変わってしまう可能性があります。
同様に、プレイヤーの状態がNPCの知識、シーン、あるいは開示可能な内容に影響を与えないのであれば、わざわざ異なる回答を書く理由はないかもしれません。バリエーションは、実際の物語上の違いを伝えるときにこそ有用です。存在しない違いを匂わせてしまうような変更は、ノイズにしかなりません。
一貫したNPC回答を作成するための簡潔なワークフロー
質問ごとに、カノンとなる回答を1文で書き出します。NPCが知っていることや、プレイヤーがすでに発見したことを変えうるストーリーイベントをリストアップします。門が開いているか、会議が終わっているかなど、回答に影響を与えるシーンの状況をメモします。それらの状況についてのみ別の言い回しを用意し、ストーリー状態で明示的な変化が設定されていない限り、どのバージョンでも同じ事実が維持されるようにします。
次に、同等の状態にあるプレイヤーが同等の証拠を受け取っているか、まだ起きていないイベントを前提とした台詞がないか、シーンの詳細が一致しているかを問いかけて分岐をレビューします。目指すのは、同じ首尾一貫した世界の一部であり続けながら自然に応答できるキャラクターです。共有された事実は信頼できるままであり、対話にはストーリーで起きたことが反映されます。