Endacopia エンディング

Endacopia は Steam で Multiple Endings、Nonlinear、Choices Matter のタグが付いています。これは分岐の検索需要を示しますが、すべてのエンディングの名前、順序、条件を証明するものではありません。このハブでは、ネタバレの少ない計画と正確なルートを分け、A、B、C のようなコミュニティ名も証拠付きで扱います。

結末を知ってよい場合だけ先を読んでください。まだ探索中なら Guides と Puzzles を先に使い、選択がなぜ重要なのかを自分で発見する余地を残しましょう。

分岐を計画する

部屋、選択文、直後の結果、未解決の質問をルート日誌に書きます。まだ到達していないエンディング名でセーブを名付けません。「地下の会話の前」のような名前なら、予想と違っても使えます。

重要な選択の前には、ゲームが対応する方法でセーブを作り、読み込めることを確認します。スロット数、オートセーブ、クラウドの仕様は現行版のテストなしに断定しません。

スポイラーの段階

安全な概要 は分岐があること、文脈ネタバレ は部屋や人物、完全ネタバレ は選択と結果を示します。最初の公開情報の前に段階を置きます。ゲーム内の名前が未確認なら、ファンの A/B/C を公式名としてタイトルにしません。

条件を確定する

現行の Steam 本体で再現、公式資料、または具体的な独立コミュニティ情報の一致があって初めて条件を確定します。「正しい方を選ぶ」では足りません。選択、前提状態、分岐を示す結果が必要です。

情報が違うなら両方の条件、版、足りないテストを示します。食い違う命令を平均して人工的なルートにしないでください。

A、B、C の呼び方

最初のソース記事は、未確認の選択を埋めずに Ending A の共通形を扱います。B と C は、分岐が再現できてから追加します。A/B/C がコミュニティの便宜的な名前なら、そのことを明記します。

秘密と実績

隠し部屋、任意の会話、物がエンディングにつながる場合があります。発見は Secrets、通知は Achievements に置き、ここでは最終分岐を説明します。公式ページには心理的ホラー、血、暴力、死、薬物、jump scare の警告があります。

バージョンと製品範囲

公開版 1.08、Steam ベースゲームを基準にします。Demo と Soundtrack は別製品です。ルートが古い場合は Steam 公式ニュースフィード を確認します。

記事の案内

Ending A は最初の分岐、Ending B は別の結果、Ending C and Branching Saves は強いネタバレを含むルートです。準備は Saving and Route Planning、隠し入口は Secrets、通知は Achievements を使います。

出典と確度

製品タグと成熟した内容は Endacopia 公式 Steam ページ から確認します。需要の手がかりは Endacopia Wiki の endings guide 、EndacopiaGame 、Neoseeker にあります。文章はコピーせず、ルートを再確認します。

簡単な質問

先にエンディングを読むべきですか？

ルート計画を優先したい場合だけです。安全な概要と完全ネタバレを分けています。

自分のゲームと攻略が違う場合は？

版、プラットフォーム、直前の状態を記録し、再現または別の出典で確定するまで確度を下げます。

共通地点から考える

エンディングを調べるときは、結果の名前から逆算して全ルートを一度に覚えようとしません。まず、すべての候補に共通する地点、人物、所持品、会話を記録します。その後に分岐直前の状態を複製し、一つの選択やイベントだけを変えます。結果が変わらなければ、その操作は分岐条件ではない可能性があります。

ネタバレを段階化する

概要では、ルートが分かれることと、どのページで詳しい条件を確認できるかだけを示します。中程度のヒントでは分岐の種類や戻るタイミングを説明し、完全な解答では順序と結果を示します。見出しに範囲を表示し、読者が自分の目的に必要な場所だけを開けるようにします。これは攻略を隠すためではなく、初回の発見を守るための設計です。

条件と結果を別々に確認する

選択肢が表示されたことは、必ずしも結果が確定したことを意味しません。会話、インベントリ、任意の秘密、危険の回避が後から影響する可能性があります。分岐前のセーブを残し、結果の画面だけでなく、その前に変わった状態を比較します。条件が判定できない場合は、結果を正しく並べても条件を断定しません。

A、B、C のラベルを慎重に使う

記事内の A、B、C は読みやすい仮の呼び方であり、公式の命名とは限りません。ラベルを使うなら、どの結果画面や状態を指すかを最初に説明します。コミュニティごとに名称が違う場合は、名前の違いを問題にせず、共通する行動と結果を照合します。別製品や体験版の分岐を本体へ流用しないでください。

更新時に守る証拠

版が変わった後は、すべてのルートを最初から確認するのではなく、告知で影響を受けそうな共通地点と分岐を最初に再現します。結果が変わらなくても確認日を記録し、古いコミュニティ記事が現行版と一致するかを再評価します。エンディングの結論、前提条件、出典、確度を別々に更新すると、読者が変更点を追いやすくなります。

ルート記事を読む前の準備

エンディングのページを開く前に、ネタバレの深さと自分の目的を決めます。条件だけを知りたいのか、結果を比較したいのか、完全な順序が必要なのかで読む位置が変わります。最初は共通地点とセーブの作り方だけを確認し、必要になったときに分岐の詳細へ進みます。これなら自分で試す余地を残したまま、同じ場面を無限にやり直さずに済みます。

ルートの情報は、場所、状態、選択、結果の四つに分けて整理します。場所が同じでも状態が違えば会話や出口が変わる可能性があり、選択が同じでも前のイベントが違えば結果が一致しないかもしれません。記事では、観察できた条件と編集者が考えた説明を別の文にし、推測の部分には確度を付けます。

別の攻略記事と結果が違ったら、まず名称ではなく画面の結果を比べます。A、B、C の呼び方は記事ごとに異なることがあるため、最終画面、共通地点、影響した行動を並べて確認します。動画に省略された移動や会話があれば、その不足も記録します。違いを見つけた時点で片方を誤りとせず、版と環境が一致するまで情報を保留します。

編集者がルートを更新する場合は、結論だけを差し替えません。前提条件、分岐の発生地点、実績や秘密への関係、確認した版を一緒に見直します。変更がなかった要素はそのまま残し、変更が疑われる要素だけを再現します。これにより、長いネタバレ記事でも、どこが新しく確かめられたのかを追跡できます。