final boss の evidence は通常の build tip より厳密にします。community post が Early Access、demo、別 branch、条件の見えない成功 run を説明している可能性があるためです。まず weapon の仕事、使える inventory、fallback、version、mode を整え、その後に signal を一つずつ読みます。
information を先に準備する
戦闘前に目的を clear、phase practice、achievement confirmation のどれかにします。Solo Buildは単独での fallback を、Co-op Bossesは caller と shared space を確認するために使います。
phase の evidence を記録する
phase が変わったと思った瞬間の screen、敵の movement、音、player の位置を残します。名前を推測して区切らず、観察された signal と次に試す response を分けます。攻撃を追いすぎず、回復と退路を保ちます。
completion と reward を確認する
倒した表示、次の menu、reward、achievement の client state を順に確認します。Achievementsが変わったことと、chapter の progression が進んだことを同じ事実にしません。条件が不明なら再現待ちと書きます。
update と spoiler の discipline
更新後は公式の変更範囲をUpdatesで確認します。過去の report を削除せず、version と era を付けて history にします。詳細を読む前の player のために、spoiler note の後へ phase の結果を置きます。
safe learning sequence
最初は signal の観察、次に短い回避、最後に安全な punish の順です。Completionを急いで無関係な条件を同時に試さず、Progressionに関係する gate は別の run で確認します。
historical report を残す
Early Access や demo の結果は current base game と混ぜません。source、platform、mode、version、product を記録し、再確認できた場合だけ current note を更新します。patch の具体的な差はPatch Notesへ返します。
final encounter の note は、phase の名前をたくさん並べることより、次に何を観察するかが分かることを優先します。どの cue の前に移動し、どの時点で attack を止め、失敗したらどこへ戻るかを短くまとめます。reward や achievement が確認できないときは、clear の印象だけで完了条件を推測しません。
spoiler と evidence の境界も記録します。結果を読む前に準備したい player には warning を示し、community の古い report は era と product を付けた lead として置きます。current base game で再現できた部分だけを通常の攻略文へ移します。