三Tiersという公式の枠
開発者ガイドは三つのTiersを説明します。本ページはそれをBuildの判断段階として使います。公式にない費用、ラウンド、解放条件を推測して表へ追加しません。
現在画面で移行を確認し、モード、版、日付を記録します。同じTierでも情報量の違うモードでは選択が変わります。
初期Tierで下限を作る
少数のDudeで動く核を作り、攻撃と耐久を最低限確保します。長い理想連鎖より、平均的な候補で発動する二段か三段を優先します。
新Familyを追加する時は、現在の役割とpoolへの影響を分けます。次へ到達できない長期投資は実現しません。
中間Tierで整理する
能力の対象、発動頻度、Family、Relic候補を監査します。来ていない候補へ依存するリンクを減らし、動いている核へ頻度または結果を追加します。
poolが広がりすぎた場合、不要Familyを外す費用も見ます。盤面の役割を失って次区間で敗れないようにします。
後半Tierで変換する
経済と貯蓄を、攻撃、耐久、継続性へ変えます。上限を伸ばす時も、開始時間がボスや遭遇へ間に合うか確認します。
公式ガイドが示すG.O.A.T.のラウンド105は確認済みの節目です。他の完全表は作らず、現在の遭遇を観察します。
移行前後を記録する
移行前にFamily、主攻撃、主耐久、pool候補、残資源を書きます。移行後に最初の圧力と対応した一枚を追加します。予想と結果の差が次の改善点です。
複数のDudeを同時に替えず、最も弱いリンクから直します。原因の追跡を保てます。
Tierごとの資源配分
初期は現在の下限へ多く使い、修正一回分を残します。中間は動く核を維持しながらアクセスとpoolの整理へ配分します。後半は回収に必要な発動回数を数え、間に合わない経済を攻撃、耐久、継続性へ変えます。固定割合ではなく、各段階の不足で配分します。
貯蓄には購入対象と期限を付けます。Tier移行後にしか使えない投資なら、移行までの生存を別の役割が支える必要があります。現在の危険が高い時は、長期の上限より到達可能性を優先します。
Consumableも段階で役割が変わります。初期は開始、中間は保険、後半は終了用になる場合がありますが、名称から決めず現在文とBuildを見ます。
poolの変化をTierへ帰属しない
Tier移行とDude採用が近い時、Relic候補の変化を自動的にTierの効果にしません。Familyと専用候補の構造を確認し、変更した編成を記録します。別のRunで編成を保てるなら比較します。
公式ガイドが三Tiersとpoolを同じ資料で説明していても、個別の因果関係は明示された範囲だけを使います。情報源が同じことと処理が同じことは違います。
Tier移行のリハーサル
移行前の区間で、主連鎖の開始時間、耐久が支える時間、余る資源を測ります。移行後に圧力が増えても、核が成立していたかは分かります。成立していなければTierより前の問題です。
開始が遅い場合は最初の条件を短くし、対象不足なら第二対象を用意します。上限Relicを追加する前に、最初の矢印を直します。
モード別Tier日誌
ClassicではFlyer情報、Dailyでは事前公開された五Family、Ensembleではslotと公開度をTier記録へ追加します。同じTier名でも意思決定に使えた情報が違います。結果だけを一列で比較しません。
Dailyの更新時刻やEnsembleの解放閾値が公式にない場合、観察日時と画面状態を使います。推測値をTier条件へ組み込みません。
成功時の最低条件
失敗だけでなく、移行を越えた時の最小攻撃、耐久、対象、残資源を言葉で残します。次回に同じ役割へ使いすぎることを防ぎ、別の役割へ資源を回せます。
一回の成功を普遍閾値にせず、そのモードとBuildで十分だった観察とします。複数記録が揃っても、公式規則と個人傾向を分けます。
TierとStarsを混ぜない
Tierは段階、Starsは別の進行資源として扱います。「Starsが何個ならTier」と公式画面が明示しない限り関係を作りません。Starsで取得、支出、結果を分けます。
二つの数字が同時に変わることは、原因の証拠ではありません。一変数の観察を行います。
TierとCollectionを混ぜない
Collection項目やSteam実績が増えても、Tier移行の条件とは限りません。画面と対象を指定します。CollectionsでDudexと収集画面の範囲を分けます。
関係が明示された時は、文と日付を保存します。推測を公式条件にしません。
モードによる違い
Classicは段階的情報、Dailyは五Familyの事前公開、Ensembleはslotと公開度を使います。同じTierで知っている情報が違うため、Buildの価値も変わります。
モードで前提を確認し、Tier記録にモード名を必ず付けます。
失敗の分類
移行後に止まった場合、攻撃不足、耐久不足、開始遅延、対象なし、pool分散、支出遅延から主原因を一つ選びます。Tierが難しいという一語では、修正場所が分かりません。
次回は移行前の最も早い決断を一つ変えます。成功時も必要だった最低限を記録します。
更新と範囲
本ページは2026年8月1日の正式リリース情報です。アップデートと現在画面を確認し、閾値が変わった場合は日付付きで別記録にします。
三Tiersの価値は、数字の空白を推測で埋めることではありません。初期に下限、中間に連鎖、後半に変換という監査の区切りを提供することです。
Tier移行前の準備
現在の攻撃、耐久、能力線の開始時間、未使用資源、予備経路を一行ずつ確認します。次の段階で候補が必ず補ってくれる前提を置かず、今ある編成が最低限を満たすかを見ます。足りない役割が二つ以上ある場合は、最も早く敗北へつながる一つから修正します。
経済候補を残す場合も、いつ攻撃または耐久へ変換するか期限を付けます。移行後にしか働かない投資は、到着までを支える橋が必要です。
移行直後の監査
画面が変わった直後に、Tierだけでなくモード、公開情報、Dude構成、Stars前後を別々に記録します。複数の表示が同時に動いても、自動的な因果関係を作りません。Tier移行の条件として明示されていない数値は、観察欄へ置きます。
最初の数戦では、能力線が以前と同じ順序で動くか、必要な対象が失われていないか、候補の価値が時間窓に合うかを確認します。大きな交換を連続して行うと、どの変化が問題を解決したか分かりません。
三段階でBuildを軽くする
初期段階では少ない条件で動く下限、中間では核と第二経路、後半では期限内の結果を優先します。序盤用のDudeを外す前に、別能力の対象、Family poolへの入口、耐久の橋として残っていないか確認してください。
後半へ進むほど最大値だけを追うのではなく、起動までの時間を短くする選択も重要です。長い連鎖が必要時点に間に合わないなら、一枝を短い攻撃へ変える方が結果へ届きます。
Tier記録を共有する
版、日付、モード、Tier、移行前の核、移行後に変えた一項目、最初の失敗、残った資源を添えます。固定の必要値を公式根拠なしに掲載せず、自分の観察は条件付きの例として扱います。
成功時も余分だった防御や使わなかった資源を記録します。必要最低限が分かれば、次回は余剰を新しい役割へ移し、同じ条件で改善を比較できます。
未確認の閾値を残す
Tier移行に必要とされる数値を外部表で見つけても、対象版、モード、画面、出典が不明なら公式条件として使いません。現在画面で確認した事実と、自分の一回の観察を別の列にします。空白を推測で埋めないことが、更新後の誤案内を防ぎます。
必要条件が公式に示された時は、文と確認日を保存し、以前の観察へ後付けで適用しません。新しい版の行として追加してください。