「三人か六人か」という質問には、まず三人で始めると答えます。公式ストアは最大三人の協力プレイを示し、7月23日の告知は六人ロビーを選べるとしながら、三人を中心に設計されたゲームで初回の大人数を推奨していません。六人は利用できる選択肢ですが、全ミッションが六人向けに調整された証拠ではありません。
三人の役割
一人を調査担当にして ID、コンピューター、行動を見ます。二人目は棚、納品、清掃、接客を担当し、三人目は移動と退路を知らせます。これはゲーム内クラスではないので、シフトごとに交代します。
六人の役割
三人の担当を二組に分け、最後に報告をまとめる人を決めます。担当者がいないと、二つの客を同時に告発したり、全員が別の出口へ向かったりします。初回は三人で流れを理解するという公式警告を優先します。
判断を伝える人を交代する
最後に証拠をまとめる人は、シフトごとに変えます。その人が他の意見を無視するのではなく、事実、足りない確認、安全な行動を短く整理します。近接チャットで正しい観察が全員に届かない場合にも役立ちます。
ロビーのトラブル
参加できない人がいたら、計画を変える前にブランチとビルドを比べます。7月22日の公式告知は一時的に network-issues-patch と networkissues を案内し、全員が同じブランチにいる必要があるとしました。これは報酬コードではなく、日付付きの接続情報です。
トラブルシューティングを日付付きにする
六人の容量とネットワーク用ブランチは別の情報です。六人は7月23日の投稿、ブランチは7月22日の一時対応です。現在のビルドで不要なら案内を更新または保管し、全員をブランチへ送る前に公式告知を再確認してください。
六人の簡単な分割
六人を選ぶなら、各エリアに調査担当と経路担当を置き、一人が報告を統合します。別々の客が疑わしいときは、位置と証拠の状態を記録してから移動します。これで六人の選択肢を読みやすく保ちつつ、全遭遇が六人向けだとは主張しません。
開始前に、人数、最後に判断をまとめる人、全員が使うブランチを確認します。客が現れてから通信を直すより、最初の一分で合意しておく方が安全です。人数が途中で変わった場合も、抜けた人の担当が自動的に埋まったと考えず、役割を言い直します。
ネットワークの対応は、ロビー人数とは別に日付を付けて管理します。network-issues-patch が不要になったら、現在の案内から外すか過去の注記へ移します。全員をブランチへ誘導する前に、公式告知と各プレイヤーのビルドを確認してください。
近接チャットから離れた人は ID の結果や防衛計画を聞き逃す可能性があります。合流時は場所、証拠、次の行動だけを繰り返し、同じ理論を最初から話さないようにします。
人数が変わったシフトでは、担当を自動で引き継いだと思わずに言い直します。三人なら調査、店舗、経路を一人ずつにし、六人なら二組の報告を一人がまとめます。固定クラスではないため、役割はプレイヤーの経験に合わせて交代できます。
ブランチの案内が古い可能性を考え、全員が同じ版を使っているかを確認してから接続を試します。コードを報酬欄へ移したり、現在も必ず必要だと断言したりしないでください。公式の新しいロビー告知が出たら、この手順の日付を更新します。
六人ロビーでは、二つの小隊が同じ客を調べないように、位置と担当を先に分けます。二組が別の疑いを報告したら、統合担当が ID、コンピューター、行動の状態を並べ、どちらを先に確認するかを言います。これで人数を増やしても、情報の重複をそのまま難易度にしません。
三人の場合は、調査、店舗、経路を一人ずつにすると、声が少なく情報を追いやすくなります。六人の場合は、役割を二組にしても、最終的な判断を一人に集めます。これは能力を制限するためではなく、近接チャットから離れた情報を全員へ戻すための伝達手順です。