Sephiria の boss に負けたら、残った health だけでなく最後の判断を書きます。attack の cue が読めなかったのか、damage を追って retreat path を使い切ったのか、inventory が weapon timing を支えなかったのかを分けます。この page は、roster と exact damage table を発明せずに、短い practice loop を作る方法です。
最初の試行: 観察
最初は倒すことより signal を見ることを優先します。画面、音、movement の何が変化した直後に危険が起きたかを記録し、どの方向へ space が残るかを確認します。仲間がいる場合は party size と role を別に書きます。
second attempt: signal 一つに答える
次は一つの cue だけに対応します。距離を取る、移動を止める、短い action を入れるなど、response を小さくします。一度に全ての phase を説明せず、成功した response と失敗した response を比較します。Boss Strategiesへ結果を返します。
control を失わず punish する
opening が見えても、長い damage を急がず、次の signal と exit を残します。weapon の recovery、Artifact の space、Tablet の配置を固定し、追加の部品が結果を変えたときは別の試験として記録します。
failed clear を診断する
失敗した位置、使った input、残った退路、敵の状態を一つずつ確認します。boss の health が減ったことだけを成功とせず、同じ opening を再現できたかを基準にします。community の report は検証する問いとして扱います。
evidence note
広い boss scope は公式 listing、player の具体的な質問は Community hub から得られます。Steam 公式とSteam Communityを同じ authority とせず、current in-game observation、secondary lead、pending を分けます。
practice target を安定させる
同じ chapter、weapon、mode、version で、最初の signal だけを何度か試します。条件が変わったら result を混ぜず、次の問いを更新します。patch 後は全ての boss を再評価するのではなく、変更に近い response から再試験します。
boss の練習では、倒せたかどうかの二値だけでなく、signal を読めた回数、退路を残せた回数、miss 後に reset できた回数を記録します。これらは正確な damage table がなくても改善の方向を示します。短い action が安定してから長い punish を足し、失敗したときにどの判断へ戻るかを明示します。
別の player が試すときは、weapon、chapter、platform、mode、version を可能な範囲でそろえます。そろえられない条件は limitation として note に残し、player report を universal rule に変えません。更新で cue や arena が変わった場合は、最初の signal から再度確認します。