Loop [ALPHA] の公式 EXIT バッジは「Escape through the EXIT」と示します。名前のある出口と成功結果は確認できますが、固定場所、常に開く Day、普遍的な起動条件は公開されていません。まず発見と通過を分け、安全なルートを守ります。
コミットせずに発見する
見覚えのあるドアや標識を見つけても、すぐ通過を試さないでください。Day、ミッション、位置、近くの操作、戻るランドマークを記録します。出口を見たことは、開いていることや脱出が完了したことの証拠ではありません。
場所と起動を分ける
現在の表示が EXIT と呼ぶか、状態、プロンプト、ミッションの手掛かりがあるかを確認します。動画で開いていても自分のビルドで同じとは限りません。条件が不明なら、1 回に 1 つだけ試します。
ミッション中もルートを守る
ミッションを進める間は、EXIT までの方向をランドマークから記録します。Collection や Item の任意操作で帰り道を失わないでください。移行前後にミッション、Inventory、Coins の状態を比べます。
エンティティの圧力下で近づく
合図が始まったら、任意の操作より生存を優先します。Entities Dex で確認済みの境界を読みます。現在のビルドが示さない限り、EXIT が安全地帯、ダメージ遮断、エンティティ除去をすると考えないでください。
ソロと協力の脱出計画
ソロはルートを言える状態で早めに撤退します。協力では全員が集合して、見える EXIT の状態、ミッション、近くの操作を比べてから接近します。誰が先に試し、状態が変わったら他の人がどう動くか決めます。
EXIT が機能しないとき
正確な目的、Day、プロンプト、状態、操作を記録します。条件が満たされていると考えても、名前、起動、通過、結果を混同しません。再参加を試すなら、先に Inventory、Coins、ルート、現在の Day が失われる可能性を記録します。
Escape で避ける失敗
- ドアのような物を最初の EXIT とする。
- 戻るルートを記録せず離れる。
- 動画で開いていたから現在も開くと考える。
- 他のゲームから開放条件を持ち込む。
- エンティティがいない安全地帯だと断定する。
- グループで状態を比べず通過する。
- バッジと資源のクレジットが共有されると考える。
Escape FAQ
EXIT はどこですか？
公式公開情報は固定場所を示していません。現在の Day、ミッションの手掛かり、ランドマークを使います。
どう開けますか？
公式文は EXIT からの脱出を確認しますが、起動ルールは示しません。ライブの目的と近くのプロンプトを読み、条件を 1 つずつ試します。
脱出するとランは終わりますか？
公開情報は定義していません。通過後の移行、Day、Inventory、Coins、バッジ結果を記録します。
1 人の脱出はチーム全体に付きますか？
決めつけないでください。現在のビルドで各プレイヤーの結果とバッジ状態を比べます。
証拠状況：脱出がコア目標で、名前のある EXIT を通って成功できることは公式情報です。場所、起動、ミッション依存、安全地帯、ラン結果、協力クレジットはゲーム内テストが必要です。
Phase 5 追加確認
EXIT を見つけたら、まず表示の全文、Day、最寄りのランドマーク、戻るための分岐を記録します。出口らしい形のドアと、live label が付いた公式 EXIT を分けて考え、すぐに遠くの Mission へ戻らないでください。見つかったこと、使えること、通過が成功したことは三つの異なる状態です。
次に、EXIT の状態、prompt、Mission、近くの object、interface の変化を一つずつ確認します。閉じている理由として key、switch、timer、特定の順番を別作品から輸入しないでください。何かが変わったときは直前の行動を記録し、同じ Day や似た条件で再現してから activation rule と呼びます。
Entity の合図が近くで始まったら、任意の activation test を止め、retreat line と全員の位置を守ります。EXIT が safe zone、damage block、entity removal を行うという公式確認はありません。長い試行を door の前で急いで失わないよう、Escape の条件が表示されたときだけ一つずつ進めます。
ソロでは、Mission が終わり EXIT が使えるなら、追加の Collection や Item より安全な帰還を優先します。通過後は Badge、Mission、Inventory、Coins、Day の結果を記録します。協力プレイでは全員の画面を比較してから誰が操作するかを決め、誰か一人の crossing がチーム全員の credit になると仮定しません。
通過できない場合は、ラベル、現在の Mission、表示された数や condition、prompt の有無を確認します。再接続の前にはルートと資源を残し、結果が変わったら UTC 日付、party、late join、通過した人を記録します。公開情報が固定場所や universal route を示していない以上、現在の Day の観察を古い動画より優先します。
Phase 5 追加ログ
このページの情報を実際のプレイで使ったときは、結論だけでなく条件も残してください。UTC の確認日、表示されていた Day、ソロか協力か、サーバーの状態、最初に見たランドマーク、直前の操作、画面に出た文章、最後の結果を同じ順番で書きます。条件が一つ欠けていると、別の Day や別の更新で起きた差を同じルールだと誤認しやすくなります。
一回の成功は、その条件で可能だったことを示すだけです。次の試行では、ルート、距離、Item、Mission、カメラ、人数、操作のうち一つだけを変え、何が同じで何が違ったかを比較します。複数の変数を同時に変えた記録は仮説として残し、確定した攻略手順のように書かないでください。UI が変わった場合は、古いスクリーンショットや動画より現在の表示を優先します。
結果が分からないときは、未確認のまま保存することも有用です。Badge が遅れて付く、Inventory や Coins の表示が戻る、Mission の文章が更新されない、エンティティの合図が一度だけ出る、といった事例では、もう一度同じ操作を繰り返す前に状態を記録します。危険な検証は長い進行を犠牲にせず、低リスクの短い試行へ分けてください。
共有する文章では、公式に書かれた条件、現在のゲーム内で見た事実、コミュニティが報告した可能性を見出しや注記で分けます。公式 API の ID や timestamp は体験の身元と確認のきっかけを示しますが、隠れた mechanic や将来の結果を保証しません。Alpha の変更後は同じページを読み直し、確認日を更新してから古い数値を残すか判断します。
Escape の検証では、EXIT の発見、利用可能になった状態、通過後の結果を一つの成功としてまとめないでください。それぞれの画面と参加者を分けて記録すると、次の Day や別の人数で同じ条件を安全に比べられます。
通過直後に別の画面へ移る前に、表示された結果を記録しておくと比較が容易です。
条件が不明なら、次の試行まで断定を保留します。
通過できた道も、別の Day の保証にはなりません。
現在の画面にない条件を古い攻略から補わず、確認できた範囲だけを共有します。