How Many Dudes? Buildガイド

Buildは名前の一覧ではない

Buildは、Dude、Relic、Trinket、Consumableが役割を受け渡す仕組みです。特定の名前をそろえることより、現在の不足を埋め、次の発動を作り、資源を戦闘結果へ変えることが重要です。候補の出方が変わっても、因果関係を保てれば方針を調整できます。

本セクションはシナジー、Relic pool、ボスBuildの三つに分かれます。能力を連鎖へ変える、将来候補を整える、節目へ向けて経済を変換するという順序で利用できます。

固定Tier listは提供しません。Typeの価値は、Family、対象、モード、現在のpool、Runの段階で変わるからです。代わりに、どの候補でも再評価できる手順を示します。

五つの役割を監査する

Buildを攻撃、耐久、経済、アクセス、継続性の五つに分けます。攻撃は遭遇を終え、耐久は連鎖が動く時間を作り、経済は選択を買い、アクセスは必要な候補へ近づき、継続性は発動を繰り返します。一体が複数の役割を持つ場合もあります。

各区間の前に最も不足する一つを決めます。すべてを同時に最大化しようとすると、どれも完成しません。候補を取った後はもう一度監査し、次の不足へ優先順位を移します。

役割は公式カテゴリではなく分析用の言葉です。Dudexの能力文を根拠にし、見た目やFamily名だけで割り当てません。

短い核を作る

最初の核は二段か三段にします。Aの発動がBの対象を作り、Bが攻撃または耐久を生む、といった形です。必要なDudeが少ないほど、平均的な候補でも動きます。核が動く前に増幅用の四体目を取ると、上限だけ高く下限がない状態になります。

各矢印に公式文か再現した観察を付けます。同じFamily、似たテーマ、人気の組み合わせという理由は矢印の証拠になりません。対象が「別のDude」なら自分を含めず、時間条件も省きません。

核が安定したら、頻度を増やす、結果を増やす、対象を予備化するという三方向で拡張します。

上限と下限を別に評価する

理想候補とすべてのアイテムが揃った時の値が上限です。現在の候補でも毎区間出せる働きが下限です。序盤は下限を上げ、後半とボス前に上限へ資源を使います。

候補を「今」「次に現実的な一枚が来た時」「理想状態」の三段で比較します。三段目だけで勝つ候補は投資であり、第一段でも改善する候補は基礎です。投資を選ぶなら、完成まで耐える仕組みも必要です。

敗北した時に理想状態の数字を示しても原因は分かりません。止まった最初の矢印を探します。

FamilyをBuildへ取り込む

六FamilyはAction、Employed、Fantasy、Sci-Fi、Undead、Warriorです。Familyを揃えると条件やpoolの方向を整えやすくなりますが、役割の保証ではありません。まず能力、次にFamilyという順序で判断します。

一Familyへ集中するBuildは候補を絞りやすく、複数FamilyのBuildは別経路を作りやすいという傾向があります。どちらも、現在の不足と将来の候補を同時に評価しなければ安定しません。

Familyだけで成立したように見える組み合わせは、理想Relicなしでも動くか試します。動かなければ、そのRelicへのアクセスがBuildの主要条件です。

Relic poolを設計する

開発者ガイドは七つの専用Relicと、編成の各Familyから一度ずつ入る候補を説明しています。この構造により、Dudeの採用は盤面とpoolを同時に変えます。新Familyが一枚の欲しいRelicと複数の不要候補を加える可能性もあります。

公式が確率を示さない部分には百分率を作らず、候補を中心、利用可能、状況限定に分類します。poolを狭くすること自体が目的ではありません。Buildが実際に使える候補の比率を高めることが目的です。

Business Dudeについて公式ガイドが示す倍化の関係は、現在文とRun内の観察で確認します。断片を万能公式にしません。

アイテムの時間軸

RelicはBuildを持続的に支える候補、TrinketはTypeとの結び付き、Consumableは一時の窓として扱います。三種類を同じ「強化」として評価すると、いつ価値が出るかを見失います。

アクセスを作るアイテムは直接攻撃を増やさなくても、必要なDudeやRelicへつなぐ仕事をします。核が動かない時は増幅よりアクセスが重要です。逆に核が安定した後は、結果を伸ばすアイテムの価値が上がります。

Consumableには使用条件を付けます。敗北時に未使用の道具が残ったなら、条件が厳しすぎなかったか見直します。

経済から戦力へ変える

貯蓄は後の選択を買うためにあります。買う対象、使う期限、残す修正余白を決めます。次区間を越えられないなら長期投資は実現せず、毎回使い切れば方針変更ができません。

公式ガイドのDude Juiceへの注意は、現在の交換を読むための手掛かりです。使用禁止と解釈せず、効果が次の問題より前に出るかを比べます。経済ガイドで記録方法を確認できます。

ボス前には経済の役割が薄くなる場合があります。発動回数の残りを数え、攻撃、耐久、継続性へ変換します。

モードに合わせて計画する

Classicは情報が徐々に入るため、柔軟な核と終了条件が重要です。Daily Dudeは公式ガイドによれば五Familyが事前公開されるため、複数経路を先に比較できます。Ensembleはslotと部分または完全な公開状態を使います。

同じBuild名でも、得られる情報とpool準備が違えば再現手順が変わります。記録にはモードと公開状態を付けます。Dailyの世界共通更新時刻やEnsembleの固定解放値は、公式根拠なしに作りません。

モードへ移動し、前提を確認してからBuild結果を比較してください。

ボスのための監査

公式ガイドはG.O.A.T.をラウンド105に挙げます。この確認済みの節目を使い、開始時間、継続攻撃、必要な耐久、未使用資源、予備の発動経路を監査します。そこから他の全ボス表を推測しません。

ボス用Buildは通常Buildと別物ではなく、通常の核を限られた時間へ合わせたものです。長すぎる経済連鎖を短くし、余った資源を結果へ変えます。Trinketも対応Typeが実際に働くか確認します。

敗北後は最後のダメージだけでなく、準備を遅らせた早い決断へ戻ります。

小さな方針変更

方針変更は全Dudeの交換ではありません。動いている核を残し、対象がない、役割が重複する、poolだけを散らす一枚を替えます。小さな変更なら経済と観察結果を維持できます。

投資前に終了条件を決めます。一定数の候補で第二の発動源が来なければ核へ戻る、次の区間で耐久が足りなければ別Familyを受け入れるなど、観察可能な条件にします。

過去に使った資源は、現在も残す理由ではありません。沈んだ費用と次の最善手を分けます。

Build記録の最小形

モード、Family、核の矢印、主なpool候補、最初に止まった場所、余った資源を記録します。すべての数字を保存する必要はありません。この六点で、下限、アクセス、変換のどこが問題だったか見えます。

成功時も同じ形式で残します。必要だった最低限が分かれば、次回は余分な防御を別の役割へ移せます。一度の結果を普遍的なTier listへ変えず、日付を付けた観察として扱います。

本ページは2026年8月1日の正式リリース版に基づきます。更新後はDudexとアップデートを確認し、変わった矢印だけを見直してください。

Buildを文章で定義する

BuildはDude名の並びではなく、発動、対象、結果、次の発動を結ぶ矢印と、その線を期限内に動かす資源計画です。核となる短い線を一つ書き、攻撃、耐久、経済のどれを担うか明示します。線へ入らない一体は、将来候補、橋、保険、実験のどれかとして理由を付けます。

Familyやアイテムは核を支える手段です。分類をそろえただけ、Relicを取っただけではBuildは完成しません。対象が存在し、発動順が成立し、結果が現在の不足へ届くことを確認します。

下限・上限・到達費用

下限は理想候補が来なくても現在の編成が出せる結果、上限は条件がそろった時の伸び、到達費用は必要なDude、pool拡大、資源、時間、slotです。おすすめを比べる時は三つを同じ条件で示してください。上限だけが高い構成は、到達前に止まるなら実戦の解決になりません。

下限を守る役割が重複している場合、一枠を上限や第二経路へ移せます。ただし重複が同じ障害へ同時に止まるなら保険ではありません。独立性を確認し、何を失っても最低限が残るかを説明します。

Runの段階で役割を変える

序盤は少ない条件で動く攻撃と耐久を優先し、中盤は能力線とpoolを整理し、後半は貯めた経済を期限内の結果へ変えます。三段階は公式の三Tiersを勝手な数値閾値へ置き換えるものではなく、Build監査の視点です。現在の画面と進行状態を基準に移行します。

序盤用のDudeを外す時は、その一体が別能力の対象やFamily候補への入口として残っていないか調べます。後半用の候補を早く取る時は、働き始めるまでの橋を用意します。段階変更は全交換ではなく、核を守った一枠の変更から始めます。

アイテムをBuildへ接続する

RelicはpoolやFamilyとの関係、Trinketは対応Type、Consumableは一回性と使用期限を確認します。効果が大きく見えても、現在の能力線に対象がなければ優先度は下がります。アイテムを取る前に、どの矢印の頻度、結果、安定性を改善するか答えてください。

一回性の道具は、保持している価値と今使う結果を比べます。敗北後に残ったConsumableは、節約ではなく変換時期を逃した可能性があります。次回は使う条件を事前に決め、同じ地点で比較します。

Buildを共有するための記録

モード、版、主要Family、核の矢印、必要な条件、代替可能な枠、重要アイテム、最初の弱点を記載します。完成画面だけでは、他の人が開始手順や候補運を再現できません。必須と便利を分け、来なかった時の分岐を一つ示します。

成功例と失敗例を同じ形式で残すと、結果を生んだ最低限が見えます。単独のスクリーンショットを普遍的なTier listにせず、確認日の条件付き例として扱ってください。

調整を終える条件

次の危険を安定して越え、核が期限内に起動し、資源の用途と予備経路を説明できるなら、無理に候補を増やす必要はありません。改善余地があることと、今変更すべきことは別です。

新しい候補を試す場合は、既存の安定をどこまで使うか上限を決めます。一定の候補数、資源、区間を越えても接続しなければ元の核へ戻ります。Buildづくりは最大値を追い続ける作業ではなく、限られた情報の中で到達可能な結果を守る作業です。