Company of Heroes 3: Final Stand の公開説明は、プレイヤーがカスタムバトルグループを作り、ウェーブ後にランダムなユニットまたはアビリティから選ぶことを示しています。選んだ内容はそのランに残りますが、完全な選択リスト、出現条件、効果数値、最適構成は公開されていません。AppID 4836540 の現行画面に出た名前と、その選択が答えようとした防衛問題を結び付けることから始めます。
問題を名前付けしてからオファーを読む
オファーが出たら、まず直前のウェーブで起きたことを一文で記します。ある経路を見落とした、目標が露出した、外側の防衛が崩れた後に回復できなかった、といった観察です。その後で画面の正確な選択名を控え、次の関連ウェーブで何を確認するかを決めます。名称だけから、未公開の役割や相性を推測しません。
この順番なら、選択は「強いか弱いか」という印象ではなく、見えた問題への試行になります。結果が良くても悪くても、どの圧力を対象にしたか、難易度と戦場が何だったかを残せます。同じ製品で再現するための材料になります。協力の場合は、相手が担当した範囲と自分の選択を一緒に書き、協力者の変更を選択の効果と混同しません。
観察できる役割を中心に組む
バトルグループを比べるときは、防衛上の役割を画面と結果から述べます。たとえば、経路を保つ時間を作れたか、目標へのカバーを維持できたか、突破後に次の判断を可能にしたかを見ます。効果値、確率、固定の開始順を公開資料が示していないなら、書きません。
一度に変える条件は少なくします。マップ、難易度、協力者、動的イベント、選択を同時に変えれば、何が結果を動かしたか分かりません。同じプレイヤーの問いを保った再試行は、勝敗だけを並べるより役立つ記録になります。見える表示が変わった日や、同じ選択が出なかった場合も残してください。ランダムな出現を固定の利用条件として言い換えないためです。
バトルグループの選択を永続記録へ入れない
ウェーブ後に選んだ内容は現在のランの記録です。勢力画面に見えるプレイ間の進行や持続アップグレードとは、同じページのメモでも分けてください。Steamは両方の仕組みを説明しますが、それらが同じ条件、同じ期間、同じ表示で働くとは述べていません。
終了時には、ウェーブ、選択名、答えようとした問題、観察した結果をランの欄に残します。永続的なノード、レベル、条件は進行画面の欄に残します。こうすれば、次のランに何が持ち越されたかを推測せずに確認できます。
オファー前
直前のウェーブで現れた具体的な防衛問題を名前付けします。
オファー後
正確な表示名と、次に確認する同種の圧力を記録します。
ラン終了後
一時的な選択と、勢力画面に残る情報を別の欄へ保存します。
古いバトルグループガイドを持ち込まない
シリーズ内の別ゲーム、別モード、対戦のバトルグループ表は、Final Standの現行ロスターや規則の証明ではありません。Steamの製品ページと製品番号を特定できない資料は、現在の選択名の代わりにしません。Gamereactorのレビューも長期進行の観察には使えますが、固定構成の一覧ではありません。
古い助言と似た名前を見つけても、現行クライアントに同じ文言があるかを確認します。見えなければ、その助言をこのガイドの事実に変えません。製品境界を守ることは、細かいメタ情報が不足しているときほど重要です。
使えるバトルグループメモでランを終える
一つのランを終えたら、勢力、難易度、見える戦場、最初の防衛問題、選択名、次回確かめる一点を記録します。イベントや協力の状況が変わったなら、それも書きます。これだけで、単発の結果を普遍的なビルドへ変えずに、次のランで比較できます。
更新で表示が変わった場合は、古いメモを現在の規則として扱いません。日付と確認元を残しておけば、何を再確認するべきかが明確です。バトルグループは、現行画面で検証できる防衛判断として使うのが安全です。表示が読めないときは意味を補わず、次に確認する項目として残します。選択の前後に同じ防衛問題があったかも書けば、次の試行で判断を比べられます。
この形式なら、出現しなかった選択や確認できなかった条件も、次の調査対象として自然に残せます。表示を推測で補う必要はありません。
情報源
- Steam の Company of Heroes 3: Final Stand — 公式のカスタムバトルグループとウェーブ後選択の説明。2026-08-13 確認。
- Gamereactor の Company of Heroes 3: Final Stand レビュー — 長期進行に関する独立したPC観察。2026-08-13 確認。