Vaultbreakers の回復は一つの共通ゲージではありません。公開テストのノートは現在体力と負傷を区別し、7月の変更では負傷が自然回復しなくなったと説明されています。交戦を生き延びて通常回復を使っても、実効体力の上限が危険なまま次の戦闘へ入ることがあります。アイテムを使う前に、どの層が損なわれたかを確認しましょう。
何か使う前に体力バーを読む
遮蔽物に入り、バー、状態効果、アイテム説明を確認します。減った現在体力は通常の回復で戻る場合がありますが、負傷は負傷や失われた上限を明示的に戻す効果が必要なことがあります。バーが上限を超えて戻らないからと食料を繰り返し使うと、原因を治さず資源だけ消費します。
7月ノートの赤い低体力効果は緊急サインであって診断そのものではありません。射線から離れ、近くの敵を確認し、回復アニメーションを終える時間を作ります。Rusthook Sniper などの遠距離敵に見られたまま回復すると、立て直せる状態がダウンにつながります。
食料、包帯、ポーションに別の仕事を与える
7月の回復改修は食料、包帯、ポーションを明記しています。量、持続、負傷への作用、使用時間は現在のゲーム内説明を基準にします。食料は小さな戦闘の間、包帯は別の回復状態、ポーションは危険な移行で使う即時手段というように役割を分けます。Demo、Alpha、後続ビルドで数値は変わり得ます。
起こりそうな問題に対応できる種類を持ち、同じ物を詰め込みすぎないようにします。可能なら Haven や低リスクの序盤で一つ試し、使用中に移動できるか、被弾で中断するか、バーのどこが変わるかを記録します。
ポーションの共有クールダウンを尊重する
10月ノートではポーションが即時効果になり、90秒の共有クールダウンを持つよう変更されています。Blightfire、Lycanthrope、シールドポーションも挙げられています。片方を使うと、インベントリに別の種類が残っていても次の戦闘で使えないことがあります。
実際の脅威に合わせて選びます。既知の危険が数秒後に来るなら、小さな一般効果を反射的に使わないでください。パーティーではクールダウンを伝え、数値や名称効果はビルド依存でも共有タイマーを確認する判断は維持します。
英雄の回復を意図的に使う
10月の英雄変更には、能力やパッシブに負傷回復を結び付けるものがあります。Thora の Zealous Onslaught と Earthquake がノートの例です。ただしクールダウン、位置、失った体力、現在のバランスに依存するため、無限の消耗品代わりにはなりません。
英雄による負傷回復を使うなら、戦闘を安全に進めるタイミングで発動します。危険な波の直前に小さな負傷だけを直すため、重要な防御行動を使わないようにします。現在のスキル説明を読み、前後のバーを比べ、パーティーの消耗品と連携します。
危険の前に撤退基準を決める
Haven で、負傷治療がない、一般回復が一つだけ、重要なメンバーが負傷、共有クールダウンが危険など、任意目標を捨てる条件を決めます。敵群が増えてから議論するより、落ち着いて決めた基準の方が守れます。
基準に達したら略奪をやめ、既知の脱出ルートへ向かいます。移動を塞ぐ敵だけを処理し、最後の箱を探すために分断しません。脱出ガイド が秩序ある退路を作る判断を説明します。
次の戦闘の中ではなく戦闘の間に回復する
戦闘後はまず周囲が安全か確認し、体力、負傷、ポーションクールダウン、パーティー、残り資源を調べます。コンテナを開けたり一方通行の道へ入る前に最悪の状態を直します。治療が少なければ、帰還に重要な役割や目標品を持つプレイヤーを優先します。
Haven では実際に使った分を補充します。負傷が原因なら普通の食料を増やしても解決しません。回復アニメーションが何度も中断されるなら、積み増しより早い離脱と位置取りが必要です。
繰り返す回復失敗を診断する
アイテムが効かないように見えたら、名前、ビルド、英雄、状態効果、体力状態、結果を記録します。最大値が負傷していたか、クールダウン中か、使用が中断されたか、即時で小さい効果だったかを確認します。誤解と再現可能な不具合を分ける情報になります。
数値比較に古い画像を頼らないでください。テスト中にも回復は変更され、持続、量、共有時間が変わる可能性があります。リリース前は現在のクライアント文言と制御した使用結果を組み合わせるのが最善です。
回復を使う順番も遠征の一部です。安全な場所で体力の層を確認し、治療に必要なアイテムを残し、次の戦闘で共有クールダウンが空くかを考えます。味方が危険な位置にいるなら、個別に回復するより先に全員で射線を切り、退路を確保してください。
記録には現在の体力、体力上限、負傷数、使ったアイテム、クールダウン、受けた攻撃を含めます。同じ状況を再現できれば、仕様の誤解なのか変更された数値なのか、クライアントの不具合なのかをより正確に区別できます。