How Many Dudes? Dudesデータベース

Dudesを数える前に範囲を決める

Steamストアはベースゲームに42種類のDudesが登場すると案内しています。一方、公開DudexのDude一覧には、能力を説明するためのEchoやSkeledudeのような存在も含まれます。そのため、一覧の行をすべて採用可能Typeとして数えると、ストアの42と食い違います。

数字を使う時は「ストアが示すプレイ可能な42種類」「Dudex上の表示行」「現在のRunで候補になるType」を分けます。これは単なる表記の問題ではありません。Collectionの達成条件、poolの計画、Trinketの対応関係を調べる時に、何を一単位としているかが変わるからです。

本セクションはType、Family、能力の三つに分かれます。名前を探す、分類を比較する、条件文を分解するという目的ごとに入口を選んでください。

Typeと役割は違う

Typeは固有の名前と能力を持つDudeの識別単位です。役割は、そのRunで実際に果たす仕事を分析するための言葉です。同じTypeでも、組み合わせやアイテムによって攻撃の中心になったり、別の能力を起動する橋になったりします。

役割は攻撃、耐久、経済、アクセス、継続性に分けると便利です。公式分類を増やす目的ではなく、二つの候補を比較するために使います。「このTypeは強い」ではなく、「現在不足している対象を提供し、連鎖を一回増やす」のように書くと判断を後で検証できます。

Type名から働きを想像しないでください。テーマと能力の処理は同じではありません。Dudexの文を開き、発動条件、対象、結果、時間を確認します。

六つのFamily

Dudexが掲載する公式FamilyはAction、Employed、Fantasy、Sci-Fi、Undead、Warriorです。FamilyはRelicや能力が参照する条件であり、全員が同じ仕事を持つクラスではありません。Warriorだから必ず耐久役、Employedだから必ず経済役、と決めることはできません。

Familyを一つに寄せるとpoolの方向性を整えやすくなりますが、必要な役割が不足する可能性があります。複数に広げると別の仕事を得やすくなりますが、Family Relicの候補も増えます。二者択一ではなく、現在の役割と将来のpoolを同時に評価します。

Family所属は外見ではなくDudexで確認します。別言語の非公式訳で名前が変わっている場合も、ゲーム内で検索できる公式英語名を併記すると誤認を防げます。

能力文の基本構造

能力は条件文です。最初に「いつ」、次に「誰へ」、その後に「何を」、最後に「どれくらいの間」を読みます。「他のDude」を自分にも適用したり、「獲得時」を毎回発動と考えたりすると、存在しないシナジーを計算してしまいます。

回数は理想値ではなく、現在の編成で起きる現実的な値を使います。対象が一体しかいないなら、その対象が失われた時の代替も確認します。複数能力が同時に動く場合は、一つだけ外して結果を比較し、順序を推測だけで断定しません。

能力ガイドでは、短い文を因果関係へ変換する手順と、観察を公式文から分けて記録する方法を説明します。

候補を比較する五段階

第一に、次の区間で不足する役割を一つ決めます。第二に、各候補の発動条件と対象が今存在するか確認します。第三に、Familyの追加がpoolをどう変えるか考えます。第四に、候補が来なかった場合の代替を確認します。第五に、現在の生存と将来の上限を分けて選びます。

二つの候補が同じ役割を埋める場合にFamilyを比較すると、分類を適切な決定材料として使えます。一方、一方の候補だけが今の致命的な不足を埋めるなら、Familyを揃える見た目より実用を優先します。

選ばなかった理由も短く残してください。後から能力値が変わった時、判断の前提が分かります。

Dudexのカテゴリを横断する

Dudeの能力だけでは組み合わせ全体が分からない場合、Relic、Trinket、Consumable、Familyのカテゴリへ移動します。TrinketはTypeとの対応を確認し、Relicはpoolへの入り方と現在文を分けて確認します。Consumableは一度の時間窓として評価します。

FoodはDudex上の独立カテゴリです。本サイトの承認されたItemsナビゲーションはRelics、Trinkets、Consumablesの三ページですが、Dudexの存在を削除したり、別カテゴリへ混ぜたりはしません。調査範囲とサイト構成を明示することで、資料の欠落と意図した優先順位を区別します。

公式ページ同士でも目的が違います。ストアは商品全体、Dudexは個別項目、開発者ガイドは仕組みを説明します。

poolへ及ぼす影響

開発者ガイドは七つの専用RelicとFamilyごとの候補を示します。Dudeの採用は能力一つを増やすだけでなく、将来の選択肢を変えます。特定Familyを追加する前に、そのDudeの即時役割と、追加される候補の利用可能性を別々に書きます。

一つのFamilyに寄せても、Familyが同じだけで能力が連鎖するわけではありません。広げても、すべての追加候補がノイズになるとは限りません。役割を埋め、第二のBuild経路を開くなら広げる価値があります。

確率が公開されていない場合は候補を数え、欲しい、使える、使わないに分類します。Relic poolで詳細な監査を行えます。

支援用の存在を正しく読む

EchoやSkeledudeがDudexにある理由は、能力やゲーム内の存在を説明するためです。通常のFlyerから採用できる42種類へ無条件に足すものではありません。該当する能力文を開き、生成、参照、対象のどの役割で現れるか確認します。

支援用の存在が能力の対象になるか、Familyを持つか、Collectionでどう数えるかは、それぞれ別の質問です。一つの画面で見えたことを他の仕組みへ拡張しません。分からない場合は「Dudex掲載」「ゲーム内で観察」「採用可能」を別の欄にします。

この区別は、コミュニティの一覧を検証する時にも役立ちます。合計だけでなく、含めた種類を確認してください。

Buildへつなげる

Dudeを調べた後は、「発動 → 対象 → 結果 → 次の発動」の線を描きます。線が途切れる場所が、次に探す役割です。強いTypeを集めるのではなく、互いに仕事を渡せるTypeを組みます。

短い核を作った後、RelicやTrinketで頻度または結果を伸ばします。対象がない段階で増幅を選ばないでください。Buildsとシナジーがこの変換を扱います。

ボス前には経済用の役割をどこまで戦力へ変えるかも再評価します。Typeは固定の階級ではなく、Runの段階で価値が変わります。

更新後の確認

パッチ後に能力文や所属が変わったように見えたら、まずDudexの現在ページ、次にアップデートを確認します。スクリーンショットや一覧には日付を付けます。古い文が当時正しかったことと、今使えることは別です。

本ページは正式リリース版を2026年8月1日に確認した内容です。すべてのTypeに恒久的な順位を付けません。現在の文を読み、役割を定義し、Familyとpoolの影響を測る手順を提供します。この手順なら、数値が更新されても新しい状態を自分で検証できます。

目的別の次のページ

名前や一覧の境界を知りたい時はType、六つの分類をBuildに使いたい時はFamily、条件文が難しい時は能力へ進みます。アイテムとの関係ならTrinkets、poolならRelic poolです。

データベースの役割は、答えを一語で決めることではありません。現在のRunで比較できる言葉と、公式資料へ戻れる道を用意することです。

一体を読むための六項目

Dudeを見る時は、Type名、Family、発動条件、対象、結果、編成内の役割を別々に書きます。TypeとFamilyは分類ですが、発動と対象は能力を実際に動かす条件です。分類が同じ二体でも、同じ仕事をするとは限りません。逆に分類が違っても、片方が作る対象をもう片方が利用できれば連鎖になります。

結果は攻撃、耐久、資源、対象の生成、別能力の開始、poolへの影響など具体的な言葉にします。「強い」「便利」だけでは、次に何を選ぶべきか判断できません。役割が二つある場合は主役割と補助役割を分け、どちらが欠けた時に編成が止まるか確認します。

候補同士を公平に比べる

候補Aは完成後の最大値、候補Bは採用直後の値で比べないでください。両方について、今すぐ、次の区間、ボスまでの三つの時間窓をそろえます。必要な対象、追加候補、資源、slotも費用へ含めます。条件の少ない候補は上限が低く見えても、早く動くことでRunを守る場合があります。

編成にすでに同じ役割が二つあるなら、三つ目の評価は低くなる可能性があります。ただし発動経路が独立しており、一方が止まった時の保険になるなら重複にも意味があります。名前の違いではなく、同じ失敗で同時に止まるかを調べます。

42 Typesを一覧以上に使う

公式ストアが示す42 Typesは、現在のベースゲームの規模を確認する基準です。すべてを一度に暗記する目標ではありません。出会ったTypeを役割別に記録し、未確認を未確認のまま残すことで、別版や重複を混ぜずに一覧を育てます。

一覧を作る時は、表示名だけでなく確認日とDudexの参照先を付けます。EchoやSkeledudeのように支援資料に現れる名称も、数え方の根拠を確認してから合計へ入れます。画像や古いDemo記録だけで正式版の総数を増減させません。

採用後に行う短い監査

採用前に期待した役割と、次の数戦で実際に起きた結果を並べます。能力が動かなければ、条件不足、対象不足、順序、回数、競合のどこで止まったかを書きます。働いた場合も、他のDudeが作った結果を二重に数えないようにします。

想定と違った一体をすぐ外す必要はありません。現在の核を壊さずに条件を一つ満たせるなら短く試し、追加費用が大きいなら撤退条件を使います。過去の投資ではなく、次の区間で担える仕事を基準に残すか決めます。

情報を共有する時の注意

おすすめを共有するなら、Type名だけでなくモード、Family構成、主要な発動対象、利用したRelicやTrinket、確認日を添えます。同じDudeでも周囲の条件が違えば結果は変わります。一回の成功を恒久的なTierへ変換しないでください。

画面の文言が変わった時は古い記録を消さず、現在文との違いを残します。これにより能力の変更と、単に編成条件が違った結果を分けられます。Dudesの知識は名前の暗記ではなく、現在の文を再評価できる記録として保つと長く使えます。