Low-Budget Repairs サポート

サポートでは、公式に掲載された要件と、現行版で再現した問題を分けます。本編は発売前情報が多いため、Steam Deck、Proton、コントローラー、性能改善を経験だけで確定しません。

公開された要件を確認する

公式ストアの Windows 10 64-bit、CPU、RAM、GPU、30 GB の欄を読みます。推奨欄は目安であり、個々の仕事や固定 FPS を保証しません。

プラットフォームの主張を狭くする

本編で確認した結果だけを本編の結果として表示します。Linux、macOS、Steam Deck、Proton、コントローラーは、OS、ビルド、設定を明記した別試験です。

Steam Cloud を慎重に扱う

ストアに Cloud が掲載されていても、保存先、同期時刻、競合、復旧手順は分かりません。重要なセーブを使わず、バックアップと製品範囲を残します。

再現可能な問題を報告する

製品、AppID、ビルド、OS、CPU、GPU、RAM、解像度、設定、仕事、操作、期待結果、実際の結果を記録します。短い動画や画面の文章も、再現手順の補助になります。

発売後の証拠を待つ

発売前のプレビューは問題の仮説を示しますが、修正方法を保証しません。公式パッチ、現行版の再現、複数条件の比較がそろうまで、固定の回避策を公開しません。

変数を一つずつ試す

解像度、プリセット、ドライバー、入力、セーブを同時に変えません。通常設定の基準を作り、一項目ずつ変更して結果を比較します。

機能の主張を事実に保つ

ストアの機能ラベルは、細部の手順や対応範囲を自動的に説明しません。Steam Cloud、実績、Family Sharing、シングルプレイヤーをそれぞれ公式記載と実機観察に分けます。

パッチ後に根拠を更新する

パッチで状態が変わったら、古い観察を削除せず日付とビルドを付けて残します。新しい結果を別行にし、どの製品と設定で変化したかを示します。

よくある質問

Steam Deck 対応を主張できますか？

確認済みの公式範囲は Windows 10 64-bit です。Deck や Proton は現行版の別試験が必要です。

Steam Cloud は公式ですか？

本編のストアページに機能として掲載されています。ただし競合や保存先までは未確認です。

必要な容量はいくつですか？

確認した公式欄では 30 GB です。パッチ用の実用的な余裕は別に確保します。

出典: https://store.steampowered.com/app/3167920/LowBudget_Repairs/ （2026-08-09確認）。性能と互換性の修正は現行版で要確認です。

バグと未確認情報を分ける

再現手順があるクラッシュと、まだ画面に出ていない仕様は別の問題です。未確認のセーブ場所や仕事順を「バグ」と呼ばず、次の検証課題として案内します。

サポートページを最新に保つ

更新日、製品、ビルド、設定、根拠ラベルを各手順の近くに置きます。パッチで一項目だけ変わった場合は、ページ全体を作り直さず該当する観察を更新します。

適切な問い合わせ先を使う

Steam のインストールや Cloud 表示はクライアント側、ゲームの再現バグは開発元側、購入やアカウントはストア側へ伝えます。どの窓口にも AppID と再現条件を添えます。

サポートへ渡す前に、ゲームを再起動しても同じ症状が出るか、別の仕事や新しい安全なセッションでも出るかを確認します。セーブを削除したり、設定ファイルを手で変更したりする前にバックアップを作ります。再現しない場合は、失敗した一回を確定したバグではなく、追加の観察として残します。

性能問題では、起動に失敗する、ロードで止まる、操作中にフレームが乱れる、入力だけが反応しない、という症状を分けます。各症状に OS、CPU、GPU、RAM、解像度、プリセット、ドライバー、発生場所を付けると、要件不足と個別の不具合を区別できます。

Cloud やセーブの問い合わせでは、現在のローカル状態を上書きしないことを優先します。競合画面、同期時刻、最後に正常だった操作、製品範囲を保存し、公式の復旧案内がない間は削除手順を断定しません。これらの慎重な境界は、発売後に正確な手順を追加するための土台になります。

起動や性能の問題と、ゲーム内で仕事が進まない問題も別に扱います。前者では PC 構成、OS、解像度、設定、ドライバーを記録し、後者では部屋、依頼、対象、購入、操作、目的パネルを記録します。二つが同時に起きたように見えても、まず一方の基準を作ってからもう一方を調べます。

サポート記事に手順を追加する条件は、同じ製品とビルドで再現でき、開始状態と終了状態が説明でき、失敗した場合の安全な戻し方があることです。コミュニティの一件の報告は有用な手掛かりですが、全員に効く修正とは呼びません。確認できない値は、読者が試せる質問へ変換します。

公式ページ、Steam クライアント、ゲーム内表示、開発元の告知は、それぞれ支える主張が違います。要件はストア、同期状態はクライアント、仕事の判定はゲーム内、修正内容は公式告知を優先します。出典の範囲を近くに置くことで、古い情報が新しい挙動を上書きするのを防げます。

読者へ案内する順序は、バックアップ、製品とビルドの確認、再現条件の固定、一変数の変更、結果の記録です。復旧に失敗する可能性がある操作は、公式の手順と安全な戻し方が確認できるまで保留します。これが、発売前の短いサポート記事を無理に万能な修理マニュアルへ変えないための境界です。

不確実な点を隠さず、確認可能な次の一手を示すことがサポートの基本です。