ミッションは Loop [ALPHA] の確認済みコア目標ですが、開発者は完全な公開ミッション一覧を出していません。したがって現在の目的が真実源です。文面を正確に読み、必要な行動を対象と条件から分け、エリアを離れる前に完了の合図を確認します。
現在のミッションを分解する
動詞、対象、数量、場所の手掛かり、制限の 5 項目に分けます。find、interact、collect、survive、escape は別のルートを要求します。数量や場所がないなら未知のままにし、ジャンルの定番ルールを足しません。
ランドマークからルートを作る
開始地点を決め、1 回に 1 つの分岐を調べます。候補を見つけたら操作前にランドマークからの方向を伝え、違えば戻ります。EXIT、Collection、Item が対象なら該当するガイドで証拠の境界を確認します。
操作を確認する
端末に表示されたプロンプトと現在の入力を使います。行動の直後にミッション文やカウンターを見ます。変化がなければ、対象違い、未完了、別条件、表示遅延を考えます。複数の物を連続して触らず、何が更新を起こしたかを残します。
停滞したミッションを扱う
文面に戻り、単数・複数、行動順、Day、Inventory、場所を確認します。協力プレイでは各自の画面を比べ、状態が違う人に次の低リスク操作をしてもらいます。再参加するなら、目的、Inventory、Coins、Day、ルートを先に記録します。
ソロと協力のミッション計画
ソロでは分岐を浅くし、ルートが不明になったら任意の Collection をやめます。協力では目的の読み手とルート案内役を置き、1 人が低リスク操作をして全員の表示を比べます。サーバー定員だけで共有クレジットを推測しないでください。
報酬と後続状態
完全な公式報酬表はありません。完了後の Coins、Inventory、Collection、EXIT、Day の変化を記録し、同時に変わった値を理由なくミッションへ割り当てません。新しい目的が出たら、場所を離れる前に文面を保存します。
ミッションで避ける失敗
- 数回のランから完全な一覧を公開する。
- 現在の Day と目的を無視する。
- 進行を確認する前に候補を複数操作する。
- 物が消えたことを完了と呼ぶ。
- 1 人の更新をチーム全体とする。
- 原因が複数ある残高変化から報酬を作る。
- 消える可能性のある状態を記録せず再参加する。
Missions FAQ
Loop [ALPHA] にはどんなミッションがありますか？
システムは存在しますが、完全な公式公開一覧はありません。現在の Day の目的を読み、名前と条件を観察できたものだけ記録します。
ミッションの場所は固定ですか？
固定場所を示す公式情報はありません。毎回 Day が異なる可能性があるため、現在の手掛かりとランドマークを使います。
報酬は共有されますか？
未確認です。協力プレイで 1 回の完了後に各自の目的、残高、Inventory を比べます。
進行が更新されないときは？
行動、対象、数、制限を読み直し、1 回だけ同じ状態で繰り返します。Alpha の問題や再参加と判断する前に状態を記録します。
証拠状況：ミッションがコア目標であることは公式情報です。名前、一覧、場所、条件、報酬、更新、失敗、協力所有はゲーム内テストが必要です。
Phase 5 追加確認
Mission が表示されたら、動詞、target、数、場所の手掛かり、restriction を別々に書き出します。find と interact、collect、survive、escape は似て見えても必要な行動が違います。数字や場所が書かれていないときは、ジャンルの慣例で補わず unknown として残します。
Mission のために探索する場合も、最初に帰還用のランドマークを決めます。一つの枝を調べ、prompt や object を操作した後に、counter、message、icon、sound、次の文章の変化を確認します。object が消えただけなら、pickup、temporary state、部分的な達成の可能性があるため、完成とみなしません。
進行が止まったときは、別の操作を連続して試す前に、現在の Day、正しい target、モード、必要な数、期限を読み直します。協力プレイでは、誰の画面だけが変わったかを比較します。late join や再接続の credit ルールは、公開された一つの文章からは確定できません。
一回の未達は Mission が不可能という証明ではありません。UTC 日付、server、party、全文、操作、結果、最後に確認した landmark を記録し、低リスクで一変数だけ再現します。新しい Alpha の表示が変わったら、古い一覧をコピーせず、現在の文を優先してページを更新します。
Phase 5 追加ログ
このページの情報を実際のプレイで使ったときは、結論だけでなく条件も残してください。UTC の確認日、表示されていた Day、ソロか協力か、サーバーの状態、最初に見たランドマーク、直前の操作、画面に出た文章、最後の結果を同じ順番で書きます。条件が一つ欠けていると、別の Day や別の更新で起きた差を同じルールだと誤認しやすくなります。
一回の成功は、その条件で可能だったことを示すだけです。次の試行では、ルート、距離、Item、Mission、カメラ、人数、操作のうち一つだけを変え、何が同じで何が違ったかを比較します。複数の変数を同時に変えた記録は仮説として残し、確定した攻略手順のように書かないでください。UI が変わった場合は、古いスクリーンショットや動画より現在の表示を優先します。
結果が分からないときは、未確認のまま保存することも有用です。Badge が遅れて付く、Inventory や Coins の表示が戻る、Mission の文章が更新されない、エンティティの合図が一度だけ出る、といった事例では、もう一度同じ操作を繰り返す前に状態を記録します。危険な検証は長い進行を犠牲にせず、低リスクの短い試行へ分けてください。
共有する文章では、公式に書かれた条件、現在のゲーム内で見た事実、コミュニティが報告した可能性を見出しや注記で分けます。公式 API の ID や timestamp は体験の身元と確認のきっかけを示しますが、隠れた mechanic や将来の結果を保証しません。Alpha の変更後は同じページを読み直し、確認日を更新してから古い数値を残すか判断します。
Mission の完了を報告する場合は、表示が変わった瞬間と、どのプレイヤーに変化が見えたかを付け加えます。記録が短くても、同じ条件を再現できる情報があれば、次の調査で役立ちます。
現在の表示と保存した記録が食い違うときは、どちらかを勝手に正解にせず、差分を残します。
次の検証では同じサーバー条件をできるだけ保ちます。
それでも差が出る場合は、Alpha の変化として日付を付けて報告します。
表示文の原文も残しておけば、翻訳や UI の変更による差を判別できます。