Low-Budget Repairs には別の Steam Demo があります。本編は AppID 3167920、Demo は AppID 3642880 です。仕事、価格、操作、性能、セーブを記録するたびに製品名と AppID を残し、Demo の観察を本編の機能として自動的に書き換えません。
インストールした製品を特定する
Steam ライブラリの正式名と AppID 3167920 を確認してから試験を始めます。公式ニュースには別 Demo AppID 3642880 が示されています。動画や画像は製品名を省略することがあるため、タイトルだけを根拠にしません。
Demo を範囲付きのサンプルとして扱う
Demo は雰囲気、部屋、改装の基本ループを見せますが、完全な仕事一覧、経済、進行、最終バランスを保証しません。観察には Demo、本編、範囲不明のいずれかを付けます。
仕事の境界を比べる
部屋、目的文、必要な操作、使える道具を両製品で記録します。Demo の動画に浸水した浴室があっても、そのビルドで見たことを示すだけで、本編の固定順を証明しません。
セーブと進行を分ける
Demo のセーブが本編へ移る、または購入後に同じ部屋が続くとは仮定しません。再現可能な試験がない間は、二つの製品を別の試験環境として扱い、重要な進行を引き継ぎ試験に使いません。
要件を慎重に比べる
本編の公式ページには Windows 10 64-bit と 30 GB が掲載されています。Demo のロードや内容が異なる可能性があるため、性能報告には製品、解像度、設定、ビルド、ハードウェアを含めます。
改装ループを比べる
共通する前提は古い集合住宅を予算内で改装することです。依頼を読む、部屋を見る、次の操作に必要なものだけ買う、修理し、目的を確認する、というループから始めます。未確認の報酬や進行を共通仕様にしません。
告知を日付の根拠にする
公式ニュースの日時は、その時点の発表状態を示します。画像、動画、コミュニティ手順が同じビルドで記録された証拠にはなりません。各引用に確認日を付けます。
正しいガイドを選ぶ
Demo の手順はインターフェースや再現できる Demo の挙動に使い、本編の実績、Cloud、最終経済には本編の試験結果だけを使います。両製品で確認した場合にのみ共通手順と明記します。
比較を記録できる形にする
製品名、AppID、日付、ビルド、部屋、目的、購入、結果、出典 URL を一行にします。こうすれば発売パッチで Demo か本編のどちらが変わったかを限定して直せます。
出典: https://store.steampowered.com/app/3167920/LowBudget_Repairs/ および https://steamcommunity.com/app/3167920/allnews/ （2026-08-09確認）。セーブ移行、最終仕事順、機能の一致は現行版で要確認です。
このページが主張しないこと
Demo が時間制限版であること、内容が本編と同一であること、購入で特定のセーブが解除されることは主張しません。これらは製品固有の再現試験が必要です。予告映像から操作ガイドも作りません。
発売後に再確認する
本編発売後は両製品のストアと現行ビルドを再確認します。変わった行だけを日付付きで更新し、古い観察を履歴として残します。Demo と本編のどちらにパッチが入ったかも記録します。
明確な範囲ラベルで終える
「Demo で確認」「本編で確認」は意味がありますが、「Low-Budget Repairs で確認」だけでは不十分です。フロントマターと本文の両方に製品範囲を置くことが、二つの製品を混ぜない最も簡単な方法です。
比較表では、製品名、部屋、依頼、操作、価格、結果、セーブ状態、確認日を列にします。値が同じに見えても、Demo と本編で目的、在庫、ロード、保存の仕組みが違う可能性があります。表の一行を別の製品へコピーする前に、同じ条件で再現できるかを確認してください。
発売後に差が見つかったら、変わった行だけを更新し、元の観察を履歴へ残します。動画の投稿日時、公式の発表日、プレイしたビルドを近くに置くと、古い映像が現在の仕様として引用される危険を下げられます。
本編と Demo の共通点を書く場合も、共通して確認できた操作だけに限定します。部屋の雰囲気や改装という前提は似ていても、仕事の数、収支、道具の在庫、セーブの挙動が同じとは限りません。違いが分からない項目には「製品別に再試験」と記載します。
比較を更新する人は、元のスクリーンショットや記録を消さず、変更したセルに理由と確認日を付けます。これにより、読者は自分の画面が古い版なのか、別製品なのか、単なる操作ミスなのかを順番に判断できます。