リカバリー

メカニクスへの3つの質問

• リカバリーはいつ始まり、いつ終わるか？

  推測したアニメーションフレームではなく、攻撃の最後の有効瞬間後の明示的な状態遷移で開始します。Kernは1.74秒に入り、4.58秒に出ます。その間、個別のキャンセル規則がない限り、行動選択、移動、向き変更、追撃予約、攻撃開始を禁止します。

• 意図した応答は窓に収まるか？

  回避後の実位置から計算します。終了の認識、118単位の間合いへの移動、既存の剣撃開始、接触までを測ります。Taviは3.48秒に命中し、4.58秒の準備完了まで目に見える余裕があります。最も遅い対応速度と攻撃準備で検証します。

• 終了時に何が変わるか？

  合法な判断を戻して表示を消す再準備イベントを1回発行します。ロック中のダメージ、よろめき、旋回、中断可否は別々に決めます。この例は通常剣撃を受けますが、リカバリーの意味は新行動を始められないことで、常に無防備という意味ではありません。

デザイン上の問題

• 設計表には窓があるが、回避後には届かない

  回避でTaviが4秒離れるなら、3秒のロックは役立ちません。実際の応答終点から測り、カメラと入力認識を含め、ボス脇の空白フレームではなく接触を検証します。

• 見た目は隙だが状態機械は準備済み

  姿勢とルーンが終わる前にKernが次の攻撃を選択・バッファできるなら、視覚的約束は偽です。姿勢、ロック、カウント、被弾、音、AI可用性を同じ決定論的時刻で駆動します。

攻撃を調整する

• 行動ロックと脆弱性を分ける

  canAct、canMove、canTurn、canBeDamaged、canBeInterruptedを明示的な方針として保持します。無敵のまま回復するボスや、旋回しながら弱点を見せるボスもおり、1つのrecoveringフラグでは違いが隠れます。

• 距離と始動で窓を消費する

  有効時間はリカバリー時間から認識、接近、応答始動を引いたものです。プレイテストで各項目を記録します。アリーナ規模やノックバックが変わったら、古い時間を残さず経路を再計算します。

• 終わりも始まりと同じく読めるようにする

  準備完了イベントで消える安定した材質、姿勢、音、ルーンを使います。見えないタイマーを暗記せず、反撃を止める時点が分かるべきです。アニメーションブレンドとAI可用性をずらさないでください。

• 予約とキャンセルの境界をテストする

  両境界の直前、瞬間、直後を検証します。ヒットストップ、よろめき、フェーズ変更、死亡、標的喪失、ポーズ、スロー、ロールバック、リカバリー中に予約された追撃を網羅します。

アリーナ

• 石が再び動く前にルーンが冷える

  Kernの重い薙ぎ払いが腕のエネルギーを砕きます。危険な継ぎ目が消えると緑の円が開き、石の体が留まる間にコアルーンが縮みます。亀裂が閉じた後だけ赤い脈動が戻り、ロックを恣意的な気絶ではなく物理的結果にします。

プレイヤーの強化

• Taviに馴染みの剣撃を1回獲得させる

  Taviは通常移動と既存の剣だけを使います。安全地点から接触までで窓の大半を使うため、高速構成なら追加攻撃を得ても、標準構成には明確な1回を保証できます。標準行動が何も届かなければ、それは反撃機会ではなく待ち時間です。

似た動きとの違い

• ダメージ時間ではなく行動後の拘束

  アクティブフェーズは当たり判定が効果を与える時間です。フォロースルーは判定終了後も見える動きです。リカバリーはボスが再行動できるまでの規則上の遅延です。よろめきは外部原因の別状態で、似た姿勢や隙でも区別します。