反応操作
アクション操作における
能動操作がプレイヤーの「攻め」の起点であるのに対し、反応操作は「敵の行動というトリガー」を
カウンター攻撃などの
報酬へと変換する変換器の役割を果たします。
設計上、単体では効果を発揮しない「空振り」や「失敗」のリスクを伴うのが特徴です。
概要
1. 反応操作の設計的定義：待機と判定の交差
反応操作をシステム的に捉えると、以下の「判定の重なり（Intersection）」を管理するロジックとなります。
- 受付ウィンドウ（Active/Validation Window）: プレイヤーが入力した瞬間から、反応が有効とされる数フレームの「待ち」の状態
- 衝突イベント（Trigger Event）: 敵の攻撃判定（Hitbox）の接触、または特定ステートへの移行。
- 成功報酬ステート: 上記2つが重なった瞬間に発動する、強力なアクション（無敵、カウンター攻撃、体勢崩し）
2. アクション操作：反応操作の分類表
| アクション操作 |
トリガーと成立条件 |
設計上の焦点 (Data Asset) |
| パリィ |
敵攻撃の「発生」と自操作の「受付」の衝突 |
受付フレームの開始遅延と持続時間。
銃パリィなら「弾丸の着弾」が条件 |
| ジャストガード |
ガード（持続）開始直後の特定フレームでの被弾 |
判定の「タグ付け」。
通常ガードとは異なる、ダメージ0や
ノックバックなしのステート移行 |
| カウンター攻撃 |
回避（能動）成功フラグ成立中の追加入力 |
「成功フラグ」の持続時間。
特定のアニメーション中のみ遷移可能な分岐命令 |
| 受け身 |
被弾・吹き飛ばされステート中のタイミング入力 |
「接地直前」や「特定フレーム範囲」の判定。
復帰後の無敵時間の付与 |
| 鍔迫り合い |
攻撃（能動）同士の衝突判定の同時発生 |
武器同士の当たり判定（Collision）のタグ化。
発生時の硬直（ヒットストップ）の長さ |
| バースト / 回避抜け |
硬直・被コンボステート中のリソース消費入力 |
「ステートの上書き優先度（Priority）」。
被弾中でも発動可能な最高優先度のアクション |
3. 設計上の重要課題：フィードバックと寛容性
反応操作の「手触り」を決定づけるのは、「成功したことが一瞬でプレイヤーに伝わるか」という点です。
- 報酬としての演出（Audio/Visual Feedback）
- 反応操作は高い集中力を要するため、成功時には過剰なほどの演出が求められます。
- ヒットストップ: 数フレーム画面を止めることで、「何か特別なことが起きた」と脳に認識させる
- シェーダー変化: 画面の色調反転や閃光エフェクト
- SEの差別化: 鈍い音ではなく、金属的な高音や弾けるような音
- 受付ウィンドウの動的調整
- 難易度設計において、パリィやジャストガードの受付時間は最も敏感なパラメータです。
- フレーム単位の調整: 60fps環境なら、5〜15フレーム（約0.1〜0.25秒）の間で「快適さ」と「難しさ」が劇的に変わります
- 先行入力の扱い: 反応操作に先行入力を効かせすぎると「ボタン連打」で成立してしまうため、一般的には能動操作よりもバッファを短く、あるいは「連打ペナルティ」を設ける設計がなされます
これらを設計する場合、敵の攻撃データ（Data Asset）側に「パリィ可否フラグ」を持たせることが一般的です。
- bIsParriable: この攻撃はパリィできるか
- ReactionType: 成功時にどのリアクション（弾かれ、怯み、ダウン）を敵に取らせるか
- CounterWindowModifier: この攻撃に対してだけ、プレイヤー側の受付時間を伸ばす/縮める補正値
関連ページ
最終更新：2026年05月21日 09:10
