この Updates tracker は日付付きの出典地図です。Steam のイベントをすべてパッチとは呼びません。本編は 製品ID 、別デモは 製品ID です。デモの修正記事は質問の背景を示しても、本編の現在仕様を証明しません。
2026-07-29 - 本編のリリース期間
公式 Steam ストア()が本編のリリースメタデータを示します。これは将来の更新や機能を保証するものではありません。正規の確認先は リンク にあります。
2026-06-15 - ローンチ機能の告知
公式 Steam Community の告知は、破産、Prestige Points、リング、ブレスレット、ショップ、piggy、ハンマー、エンディングを説明しています。発表文と現在の画面を分けて読みます。
2026-04-26 - デモのバグ修正文脈
この投稿は 製品ID のデモに関係します。請求タイマー表示、スタミナ報告、ハンマー調整、スキルツリーや請求 UI の問題が書かれています。本編のパッチとして表示しません。
ライブ確認キュー
告知後はタイトル、AppID、ストア、ニュース、請求、スタミナ、ハンマー、piggy、レアコイン、Prestige の画面を確認します。変わる値には日付と OS を付けます。
この tracker の読み方
各項目は日付、ソース種別、範囲を持ちます。公式メタデータ、公式投稿、デモ文脈、コミュニティ観察は同じ強さではありません。観察をパッチの事実へ自動変換しません。
保守チェックリスト
新しい記事が出たら、まず本編と 製品ID を確認します。請求文、スタミナ、ハンマー、piggy、コイン、Prestige の画面を比べ、変化があれば子ページを更新します。古い観察は履歴として残します。
この tracker が主張しないこと
ローンチ告知が完全な changelog だとは言いません。放置や将来の頻度も推測しません。ブラウザ、モバイル、デモ、本編を一つに混ぜません。
ガイドへの反映方法
請求が変われば請求ガイドへ、ハンマーや piggy が変われば各ページへ、新しい Prestige が確認されれば Upgrades へ日付付きで送ります。一つの変更を全記事へ重複させません。
根拠の層
ストア文と開発者告知は記載範囲の公式根拠です。デモのバグ報告は公式でも過去の範囲があり、プレイヤー投稿はコミュニティ観察です。今日の値は現在画面で確認します。
保守のタイミング
リリース告知、ストアの変更、記事と UI が違う報告の後に見直します。変更がなくても確認日を更新します。「確認できる変更なし」も有効な状態です。
古い項目の使い方
日付付き項目でソースの発言を知り、リンク先で現在の build を確認します。ローンチの機能は今日の数字ではありません。観察と UI が違えば、その差も履歴に残します。
関連ページ: links、guides。 更新トラッカーへ項目を追加するときは、日付、製品、プラットフォーム、発表の種類、確認できた内容、まだ不明な内容を一緒に残します。こうすると、発売時の説明と今日の画面が違っても、どちらがどの範囲で正しいかを説明できます。
デモのバグ修正は、同じ名前の本編へ自動で移しません。修正が本編にも適用された証拠がない場合は、デモの文脈として保ち、現在の本編UIで別に確認します。
変更が見つからない日も、確認日と調べた出典を残す価値があります。ノイズの多い検索結果を新機能と誤認せず、確認できる変更なしという状態を明示できます。
請求、ハンマー、貯金箱、Prestige のどれかが変わったら、まずここに短い履歴を書き、次に影響を受ける子ページを更新します。全記事へ同じパッチノートを複製しないことで、文脈が保たれます。
過去の項目を読むときは、発表文が約束したことと、ゲーム内で今確認できることを分けます。日付付きのURL、商品範囲、AppIDが残っていれば、将来の検証も同じ出発点から行えます。
プレイヤーの報告が公式の文章と異なる場合は、まず日付、商品、表示版、プラットフォームを比較します。条件が一致して初めて、UIの差や修正の有無を次の調査として扱います。
外部ソース: https://steamcommunity.com/app/4421010 https://steamcommunity.com/app/4421010 https://store.steampowered.com/app/4421010/Bills_Must_Be_Paid/
AppID: 4421010 AppID: 4577620 更新項目は、何が発表されたかと、現在のゲーム内で何が確認できるかを二段に分けて書きます。発売時の機能、デモの修正、Community の観察、本編の現在画面は同じ種類の証拠ではありません。新しい変更がない場合も、調べた出典と確認日を残せば、後から調査を重複させずに済みます。子ページを直すときは、請求、ハンマー、貯金箱、アップグレードのどの範囲に影響したかを明記します。以前の説明を消すのではなく、商品と日付を添えた履歴として残します。 更新の項目は、過去の発表を現在の数値へ変換するためのものではありません。発表が述べた機能、デモだけの修正、プレイヤーが報告した現象、現在の本編画面を別の層として記録します。新しい投稿を見つけたら、商品、日付、プラットフォーム、表示版を先に照合します。変更が確認できない場合も、その結果を残すことで同じ調査を何度も繰り返さずに済みます。子ページへ送るときは、請求、ハンマー、貯金箱、スキルのどこが影響を受けたかを明示し、古い履歴は消しません。