MM2 of The Locust の鍵は脱出進行アイテムとして報告されていますが、完全な公式スポーン表はありません。ゾーンと目印で探し、ライブのインタラクトを確認し、現在の表示ラベルを記録してください。スポーンが固定、候補から選択、アップデートで変更のどれでも使える方法です。
ゾーン検索から始める
マップ中央の目印を選び、近い道を上層、中央、下層、横部屋に分けます。まず安全なループ沿いの見える面を確認し、Locust が遠いか支援があるときだけ枝や行き止まりへ入ります。
テーブル、棚、角、床の端、横部屋、下層、通常のインタラクト場所を見ます。見つけにくい部屋や下層の鍵という報告は、永久座標ではなく探索の手掛かりです。
本物の取得を確認する
現在のプロンプトが出るまで近づき、表示された操作を使って、物体、インベントリ、目標 UI が変わるのを待ちます。装飾の鍵や exploit overlay のラベルだけでは不十分です。部屋から名前を推測せず、ライブの色や表示を記録します。
別のプレイヤーが先に取ったら、全員から消えるのか、共有なのか、目標が変わるのかを見ます。所有と譲渡はゲーム内検証が必要です。
場所を分かりやすく記録する
マップの身元、最寄りの安定した目印、階または層、部屋や面の種類、帰り道の 5 項目を使います。「中央階段の隣の下層部屋に青い鍵」の方が「左の鍵」より有用です。今後のマップと PRE-ALPHA 変更で動くため確認日も加えます。
正式なマップ名が確認できなければ、見た目を慎重に説明し、公式名として書かないでください。投票パネルやラウンド名の画面が後の確認材料になります。
持ち主を危険にさらさず鍵を合わせる
鍵を持つ人はライブ UI に合うドアやプロンプトへ接続ルートで進み、他のサバイバーは周辺を探して Locust の方向を伝えます。全員で同じロックに集まらず、失敗したらラベル、ドアの目印、結果を共有して道を離れます。
成功後に新しいプロンプトが出るか見ます。最初に開いた道は最終出口ではなく次の目標かもしれません。脱出方法で判断の流れを確認します。
追跡中の探索
Locust が唯一の出口を押さえているなら鍵のために止まりません。既知のループで脅威を離し、視線を切り、別の枝から戻ります。仲間が追われている間にゾーンを確認できますが、標的が変わることに注意します。
鍵を持って狙われたらルートを伝え、支援役に防御装備または警戒を任せます。ドアを空けておきます。
鍵が見つからないとき
共有ログを作る
各ラウンド後、再現できた観察だけを残します。同じゾーンの同じ場所、同じゾーンの別場所、別エリアを区別し、1 回見つけたことと複数ラウンドで見たことを混ぜません。少ない試行からスポーン率を計算しないでください。
現在は座標リストよりゾーンリストが役に立つ場合があります。PRE-ALPHA で動くスポーンを断定せず、正しい面へ導けます。マップ、隠れ場所、マルチプレイも続けてください。
確度
鍵の存在は Community reported です。ラベル、用途、固定位置、ランダム規則、譲渡は Needs in-game testing です。
鍵を探すときの視線
開始地点から近い部屋を一つずつ見て、入った場所と戻れる道を覚えます。鍵らしい表示を見つけても、すぐに拾うのではなく、周囲のドア、角、階段、味方の位置、モンスターの方向を確認します。目的物の前で立ち止まると逃げる選択肢が減るため、出口へ向かう道を先に見ておくことが重要です。
見つけた情報は、固定座標ではなく現在の目印で共有します。「中央の目印から右」「窓のある部屋の奥」のように、別のプレイヤーが同じ場所を探せる言葉を使います。前のラウンドと同じ場所にあるとは限らないので、過去の記録は手がかりとして読み、現在のプロンプトを優先します。
鍵に関する記録
マップ、役割、開始地点、確認日、表示されたラベル、入口、出口、拾ったときの反応、ラウンド結果を残します。鍵が消えた、拾えない、別の場所へ移った場合も、失敗として捨てずに表示と状況を書きます。用途、順番、譲渡、勝利条件が表示されないときは、コミュニティの推測を確定情報にしません。
鍵を探すときの手順
開始地点から近い区域を一つ選び、入口、戻り道、別の出口、モンスターの方向を確認してから調べます。鍵らしい表示が見えたら、すぐに立ち止まって拾うのではなく、逃げる角と味方の位置を見ます。鍵を見つけた人が場所だけを伝えると、仲間が同じ危険な入口へ集まるため、目印と安全な道を一緒に報告します。
記録には、マップ、役割、端末、開始地点、確認日、表示ラベル、入口、出口、操作後の反応を入れます。前のラウンドの座標や順番は手がかりであり、現在の固定ルールではありません。鍵が見えない、拾えない、移動した、ドアが反応しないという結果も、そのときのプロンプトとともに残します。
鍵の存在、用途、譲渡、順番、勝利条件を分けて考えます。一つの動画や一回の成功からすべてを結論にせず、同じ条件を複数回確認します。追跡が近い場合は、検証を続けず、安全な分岐へ移ってからラウンド後に記録を整理してください。
鍵の情報を比較する
同じマップを複数回調べる場合は、開始地点、目印、入口、出口、ドアの反応、鍵の表示を同じ順番で書きます。前回の位置を先に信じるのではなく、現在のラウンドでプロンプトが出た場所を優先します。鍵を見つけても、拾う前にモンスターの方向と逃げる角を確認してください。
チームの報告には、中央、窓、階段、ドア、低い通路など再現できる目印を使います。座標、固定順、譲渡、報酬、勝利条件が画面にない場合は、動画の推測を加えません。移動した、消えた、拾えない、ドアが開かないという結果も、端末と確認日と一緒に残します。
目的と安全を両立する
探索役が目的物を確認する間、別の人が入口と戻り道を見ます。全員が同じ場所へ集まらず、複数の出口を残します。追跡が近づいたら検証を中断し、安全な分岐へ移ってからラウンド後に記録を整理します。これにより、鍵がないこと、入力が失敗したこと、ルートが危険だったことを分けて考えられます。
チームで鍵を確認する
探索役は入口と出口を伝え、見張り役はモンスターの方向を見ます。鍵を見つけた場所へ全員で走らず、別の分岐を残します。表示、目印、操作後の反応、確認日を記録し、前のラウンドの座標や順番を現在の規則にしません。
鍵の存在と、鍵が開けるドア、勝利につながる条件、譲渡できるかどうかは別々に検証します。画面に出ない情報は推測せず、同じマップで複数回確認できるまで Needs in-game testing として共有します。
鍵を見つけた後の連絡
鍵の位置を伝えるときは、中央、ドア、窓、階段、低い通路など現在見える目印と方向を使います。探索役は入口と出口を伝え、見張り役はモンスターの方向を見ます。前のラウンドの座標や順番をそのまま使わず、現在のプロンプト、マップ、端末、確認日を記録します。鍵の存在、開くドア、譲渡、報酬、勝利条件は別々に確認し、表示のない条件は Needs in-game testing のまま共有してください。