地形としてのボス

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

• どの身体表面を信頼できる地形にするか？

  アニメーションメッシュ全体を登れるものにせず、乗り点、保持点、歩ける面、接続、禁止隙間の小さな設計グラフを作る。各ノードに安定したローカル座標、クリアランス、進入方向、失敗時の戻り先を持たせ、全姿勢、損傷状態、アニメーションブレンド、レベル境界で検証する。

• ボスが動く間、どう接続を保つか？

  いつ移動を継承するか、保持入力やスタミナ相当の資源がいつ必要か、どの動きが切断を脅かすか、その合図を決める。アニメーション、物理、ネットワーク、カメラ変換を一定順序で解決し、滑り、震え、貫通、接続表示前の被弾を防ぐ。

• すべての試行をどう安全に終えるか？

  明確な目標と、制御された落下、降りる入力、復帰足場、安全な振り落としなど少なくとも一つの検証済み出口を用意する。失敗ジャンプ、保持切れ、部位破壊、フェーズ変更、死亡、マルチ分離、チェックポイントを定義し、身体内部やカメラ外に閉じ込めない。

デザイン上の問題

• アニメーションメッシュを安定した地形だと見なす

  高速な姿勢では表示ポリゴン、衝突代理、ボーンがずれる。見える面すべてを足場にすると、小さなアニメ変更で滑り、引っ掛かり、見えない拒否が生まれる。明示的な移動面を制作・表示し、名前のある規則だけで切断する。

• 登った後の出口や復帰が読めない

  弱点へ着くだけでは不十分で、その後未知の危険へ投げられたり、フェーズで閉じ込められたり、合法な落下場所を推測させてはいけない。目標完了前に離脱を示し、対応する全移動能力にカメラ内の着地領域を確保する。

攻撃を調整する

• ローカルアンカーで構築し、ワールド空間で検証する

  ノードを選んだボーンや剛体部位に結びつけつつ、ワールド距離、傾斜、空間、速度を常時検査する。姿勢で不可能になる前に接続を止めるか迂回させ、親とローカルオフセットを記録してリプレイ、ロールバック、ネット補正を一致させる。

• 保持への圧力と恣意的な操作喪失を分ける

  揺さぶりには予備動作、既知の接続反応、回復可能な結果が必要だ。保持が必要なら最初の試験前に状態と残量を示す。カメラ回転、入力反転、スタミナ消費、ダメージ、狭い時間を、個別の判断なしに重ねない。

• カメラにも専用の移動計画を与える

  アリーナ視点から身体相対視点へ移る際、次の保持点、ボスの輪郭、重力方向を失わない。手足の遮蔽、近接クリップ、急な水平線変化を抑える。マルチでは分割、引き、拘束、地上組と登攀組の別脅威を決める。

• 理想経路だけでなくトポロジー変化を試す

  欠損・破壊部位、激昂動作、衝突ストリーミング、停止再開、セーブ読込、低フレーム、途中参加、ノックバック、各ノードでのフェーズ変更を試す。乗り移り、強制切断、死亡、放棄を計測し、技術的には有効でも読めない保持点を見つける。

アリーナ

• カーンのルーンは古い整備経路を形作る

  採石場の管理者はかつて肩甲とコア導管を登っていた。カーンが踏ん張ると同じ継ぎ目が順に光り、経路は重ねたUIではなく生物の構造として見える。

プレイヤーの強化

• タヴィの通常のジャンプ、保持、剣を使う

  経路は既存の到達距離に合い、未取得の空中ダッシュを要求しない。広い乗り時間で接続を教え、一度の揺さぶりで保持を試し、通常の剣がルーンへ届き、印付き下降で次の攻撃前に地上移動へ戻す。

似た動きとの違い

• 単なる巨大標的ではなく、動くレベル

  弱点は通常空間から攻撃でき、部位破壊は構成要素を変える。地形としてのボスは身体上を占有・移動させる仕組みであり、本質はアニメーションする形状上で読みやすく有効な経路を保つことにある。