以下、人物ルートのネタバレがあります。 報告された元ギャングの良い人物ルートでは、携帯電話の返却前にセーブし、発見した情報を通報するのではなく再出発を支えます。会話を続け、再来店したらもう一度手助けしてください。修理結果だけでなく、再来店を進行の目安にします。 人物ルートの出典はAll Things Howです。ハッピー／隠しはコミュニティの呼称であり、本編エンディング数や確定した成立条件を示すものではありません。
好意的なルートで選ぶ返答
支援する分岐では返却前のセーブを守り、見つけた情報を通報せず、元ギャングが堅実な仕事へ再出発するのを助けます。再訪を確認し、もう一度支えてください。
修理と判断を分ける理由
この依頼は、技術的に情報へアクセスできることと、個人情報を使って行動する許可を区別しています。修理で知ったことをどう扱うかが物語の判断です。最後の会話直前だけでなく、電話を返す前にセーブを作ってください。
修理完了によって次の会話、実績、物語が進むことがあります。分岐が重要なら、排他的な選択の前にセーブします。
好意的な後日談まで進める
通報しない選択から好意的な進行が始まります。その後の訪問でも会話し、堅実な仕事へ向かうのを支えてください。最初に好意的に応じただけでは、物語の一部は見られても、後の隠れたやり取りまで確認したことにはなりません。
顧客の後日談は本編の結末条件とは別
再訪が顧客の物語の確認地点です。本編の最後の結末とは区別し、通報側と比べる間も、助ける側のセーブを残してください。
両方の結果を見るには
返却前のセーブを保護します。一方で通報と結果を観察し、その後に元の地点へ戻って支援を選んでください。再訪が現れるまで、好意的な進行のセーブを上書きしません。
元ギャングの支援ルートを通して確認する
電話の返却前、通報するか助けるかの判断前に手動セーブを作ります。好意的な側では通報せず、物語が示すプライバシーの境界を守り、堅実な仕事への転向を支援します。同じセーブで再訪まで進み、再び助ける返答を選んでください。後の訪問が、長いルートが進んだことを確かめる目印です。通報しない1回の判断だけで後日談を見た代わりにはなりません。結末を確認するまで保存地点を残せば、後の返答の見落としと進行不具合を切り分けられます。正しい修理と好意的な物語の選択は別です。
- 通報の選択前にセーブする
- 好意的な分岐では通報しない
- 堅実な仕事への再出発を支える
- 再訪を確認し、もう一度助ける
通報と支援の結果を比較する
選択前の元セーブ、支援側、通報側を分け、直後の会話と再訪の有無を記録します。通報側を、好意的な結末へ進めるファイルに上書きしないでください。更新で文言が変わったら、古い画面のラベルでなく意図と結果を比較します。コミュニティ動画もビルドと前提が一致するか確認が必要です。修理結果をできるだけ揃え、通報か支援かだけを変えてください。購入、時期、顧客順、評価まで異なる周回より、最小限の分岐差を確認しやすくなります。他人の全行動をコピーすることが目的ではありません。
| 分岐 | 直後の確認 | 後の確認 |
|---|---|---|
| 支援する | 顧客の反応と進行状態 | 再訪と再び助ける選択 |
| 通報する | 直後の結果 | 好意的な後日談が出ないか |
| 最後の場面 | 主要な4人の顧客の状態 | そのセーブで到達した結末 |
再訪が現れない場合
読み込んだセーブ、現在のビルド、To-Do、最初の支援会話が完了したかを確認します。何度も寝たり営業したりする前に、実際のストーリー目標を進めましょう。クラウド復元で好意的なセーブが古い日時に戻っていないかも確認します。読み込んだ保存と現在の目標を確認しないまま、無関係な強化を買ったり最初からやり直したりしないでください。続く場合は、選択前と現在のセーブを残し、修理完了、通報判断、その後に終えた目標、最後に会った人物を、言語と環境とともに報告します。これで、購入・読み込み・待機のどれかが万能解決策だと約束せずに、判断違いと不具合を切り分けられます。
結果の記録と根拠の範囲
一連の結果には、ビルド、返却、通報か支援か、直後の反応、再訪、2回目の支援、同じセーブの結末を記録します。Happyという呼び名で追うなら他の主要顧客の好意的な結果と併せて残し、Secretという後続ルートなら再訪時のやり取りを確認します。公式紹介は葛藤の存在、実機記録はそのビルドでの挙動、コミュニティ投稿は再確認の手掛かり、と根拠を分けてください。長くするために無関係な電話の内容やネタバレを公開する必要はありません。必要なのは進め方、確認地点、別分岐、問題時の確認、確定事項と条件付き報告の区別です。
