請求の支払いは、対象を壊すたびに押すボタンではなくルートの判断です。スタミナ、ランダム戦利品、取り立て屋が組み合わさるため、現在の請求画面を読み、帰り道の分を残し、数字やタイマーは現行版の情報として扱います。
支払いの手順
請求を確認し、フィールドから戻る距離を見ます。残りスタミナを全部使う対象は避け、支払いが可能になったら行動を完了して特典の文言を記録します。追加の報酬より安全な帰還を優先します。
短い遅延が許される場合
次の対象が近い、特典が必要、帰り道が安全という条件なら短い寄り道が意味を持つことがあります。ただし固定ルールにはしません。取り立て屋のコストとスタミナはランごとに変わります。
特典の選び方
問題がスタミナ、命中、ダメージ、速度のどれかを確認します。特典の名前だけで最強と決めず、画面の説明を読みます。永続効果かどうかも画面に書かれた範囲だけで判断します。
取り立て屋と破産の注意
失敗時は 製品ID 、日付、請求の表示を残します。意味を確認するには 破産と取り立て屋 を使い、商品範囲のないコメントを根拠にしません。
情報源とライブ確認
公式 Steam は請求とスタミナの大きなループを確認する場所です。公式 Community は日付付きの告知です。価格やタイマーはゲーム内で再確認します。
よくある三つの失敗
請求を見る前にスタミナを使い切る、特典を問題と結び付けない、デモの結果を本編に移す、という失敗があります。一度のランで一つだけ直し、何が変わったかを残してください。
ノートの型
日付、商品、表示版、ハンマー、初期スタミナ、請求文、ルート、特典、結果を書きます。表示されない項目は「表示なし」とします。これでパッチ後にも同じ条件を比較できます。
テストを止める時
残りの余力が少なく、もう差を判定できないならテストを終えます。支払う、ランを終える、破産を記録するのいずれかを選びます。次の試験は一つの変数を変えて始めます。
安全な比較ルール
請求状態、ハンマー、スタミナの条件を近づけ、片方のルートだけ変えます。集めたお金だけでなく、支払いに成功したかを見ます。再現しない差はライブ確認のまま残します。
関連ページ: bankruptcy and collector。 支払いに向かう前に、現在の対象から得られる確実な収入と、戻るために必要なスタミナを見積もります。推測に幅がある場合は、低い方の結果でも帰れるルートを選び、余った時間を次の試行の記録に使います。
特典の候補を比べるときは、文言の対象と持続範囲を確認します。今のランの一時効果なのか、次のランにも残る進行なのかが不明なら、画面に書かれた範囲だけを説明し、残りはライブ確認として扱います。
失敗した支払いは、単に遅すぎたとまとめません。請求が出た時点の抵抗、帰路の距離、対象の動き、ハンマー、選んだ特典を並べると、次に変える変数を一つに絞れます。
同じ支払いを調べるときは、別の商品の画面を混ぜず、日付の近い試行を比較します。数値を見つけても、同じ条件で再現できるまでは固定の基準として公開しない方が安全です。
参照リンク: ページ
外部ソース: https://steamcommunity.com/app/4421010 https://store.steampowered.com/app/4421010/Bills_Must_Be_Paid/
請求に関する判断は、画面に出た金額、支払い後の選択肢、戻るために必要な抵抗、取り立て屋の状態を同時に読むと安定します。少しだけ追加で集める場合も、低い結果を想定して帰れるかを確認します。破産を選んだときは、失敗を一言で終わらせず、どの対象、どの道具、どの距離が原因だったかを次のランで再確認します。古い投稿が詳しくても、現在の商品と表示版が一致しなければ現在の価格や効果の根拠にはしません。支払い、特典、進行が別のランに属するなら、その境界を本文にも残します。