Collection・カタログ・実績
ゲーム内Collection、公開Dudex、Steam実績は関連していても同じ一覧ではありません。Dudexにある行が通常の採用で解放されるとは限らず、Collection一件が必ずSteam実績へ対応するとも限りません。
数える前に画面とカテゴリを示します。合計だけを比較すると、範囲の違いを誤りと判断してしまいます。
Steamが示す42種類
Steamストアは42種類のDudesを案内します。DudexのDude一覧にはEchoやSkeledudeなど能力説明に必要な支援用の存在も掲載されます。表示行を42へ追加して採用可能数にしません。
個人表には、プレイ可能Type、支援用、未確認という欄を作ります。Typeで確認方法を説明します。
Dudexのカテゴリ
DudexはFamily、Dude、Relic、Trinket、Consumable、Foodへ分かれます。Collectionの対象が何かを確認してから該当カテゴリを調べます。全カテゴリを一つの発見数へ混ぜません。
各項目には公式名、状態、見える条件、リンク、確認日を付けます。文を長く複製せず、元ページへ戻れる形にします。
Steam実績
2026年8月1日のストアには69件の実績が表示されました。これは日付付きのベースゲーム情報です。後の追加や変更を考え、現在のストアを再確認します。
説明が秘密条件を公開しない場合、推測を確定ガイドにしません。観察した操作と結果を分け、再現できるか試します。
収集記録を作る
名称、カテゴリ、状態、表示条件、出典、日付の六列で十分です。未確認を明示し、別の人の観察には版とモードを付けます。一覧を完成させるために空欄を推測で埋めません。
更新時は変わった行だけ直せます。古い値を履歴として残すと、Demoと正式版の差も説明できます。
Dude項目の確認手順
Steamが示す42種類を基準の輪郭とし、Dudexで名前、Family、能力を確認します。Collection画面に同名があるかを別に見ます。EchoやSkeledudeのような支援用の存在は、能力を説明するDudex掲載として記録し、通常採用の証拠がない限り42へ追加しません。
同じ名前の表示が別カテゴリにある場合、アイコンだけで同一項目と決めません。Type、生成された存在、Trinketの対応など文脈を残します。この手順で合計差を説明できます。
アイテム項目の確認手順
Relic、Trinket、Consumable、Foodを別カテゴリのまま記録します。Trinketは対応Type、Relicはpool、Consumableは一時使用という関係を持ちます。Collectionが一つの画面にまとめても、調査資料の分類を失わないでください。
Act Boss由来とDudexが示すTrinketは、個別項目の出所として記録します。全アイテムの共通入手法へ広げません。現在文と確認日を残します。
実績との対応を調べる
Collection項目を得た時にSteam実績が解除された場合、実績名、説明、Collection項目、時刻を記録します。一件の対応から、全項目が一対一だと推測しません。複数項目を同時に得た場合、どれが条件か未確認として残します。
69件というストア表示は実績総数の確認であり、Collection総数ではありません。将来ストアが変わったら新しい日付で更新します。
Filterと表示状態
欠けているように見える時は、カテゴリfilter、未発見項目の非表示、並び順、検索語を確認します。表示の違いを保存消失と混同しません。filterを初期状態へ戻し、ゲームを通常終了して再表示します。
別言語の名前を使う場合、Dudexの公式英語名も記録し、同一項目を二重に数えないようにします。
収集RunのBuild
Collection目的でも、次の区間を越える短い核が必要です。目的項目と同じFamilyまたはモードをまとめつつ、攻撃と耐久を失わないようにします。収集用Dudeが現在役割を持たない場合、橋slotとして交換条件を付けます。
敗北しても項目条件を一つ検証できたなら情報は残ります。ただし同時に複数未知を試さず、主目的を一件にします。
未確認条件の共有
観察を共有する時、確定、再現済み、一回観察、仮説を分けます。必要数や確率が公式にない場合、精密な数字を作りません。他人の結果を追加する時も版、モード、日付を確認します。
この透明な区分により、一覧が未完成でも利用者は安全に試せます。空欄を埋める速さより、誤った恒久条件を避けることを優先します。
目的をまとめる
同じFamily、モード、アイテム経路で確認できる項目を一回のRunへまとめます。ただしBuildが次の区間を越えられることを優先します。収集目的と勝利目的のどちらが主か開始前に決めます。
失敗しても条件を一つ否定できれば記録になります。複数の未知条件を同時に試しません。
項目が反映されない時
フィルター、カテゴリ、保存完了、Steam同期を確認します。ゲームを通常終了し、同期が完了してから再表示します。条件が不明なまま高価な操作を繰り返しません。
Dudexは存在確認に使えますが、Collection解放条件の証拠とは限りません。名称と条件を分けます。
Steam Cloudの注意
SteamはCloudを案内しています。競合時は時刻を比較し、上書きを急がず、可能なら安全なコピーを残します。Cloudの表示だけで復元時点を保証しません。
Collectionが欠けた時に保存データを最初に削除しないでください。サポートで可逆的な診断から始めます。
Demo引き継ぎの文脈
2026年7月23日の公式ニュースはDemoの進行を正式版へ引き継ぐと案内しました。これはその移行に関する公式発表です。すべての将来版や別製品へ自動適用しません。
アップデートで時系列を確認し、AppIDとアカウントを確認します。
Stars・Tiersとの境界
Collectionの追加、Starsの増減、Tier移行が同時に起きても、明示されない関係を作りません。StarsとTiersで別記録にします。
本ページは2026年8月1日の正式リリース情報です。信頼できるCollection表は項目数が多い表ではなく、何を、どの画面で、どの根拠により数えたか説明できる表です。
項目の状態を四段階で書く
存在をDudexで確認、ゲーム内一覧で表示、条件を満たして取得、保存後も保持、の四段階を分けます。Dudexに名前があるだけで自分のCollectionが解放済みとは限らず、画面に影が見えるだけで取得条件が判明したことにもなりません。
各項目へ公式名、カテゴリ、表示画面、現在状態、確認日を付けます。未確認を未取得へ置き換えず、filterで隠れていないかも確認します。
Collection目的のRun
収集を優先する場合は、攻略の最適化とは別の目的だと明記します。未取得候補を選ぶために現在の核を弱めるなら、その費用を記録してください。Collection向けの一回の選択を一般的なBuild推薦へ変えません。
一度に複数項目を試すより、確認する対象と期待する表示を一つ決めます。終了後に取得画面、保存、再起動後の保持を順に確認すると、条件達成と表示更新を分けられます。
欠落時の問い合わせ資料
AppID 3934270、アカウント、版、項目名、取得前後の画面、正常終了時刻、Cloud同期状態、再現手順をまとめます。個人情報を隠し、元の画像やlogは安全に保管します。
最初から保存を消したり、非公式fileを導入したりせず、filter、整合性、同期、公式更新の順で可逆的に確認してください。