各currencyに役割を与えます。Capsはtravelやvendorのreserveにし、他のcurrencyは現在のactivityに関係する時だけ使います。balanceが増えても、repairやrewardの帰還ができなければ役立ちません。
Capsにtravelの役割を与える
出発前にcaps、ammo、healing、weightを見ます。予定外のFast Travelやvendor用のreserveを残し、次のquest routeが不明なうちは使い切りません。
一度に一つのcurrencyを追う
現在の決定に関係するcurrency、balance、purchase、補充activityを書きます。数字を減らすためだけに使わず、limitやexchangeは現行menuと日付で確認します。
Spendingとsavingを分ける
今日使える量と次のpurchaseの必要量を別々に記録します。itemがcharacter-boundやmenu制限付きか確認してから売買します。別patchの記憶をUIの代わりにしないでください。
Rewardを捨てる前に確認する
eventやquest後にweapon、backup、stash spaceと比べます。重ければstashへ戻り、不要なら理由を記録します。感覚で毎回違う判断をしないための手順です。
Versionを意識してbalanceを見る
アップデートのnotesはreward、item、economyを変更することがあります。Steam PCとconsoleを混ぜず、cost、limit、stockを日付付きで書きます。
Capsは単なる残高ではなく、routeを短くするための選択肢です。長い移動の前にreserveを決め、vendorで買う品がrepairやammoの問題を本当に解決するかを確認します。歩いてdiscovered locationを増やすことと、Fast Travelで時間を守ることはどちらも有効です。現在の目的とweightに合わせて選び、毎回同じ答えを使わないでください。
currency menuを開いたら、balance、使える場所、limit、reset、補充するactivityを別々に読みます。古い動画のpityやexchangeを現行ルールだと思わず、表示された説明を日付付きで記録します。itemがcharacter-boundなら、別characterへ移せる前提で計画を立てません。購入を見送る理由もメモすれば、次のsessionで無駄な再確認を減らせます。
eventやquestの後は、rewardを売る前にweapon、armor、backup、stash spaceを比べます。capsが増えても修理材料が足りなくなれば別の問題が生まれます。経済に関するguideを読む時は、Steam PC、version、dateを確認し、consoleやPTSの値をそのまま混ぜないでください。
Capsを使う時は、購入できることと購入すべきことを分けます。vendorのitemが主武器のrepairやammo不足を解決するなら価値がありますが、次の長距離routeに必要なtravel reserveを失うなら待ちます。歩いて地図を学ぶ回と、Fast Travelでrewardを守る回を使い分けると、capsの判断が明確になります。
他のcurrencyを確認する時は、balanceだけを見て判断しません。どのmenuで使うか、characterにboundか、limitとresetがあるか、どの活動で増えるかを順に読みます。古いguideに記されたpity、exchange、vendor stockは、現在のclientの説明と一致する場合だけメモへ残します。日付とplatformを必ず付けてください。
eventやquestのrewardは、capsへ変える前にLoadoutとstashを確認します。weaponやarmorが将来のbackupになるなら保管し、重い不要品だけを売るかscrapします。経済の変更を見つけた場合は、どの画面で、どのversionで、どのcharacterが見たかを記録すると、他のplatformの情報と混ざりません。
購入前に「今の問題を直すか」「次のrouteを安全にするか」「将来のbuildのためか」を答えます。答えがない物は、capsが余っていても急いで買いません。vendor stock、交換条件、resetの時刻はpatchやplatformで違う可能性があるため、見た画面をそのまま記録します。
Caps以外のcurrencyも、無理に使い切る必要はありません。新しい武器やarmorがまだ試されていないなら、交換を保留してbuildの仕事を決めます。eventのrewardを整理してからbalanceを確認すれば、取得した物と使った物の関係が見え、経済の変化を追いやすくなります。
経済のメモには、character、date、version、platform、活動名、開始と終了のbalanceを残します。将来の比較では、同じ条件の観察だけを並べます。communityの価格や古い表は、現在のmenuと一致するかを確認してから参考にしてください。
balanceの記録には、character、date、version、platform、活動名、開始と終了の値を含めます。これらが揃っていれば、communityの価格表や古い動画を現在のclientと比較できます。capsを使わない判断、currencyを保留する判断、rewardを売らずにstashする判断も、同じ経済計画の一部です。新しいitemを買う前に、今のBuildの仕事とrepair reserveをもう一度確認してください。
Fast Travelのためのcaps reserveを守ると、遠いrewardやteam activityから安全に帰りやすくなります。vendorの購入は、ammo、repair、Buildの不足を実際に解消する時に限定し、見た目だけのアップグレードを優先しません。currencyを貯める場合も、次の活動と交換の条件を決めてから行うと、balanceの大小だけに振り回されなくなります。
イベントやクエスト後の経済メモには、得たreward、売ったitem、使ったcaps、残ったreserveを書きます。後日同じ活動を行った時に、価格の変化、stock、reset、reward boundaryを比較できます。PTSやconsoleの値が違って見える場合は、現在のSteam PC clientの表示を基準にし、推測を確定情報として掲載しません。
経済の判断を行った画面と日付を残すと、同じvendorやactivityを後で比較できます。開始と終了のbalance、購入したもの、売ったもの、使わなかったreserveを一緒に記録してください。capsを使わない、currencyを貯める、rewardをstashするという選択も、現在のSteam PCのresource loopを守る具体的な行動です。
購入、販売、保留の三つを分けて記録すれば、次のactivityのためのcaps reserveを守りながら、現在のBuildに必要な交換だけを実行できます。
範囲メモ
Base game、Steam PC、AppID 1151340、version 1.7.25.39を2026-08-10に確認しました。balance、caps、vendor、exchange、DLC、PTSの固定値は対象外です。