Anomaly Detectedは契約を単独で受けられます。ソロでは、基準、フィード順、報告判断を一度に1つずつ自分で管理します。見落としも成功した比較も自分の習慣に帰属するため、学習に最も明確な環境です。課題は、怪しい細部に注意を奪われても確認範囲を守ることです。
ソロ契約を準備する
ライブのロビーまたは契約画面で単独入場になっていることを確認します。初期値だと決めつけず、選択したチャプターとモードを読みます。公開Experienceはソロ対応を確認していますが、ロビー手順、難易度調整、共有リソースのルールは公開していません。
最初の本格巡回前に現在の操作を練習します。クリエイターが示しているズーム操作は、キーボードのShift、コントローラーのL2、モバイルのダブルタップです。カメラ切り替えと報告送信はライブのプロンプトを使います。
見やすい画面と安全な音量を選びます。ヘッドホンは推奨されますが、音は視覚確認のきっかけにし、置き換えにはしません。通知や反射を減らすと、微妙な部屋の比較がしやすくなります。
簡潔なフィードマップを作る
全フィードを一方向に巡回します。固定した境界や大きな物体から短い名前を付け、次のフィードを記録します。その後、目立つシルエット、光源、空いた出入口・窓・壁の端という3つの基準を加えます。
記憶の文は短くします：「机は中央、ランプは安定、ドアは空」。全ピクセルを覚えるのではなく、位置、光、独立した動きの変化を見つけるテストを作ります。
2つの部屋の音が似ているなら、固有の境界か表示されたフィード番号で名前を変えます。アノマリーになる可能性がある小物に依存しないでください。
1人で確認範囲を動かし続ける
ワイド表示から始め、毎回同じゾーンを見ます。形状、基準、光、動きを確認して進みます。違和感があれば、物体・光・影のどれかを判断します。報告カテゴリを選ぶ前に比較方法を決められます。
ズーム確認は1回にします。Shift、L2、ダブルタップで「この物体は棚に対して動いたか」「器具は繰り返しちらついているか」のような疑問に答えます。直後にワイド表示へ戻ります。
まだ不明ならフィードを記録して続けます。次の周回で再確認します。ソロでは他の部屋をいちいち止められず、公式の一律巡回時間もありません。推測した速度目標より一貫した巡回が重要です。
ソロで報告を判断する
フィード、特徴、通常状態、変化の4つを声に出します。ライブの報告インターフェースに表示された現在の部屋とカテゴリを選びます。公開ページはアノマリー報告を促しますが、すべてのメニュー名やペナルティは公開していません。
成功後は次のフィードから再開します。失敗後は近いカテゴリを何度も送らず、ワイド表示に戻り、部屋、基準、照明、カメラ状態のどれが間違いを生んだか考えます。
Journal確認にソロを使う
5つの公式チャプターにはそれぞれJournal 100% Completionバッジがあります。ソロは同時に別の人が報告しないため、進行を試すのに向いています。正しいチャプターのJournalをラン前に開き、明確な報告を1つ完了し、次の確実な結果地点まで進み、同じ画面を比較します。
バッジ説明は「capture」を使いますが、発動条件を定義していません。視認、報告、完了のどれで常に十分だと決めず、現在のゲームの動作を記録します。完全な追跡方法はJournal Guideを参照してください。
通常からVeteranへ移る
公式バッジは5チャプターすべてにVeteran目標があることを証明します。まず通常の部屋の基準を学びます。フィード名、基準、ズーム、報告ラベルがほとんど思考を使わなくなったらVeteranに入ります。
公開情報はパラメータを示していないため、現在のVeteran説明を読みます。挑戦後は、範囲、記憶、入力、判断の失敗を1つ特定し、行動を1つだけ変えます。少ない試行から出現率や時間目標を作らないでください。
よくあるソロのミス
- 報告のたびに巡回を再開し、後のフィードを無視する。
- 順番を守らず、最も怖い部屋を見続ける。
- 疑問を選ばず、すべての細部をズームする。
- 一貫して覚えられないほど基準を増やす。
- 失敗報告1回を隠れたルールの証拠にする。
- 前後の正しいチャプターを確認せずJournal項目を追う。
よくある質問
すべての契約をソロで遊べますか？
公式説明は契約を単独で受けられるとしています。各契約のアクセスと選択肢はライブセレクターで確認してください。
ソロは協力より簡単ですか？
ソロは連携リスクをなくしますが、見える全フィードを1人で担当します。最適な選択は注意力と現在のチャプターによります。
Journalにはソロが向いていますか？
観察に影響する行動が自分だけになるため、制御した確認には向いています。正確な記録ルールはライブJournalで確認します。
公式ソース
関連ページ
実践用の再確認メモ
このページで扱うソロモードを確認するときは、検索結果の短い断片や古いスクリーンショットをそのまま正解にしないでください。まず公式 Experience のタイトル、place ID、現在の画面を照合し、ここで説明している範囲と、まだ公開資料で決められない範囲を分けます。画面に表示されない名前、数、確率、解除条件を補ってはいけません。
開始前に残す記録
セッションを始める前に、UTCの日付、使用端末、ソロまたは協力プレイ、選んだ章やモード、画面に表示された進行状態を短く書きます。記録は長い感想ではなく、後から同じ条件を再現するための基準です。表示が変わった場合は、変更前のメモを消さず、新しい行に時刻と確認方法を加えます。
対象の画面を開いたら、現在見えている見出し、カード、ボタン、フィード名、ステータスをそのまま写します。見えない項目を「未実装」と決めつけず、「今回の画面では表示されなかった」と書きます。同じ名前の別 Experience や別の章を混ぜないよう、公式リンクとクリエイターを毎回確認します。
比較の手順
最初の一周では、細かな変化を探すより、動きにくい境界、大きな形、出入口、窓、照明、画面の固定要素を二つ以上選びます。次の一周でも同じ方向、同じ順番、できるだけ近い視野で比較します。カメラの位置やズームが違うと見え方も変わるため、判断の前に操作状態をそろえます。
疑わしいものを見つけたら、通常の状態、現在の状態、差が現れた場所、その差を支える固定基準を一文で説明します。広い画面で違いが分からないときだけズームし、確認後は広い視野へ戻ります。恐怖感、暗さ、音、単独の印象だけでは確定せず、別の固定基準か次の観測で再確認します。
報告、capture、コード確認、Journal の更新など、画面上の操作を行ったときは、選んだ章やカテゴリ、表示された反応、結果画面、再入場後の状態を順番に残します。成功したように見えても、対象ページやインベントリ、Journal の表示に反映されたかを確認します。反映されない場合は連打せず、一度条件を見直します。
迷ったときの切り分け
結果が期待と違うときは、最初にゲームの身元、次に章・モード、次にフィードや対象、最後に操作入力を確認します。一度に全部を変更すると原因が分からなくなるため、次の試行では一つの条件だけ変えます。古い攻略記事が現在の画面と食い違う場合は、古い説明を根拠にせず、日付付きの観測として扱います。
異常と通常の演出を区別できないときは、対象を断定せず、前後の画面を比較して観測を保留します。照明の変化を物体の移動と取り違えたり、カメラの切り替えを位置の変化と取り違えたりしないよう、光源、境界、視野の三点を順番に見ます。曖昧な一回の結果から、全プレイヤーに通用する法則や正確な確率を作らないでください。
ソロと協力プレイ
協力プレイでは、誰がどのフィードまたは記録を担当するかを先に宣言します。呼び出しには章やモード、フィード、固定基準、変化、報告する人を含めます。別の人の画面を見た場合は「自分の画面」と混同せず、観測者と送信者を分けて記録します。切断や再参加が起きたら、空いた担当を宣言してから続けます。
更新後の確認
アップデート後は、同じ手順を最初から一度だけ行い、前回の記録と差分を比べます。新しい項目が公式に示されていない限り、旧ページの空欄を推測で埋めません。変更が確認できない場合も「確認できなかった」という結果に価値があります。公式ページ、現在の Experience、ゲーム内の表示が一致する範囲だけを確定情報として残します。
最後に、次回の自分がすぐ再開できるよう、確認できたこと、未確認のこと、次に見る固定基準、参照した公式リンクを四行でまとめます。このメモはソロモードの答えを水増しするためではなく、条件をそろえた再確認と安全な復旧のために使います。