コミュニティ記録の手順は、Baketsuの物語を終え、招待し、後続イベントを完了してSteamで確認する流れです。HaruhiとBaketsuを同じ分岐で進められるかは報告が割れるため、招待前セーブを別に残します。
コミュニティ記録のルートチェックリスト
Baketsuの物語を終え、招待前にセーブし、Baketsuを招待して直後のイベントと遷移を完了し、Steamを確認します。最も強い記録済みルートですが、公式の完全な手順ではありません。
- 利用できるBaketsuの物語場面をすべて完了
- 招待への返答前に名前付きセーブを作成
- この分岐でBaketsuを招待
- 最も明確な検証には未変更の招待前セーブを使う。Haruhi／Baketsuの共存可否は未解決
- 後続場面と画面遷移を完了
- SteamでGhost in the Frameを確認
バケツが壊れたゲーム機を持ち込む場面です。カイトやハルヒの招待分岐と混同しないようにしましょう。
招待ルートの証拠は矛盾：別セーブは保守的な検証方法
Steamで確認できるのは実績で、完全な招待手順ではありません。ガイド本文はBaketsuと別の来客を避けるよう述べますが、後発コメントはHaruhiとBaketsuを一緒に進め、Kaitoを分けたと報告します。どちらも統制試験ではありません。招待前セーブは予備として使い、唯一条件やHaruhiの普遍的な巻き戻し規則とは扱いません。
情報の範囲
Steamで実績の存在は確認できますが、Baketsu招待ルートは現在のコミュニティ実績ガイドに基づきます。開発元は完全な発生手順を公開していないため、以下は現時点で最も強いルート資料であり公式保証ではありません。
招待前の地点から始める
招待への返答前に名前付きセーブを作ります。Baketsuの物語を終え、その地点から招待と後続イベントを確認し、Steamで結果を確認するまで元のセーブを残します。
ヒントはカメラ操作ではない
「Eye in the sky looking at you...」はフレーバーテキストです。店の撮影、カメラ機器、通常修理が解除条件だと示す証拠ではありません。
分岐セーブを先に作る
招待前とBaketsuの前段の物語完了後でセーブを分けます。後の招待は変数として記録し、混合分岐がすべて無効とは断定しません。Haruhi／Baketsuの報告は食い違っています。
解除条件ではないもの
通常修理、カメラ操作、一般的なエンディングは解除条件の証拠ではありません。解除されない場合は招待前セーブとBaketsuの後続イベント完了状態を比較します。Haruhiの招待が常に巻き戻し必須とは断定できません。
解除されない場合
Steam接続と未解除状態を確認し、修理1件だけでなく利用できるBaketsu編を完了したか、直後の場面と遷移まで進めたかを確認します。別の招待があれば分岐前へ戻り、報告前にビルドと完了手順を記録します。
3ルートを効率よく回収
同じ未変更チェックポイントからKaito、Haruhi、Baketsuを別々に試し、buildと選択を記録します。分岐を分けるのは診断リスクを下げる方法で、3周や普遍的な排他規則が必須という証明ではありません。
全実績チェックリストへ戻る
全50 ReStory実績ガイドを一度だけ開き、確認済みの解除を記録して、残る修理・経営・大会・物語目標へ進みます。
結果を記録する
分岐名、ゲームビルド、招待の選択、最後の後続場面、Steam確認をまとめて残します。セーブ内容や個人情報を送らずに再現可能な報告を作れます。
参考リンク
このガイドの内容や対応バージョンを確認する際に参照した資料です。公式情報とプレイヤーの報告は、出典を区別して掲載しています。
公式情報、ゲーム内で確認された動作、プレイヤーの報告を区別しています。プレイヤーの報告だけでは、すべての環境で有効な解決策とは断定しません。再現結果や公式パッチノートで裏付けられた範囲を明記します。
