DragonSword : Awakening Status Ailments と Signal Skills

Steam公式は Status Ailments、Active Skills、Signal Skills、switching を機能として紹介しています。一方、完全な用語集や倍率表は公開していません。このページでは、現在のゲーム画面から再現できる記録を作り、観察と普遍的なルールを分けます。

まず敵の表示状態を見る

安全な敵を選び、敵名、英雄、行動、アイコン、表示名、画面上の変化を記録します。同じ行動をもう一度試し、クールダウン、資源、命中、既存状態の影響を切り分けます。

Active と Signal を分ける

状態の前、最中、後でスキルを試します。アクティブ英雄、プロンプト、対象、結果を記録し、説明されていない用語を別のジャンル用語に置き換えません。

小さな検証表

一行ずつ試し、再現できない結果は観察として残します。

状態異常を安全に説明する

名前、発生源、対象状態、時間、後続行動の5項目を使います。名前が画面にない場合はアイコンを正直に説明します。公式ページから状態の総数を推測しません。

テスト用の英雄を組む

効果を出す英雄、違うタイミングの英雄、生存を助ける英雄を選びます。19人という公式情報だけで役割表を完成させず、別の敵でも再試行します。

切り替えの変換窓

攻撃前、アイコン直後、プロンプト表示時を比較します。スキルのキャンセル、延長、変換のどれかを画面で確認します。ゲームにない名称を公式用語として使いません。

よくある失敗

アイコンを継続ダメージと決めつける、全スキルを温存して窓を逃す、耐性のある敵だけで英雄を弱いと断定する、という失敗を避けます。敵一体、スキル一つ、切り替え一つへ戻ります。

完全な状態表はありますか？

公式Storeは機能を示しますが、全名称と相互作用は示していません。

どの状態を優先すべきですか？

現在試している遭遇の問題を解決する状態を、画面で確認して使います。

Signal Skillが出ない場合は？

プロンプト、英雄、資源、条件を確認し、一変数ずつ試します。

状態異常を記録する時は、表示された名前と自分が付けた仮の説明を混ぜないようにします。例えばアイコンの色だけを見て一般的な状態名を付けるのではなく、どのスキルの後に現れ、敵の行動、移動、受けるダメージ、切り替え後の表示がどう変わったかを保存します。時間を秒で測れない場合は「短い」「次の攻撃まで」など、画面から確実に言える表現を使います。

再現テストは、低リスクの敵、同じ英雄、同じ難度から始めます。効果が出ない時は、未命中、クールダウン、資源不足、既存の状態、敵の耐性を順番に確認します。別の敵で同じ手順を試した時に結果が変われば、それは状態の普遍的な性質ではなく、対象に依存する観察かもしれません。公式Storeが示す機能名とゲーム内の説明を常に分けて扱います。

アップデート後は、以前のメモを消さずに新しい日付の行を追加します。スキル文の変更、アイコンの表示、発動プロンプト、切り替え後の安全時間のどれが変わったかを一つずつ比較します。こうしておけば、外部の攻略表が古くなっても、読者に現在の確認手順を示せます。

状態異常の記録は、敵の名前と表示された文から始めます。アイコンの色だけでは、効果、持続、上書き、解除条件まで決まりません。同じ敵を同じ難度で試し、攻撃前後の表示、味方の順序、距離、切り替え、失敗した入力を記録します。公式Storeが機能名を示していても、個別の耐性表や数値を示しているとは限りません。

Signal Skillを調べる時は、入力が成功したか、別のスキル表示が先に出たか、対象との距離が変わったかを分けます。オンライン協力なら、入力した側、表示を見た側、遅延や切断の有無も添えます。再現しない場合は「未確認」と書き、成功例だけから全英雄共通の条件を作らないでください。更新後には同じ小さな実験を繰り返し、変化した条件だけを修正します。

読者向けには、状態の名前、発生した操作、対象、観察結果、確認日、信頼度を表にします。空欄は誤りではなく、次のテスト項目です。コミュニティ記事を使う場合も、現在のゲーム内表示とAppIDの範囲を確認し、別製品やDLCの情報を混ぜないようにします。

よくある質問

状態異常の試験表には、敵の表示名、場所、難度、攻撃前の画面、発生させた操作、発生後の文、持続を観察した時間、解除や上書きの有無を入れます。情報が欠けている時は、空欄を推測で埋めず、次の試験として残します。似た名前の状態や別ゲームの一般的な耐性を持ち込むと、読み手が現在のゲーム内表示を見失うためです。

Signal Skillの失敗を調べる時は、入力が受け付けられなかった場合、表示は出たが対象に当たらなかった場合、別のスキルに置き換わった場合を分けます。英雄の順序、距離、敵の状態、画面のプロンプト、操作機器を固定して再試行します。協力プレイでは入力した側と表示を見た側、遅延、切断、復帰後の結果も別の欄にします。

外部の状態表を引用する場合は、確認日、製品範囲、AppID、掲載されたゲーム内画面を保存します。公式Storeに機能カテゴリが書かれていても、個別の発生率、耐性、ダメージ、持続が公式に公開されたとは限りません。更新後に同じ表を再実行し、変化した行だけを修正することで、未確認の表を固定値として増やさずに済みます。

発生条件を説明できない状態は、名前だけを一覧にせず、画面で確認できる情報と次の実験を並べます。読み手が自分のBuildで再現できない時も、敵、距離、入力、日付を比較して差分を報告できます。

証拠が足りない時に「不明」と明示することは、状態異常の一覧を短くする欠点ではありません。更新後に同じ条件を試せる、実用的な調査記録になります。

読者が結果を報告する時は、敵、英雄、距離、操作、日付を添えてください。条件の差分を残せば、今後の検証で表を安全に広げられます。