ルートを計画することは、最初から Endacopia を表にして管理することではありません。決断の文脈を残し、状態を比べ、どの攻略の主張が確認済みかを見分けることです。公式説明は探索と複数の結果を含む非線形の冒険としてゲームを示します。計画は発見を置き換えず、発見へ戻る道を守るために使います。
状態でセーブ名を付ける
「会話前」「扉を開けた後」「危険な物を試す前」のように場所、イベント、目的を名前に入れます。「最終」とだけ書くと何が残っているか分かりません。探索用、分岐の直前、消費や状態変化を試す用を分け、可能なら共通地点を上書きしません。
名前だけでは足りないため、版、プラットフォーム、人物、重要な所持品、最後に起きた変化も記録します。攻略と画面が違うとき、この情報が条件の違いと古い情報を切り分けます。セーブは結果を戻す場所であり、結果を推測する証拠そのものではありません。
共通と固有の手順を追う
複数ルートで使える状態を共通地点、後から混ぜたくない操作を固有の分岐として記録します。境界がありそうなら、その前にセーブを複製します。選択がエンディング前に表示されたからといって、必須条件だとは決めません。何も変えずに進めた場合と一つだけ変えた場合を比べます。
秘密や実績が同じルートで取れそうでも、関係は仮説として残します。共通の会話、物、イベントを一つずつ比較し、結果が変わる条件を探します。初回の発見を犠牲にして推測したコンプリート手順を押しつけないことが、読みやすい計画の条件です。
不確実な状態から戻る
何が起きたか忘れたら、最初からやり直さず、最後に文脈を残したセーブへ戻ります。インベントリ、人物の位置、出口、会話を確認し、小さなテストを一つ行います。攻略と違う場合は、版、プラットフォーム、直前の状態を比べ、確度をいったん下げます。
公式の Steam ストアページ は非線形性と複数結果の文脈を示します。 公式ニュースフィード は更新日を確認する資料です。このページは Steam ベースゲーム 2684630、Windows ネイティブ、公開ラベル 1.08 を対象にします。
ネタバレに耐えるルート日誌
日誌を観察、仮説、結果の三段に分けます。観察には見えた事実、仮説には次に試すこと、結果には再現できた変化を書きます。公開時も安全な概要、中程度のヒント、完全な解答を分ければ、読者は必要な深さで止められます。
互換しない分岐は、分岐が確認できてから二周目で試します。 1.04 と Cloud Saving の公式告知 はセーブ挙動を調べる出典であり、テストの代わりではありません。復帰を試す前に、共通状態の複製を残してください。
決断台帳を使う
各決断について、質問、表示された選択肢、直前の状態、結果、次のテストを一行ずつ残します。違いがなかった試行も空白にせず、候補を減らす証拠として記録します。更新後は影響しそうな決断だけを再確認し、変化していない文章まで推測で書き換えません。
セーブを分ける基準は、結果が派手に変わるかどうかではありません。インベントリが変わる、人物が移動する、扉の表示が変わる、戻り道が狭くなる、といった小さな変化も境界になります。変化を見つけたら、直前と直後を別名で保存し、どの操作が共通だったかを比較してください。
ルート計画にネタバレを混ぜたくない場合は、日誌を二つに分けます。一つは場所、物、会話だけを記録する安全な探索ノート、もう一つは分岐と結果を記録する詳細ノートです。安全なノートには完全な答えを書かず、必要ならどのページを開くかだけを書きます。これで初回の発見を守りながら、後から実績やエンディングを調べられます。
同じ結果へ戻れないと感じても、すぐに永久的な分岐とは呼びません。別の入口、再訪した人物、時間経過、未使用の物を確認します。条件が分からないまま進めた場合は、失敗したセーブを消さず、画面、版、プラットフォーム、最後の会話を残します。別の読者が同じ状態を再現できれば、仮説を確定へ近づけられます。
更新情報を見つけたときは、すべてのセーブを検証する必要はありません。告知で影響しそうな部屋、人物、ルートの共通地点を一つ選び、最小の再現を行います。変化がなければ確認日を追加し、変化があれば条件と結果を別々に更新します。計画は短縮のためだけでなく、検証履歴を残すための道具です。