確認できる範囲
StarsはHow Many Dudes?の進行に関わる要素です。本ページは、現在画面と公式情報で確認できる取得、支出、結果を分けます。根拠のない費用表、上限、解放条件を追加しません。
外部一覧を使う時は、対象がAppID 3934270の正式版か、確認日があるかを見ます。Demoの値をそのまま移しません。
取得を記録する
開始残高、行動、終了残高、表示メッセージ、モード、日付を書きます。一回のRunで複数条件が変わった場合、どれが報酬原因か断定しません。
次回は一つの条件だけ変えます。完全に同じ状態が作れない場合は差を記録し、観察として扱います。
支出を記録する
支出画面の正確な名称、表示費用、選ばなかった代替を残します。購入前に期待する効果を一文で書きます。残高があるから使うのではなく、目的へ近づくかを比べます。
目的が明確でない時に保存するなら、何が表示されたら使うかという終了条件を付けます。
結果を確認する
支出前後で変わった画面と値を確認します。候補が見えるようになったことと、Runで利用できることを分けます。「永久」「全モード」などの言葉は画面が明示する場合だけ使います。
期待と違う時は、同時に変わった他の進行を確認し、Starsだけの効果にしません。
Tierとの境界
開発者ガイドは三Tiersを説明します。TierとStarsが近い画面にあっても、公式に関係が示されない限り独自式を作りません。TiersはRun段階として扱います。
関係が明示された場合、条件文と日付を記録し、将来の更新で再確認します。
Collectionとの境界
Collection項目やSteam実績は別の進行層です。2026年8月1日のストアでは69件の実績が確認できますが、この総数はStarsの総数や費用を示しません。
Collectionsでカテゴリと画面を分けます。同時達成から全項目の対応を推測しません。
支出計画
一つの観察可能な目標を選び、各選択がどれだけ近づくか比較します。残高、候補、期待、結果の四列を作ります。複数回の記録があっても、個人結果を普遍規則へ変えません。
不明な関係の試験に全資源を使わず、修正または第二試験の余白を残します。
一件の取得を検証する例
Run開始前の残高を記録し、主目的を一つ決めます。終了後、結果画面が示す報酬と新しい残高を別々に保存します。途中でCollection、実績、Tierが変わった場合も列を分け、Starsの原因としてすぐまとめません。
次のRunでは主目的以外をできるだけ同じにし、一条件だけ変えます。候補列まで同一にできない場合、その違いを記録します。二回の差があっても、公式に説明されない計算式を逆算して断定しません。
この方法は数字の完全式を作るためではなく、どの行動が候補となるかを安全に絞るためです。
支出候補を順位ではなく目的で分ける
アクセスを増やす、Buildの下限を上げる、Collectionの確認を助ける、将来の選択を開くなど、目的別に候補を置きます。全プレイヤー向けの一位を決めず、現在の目標に一致するものを選びます。
一つの候補が複数目的を持つ場合、今必要な効果と将来効果を分けます。現在のRunを越えられない時、遠い将来だけの購入は実現しません。逆に安全な時はアクセスへ投資する余地があります。
購入後、期待した画面が本当に変わったかを確認し、表示されただけか利用可能かも分けます。
残高不一致の確認
期待と残高が違う時は、別の支出、未反映の報酬、表示更新、Cloud同期、別accountを順に確認します。保存データを削除したり、同じ支出を繰り返したりする前に証拠を集めます。
PCとDeckを切り替えた場合、終了時刻と同期完了を確認します。Cloudの存在は直前sessionが必ずupload済みという意味ではありません。
Stars日誌の形式
確認日、版、モード、開始残高、行動、表示報酬、支出、終了残高、変わった画面を一行にします。不明欄は空白にし、推測値を入れません。
古い日誌を消さず、patch後は新しい行を追加します。数値が変わった時に、過去の誤記か版の変更かを調べられます。
安全な試験の上限
関係を確かめるために全Starsを消費する必要はありません。最小の一回で前後を見て、結果が曖昧なら追加情報を待ちます。取り消せない支出の場合は、画面の説明を読み、試験より進行目的を優先します。
個人の検証は役立ちますが、他のaccountへ同じ結果を保証しません。共有時に版と条件を添えます。
外部表を監査する
数字が残高、費用、報酬、累計のどれかを確認します。版、モード、画面がない表は、現在の意思決定へ直接使いません。小数があっても公式確率とは限りません。
元の出典へ戻り、確認できた欄だけを使います。不明欄は空白のまま残します。
更新後の手順
アップデート、Steamストア、ゲーム画面を確認します。古い数字を消さず、日付付きの行として残すと差の原因を調べられます。
本ページは2026年8月1日の正式リリース情報です。進行へ戻り、取得、支出、結果を独立した事実として扱ってください。
残高と報酬を混ぜない
画面に表示されたStarsが、現在残高、今回得た量、累計、支出後の残りのどれかを確認します。前後の画面がない場合、差分を報酬として断定しません。表示更新が遅れた可能性も、公式説明なしに確定原因へしないでください。
一回のRunで複数の報酬や支出があった場合は、行動順に別行へ分けます。最後の残高だけから各項目の値を逆算すると、見落とした変化を誤った数値へ変えてしまいます。
支出前の確認
購入または解放画面の説明、必要量、取り消し可否、変わる対象を読みます。支出後に確認したい画面を先に決め、開始残高の記録を残します。取り消せない場合は、検証のためだけに全Starsを使わず、実際の進行目的を優先します。
別の項目も同時に変わる操作なら、どの結果がStars支出によるものか不明になる可能性があります。確認できない関係は未確認として残し、次の安全な機会を待ちます。
取得経路を比較する
モード、Tier、版、行動、表示された取得、終了残高をそろえて比較します。条件の違う二回を同じ平均へ入れず、Daily、Classic、Ensembleの情報差も記載します。少数の観察から固定報酬表や確率を作らないでください。
外部表を利用する場合は、元の出典、対象版、残高と報酬の区別を確認します。現在の画面で再確認できた欄だけを意思決定へ使います。
Starsと他の進行層
Starsが増えた時にCollectionや実績も変わっても、明示された条件がなければ直接関係としません。Tier移行、項目の追加、Steam実績解除を別の行にし、それぞれの確認画面を残します。
「解放」という同じ言葉でも、購入、表示、モードアクセス、実績解除は別です。対象を具体的に書くことで、誤った閾値が広がるのを防げます。
異常に見える残高
期待と違う場合は、アカウント、AppID、端末、同期時刻、直前の支出、表示filterを確認します。Steam Cloudの競合がある時は上書きを急がず、最後に正常だった状態と時刻を比べます。保存データ削除を最初の診断にしません。
表示だけの問題か、実際の残高変更かを別画面または安全な再起動で確認します。問い合わせには開始値、操作、終了値、版、再現手順を添え、個人情報を隠してください。
更新可能なStars日誌
古い値を誤りとして消さず、確認日と版の異なる行として保ちます。公式更新が値の変更を説明した場合は、その発表を新しい行へ結びます。理由が説明されない差に独自の原因を付けません。
この形式なら、現在の値を優先しながら過去の記録が当時の版に属していたことを示せます。数字の量より、どの種類の数字をどの条件で見たかが重要です。