「ドッペルゲンガー」は、全ての疑わしい客が同じアニメーションをするという意味ではなく、調査上のラベルとして使います。公式ページは身分証、コンピューター、行動の流れを示しています。固定の弱点、ダメージ、出現場所を公開するには、現在のビルドで再現する必要があります。
身分証から始める
結論を急がず、身分証を読みます。比較する項目を伝え、協力プレイなら別の人が経路を見ます。ソロでは、客が奇妙に見えても通常の確認を終えます。
コンピューターで照合する
コンピューターを二つ目の証拠として扱います。差異を伝えますが、追加の確認が残っているなら自動的に告発しません。項目、場所、その後の行動を記録します。
行動を観察する
通常確認の後に客が何をするかを見ます。公式説明は行動観察を確認しますが、全ての兆候は説明していません。動きや音が繰り返されたら、モードと更新日を残してから確認済みと呼びます。
決めて備える
証拠がそろったら、接客を続けるか、報告するか、防衛を準備します。脱出が起きたら退路を残し、目的のあるバリケードや罠を使い、安全でなければ隠れます。選択肢は公式に示されていますが、正確な時間はビルドに依存します。
報告のテンプレート
モード、シフトの状況、客の位置、ID 結果、コンピューター結果、行動、判断、結果の順に書きます。見ていない項目は「未確認」と書きます。脱出したなら、誰が遷移を見たかと退路も残します。否定的な結果も、同じ確認を無駄に繰り返すのを防ぎます。
別製品、古いブランチ、Demo の情報をゲーム本体のルールにしないためにも、この形式が役立ちます。AppID とビルドを確かめ、証拠が繰り返されるまでは観察と信頼度を付けてください。
報告を比較する
身分証を見た人と動きだけを見た人では、同じ客の説明が変わります。観察を順番に並べ、元の言葉を残します。モード、確認、位置、行動、結果があれば、固定の兆候と一回の報告を区別できます。
報告が不確かな場合は、安全な距離を保ち、一人を観察、一人を退路の準備にします。ストアが確認するのは調査の流れと防衛の選択肢であり、ドッペルゲンガーの完全な弱点表ではありません。コミュニティの手掛かりは、現在のビルドで再現するまで仮説として扱います。
画面写真やリプレイを残す場合も、プレイヤーの個人情報は公開しません。必要なのは再現できる手順であって、仲間の身元を断定することではありません。次の公式パッチが兆候に影響する可能性があるなら、その日付を報告に結び付けておくと後の確認が速くなります。
報告にスクリーンショットがあっても、画像だけを答えにしません。どの確認をしたか、客がその後に何をしたか、ゲームが脱出を示したかを本文で書きます。画像が残らなくても、別のプレイヤーが同じ条件で試せるからです。公開ガイドでは、個人情報や非公開ロビーの情報を出さず、ゲーム内の再現可能な事実だけを扱います。
調査の結果が弱いままなら、身分証、コンピューター、行動のどれが抜けているかを一つだけ選びます。全員が「怪しい」と繰り返すより、足りない確認を埋めた方が次の行動が明確です。条件がないコメントは仮説として残し、現在のビルドで再現するまで確定情報にしません。
チームが客を見失った場合も、最後の既知の位置と完了した確認を残します。脱出が起きたなら防衛ページの手順へ移り、脱出していないなら調査の不足を一つずつ埋めます。これにより、調査の失敗と防衛の失敗を別の問題として振り返れます。
公式ページにない兆候を扱う場合は、モード、ブランチ、日付、再現回数、観察した人を添えます。特定の客が毎回同じ場所で同じ音を出すといった主張も、条件がないまま固定表にしません。読者が同じ条件を作れない報告は、参考メモに留めます。