S.P.E.C.I.A.L.とLoadoutはビルドの枠組みです。先に活動と武器を決め、実際に起きた問題へカードを割り当てます。公式概要はstatを調整しLoadoutに保存できると説明します。柔軟さは無計画なcopyではなく、比較可能な実験に使いましょう。
ビルドの仕事を書く
「solo travel用rifle」など一文にします。Damageは武器、defenseは被弾、utilityはweight、ammo、Action Point、craft、repairを解決するものだけを残します。
Attributeを層で使う
Strength、Perception、Intelligence、Agility、Endurance、Luckを、武器、craft、Action Point、生存、riskの問題に結び付けます。万能のpoint順を信じず、同じ地域で一枚ずつ試します。
実用Loadoutを先に保存する
主武器、backup、armor、healing、ammo、repairを入れ、「Travel」や「Quest」として保存します。specialistは実用版を戻せると確認してから作ります。新しいlegendary itemやpatchの後も復旧できます。
一つだけ変更する
同じenemy areaやactivityでammo、reload、Action Point、被damage、healing、retreatを観察します。日付、AppID 1151340、Steam PC branch、weaponを記録してください。2026-07-21 notesにはweapon、legendary crafting、UIなどの変更があるため、古いbuildは再確認します。
Travelとspecializationを分ける
専門カードはdamageを上げても、repair材料を運べなくすることがあります。Travel版にgeneral defense、ammo support、weightを残し、安全な場所でspecialistへ切り替え、報酬整理後に戻します。
使用後にカードを見直す
reload、stash、revive、craftなどで本当に助けたカードを残します。問題が消えたカードは外し、どの場面で効果があったかを書きます。patch後は最小の変更を再テストします。
Patch後に復旧する
live notesとdescriptionを読み、まず実用版をLoadします。effectが変わったらbackup weaponと低リスクの場所で試します。PTSの話をlive default branchの保証にしないでください。
カードを組む時は、先に武器、活動、移動距離、修理頻度を書きます。Strengthを上げる理由がweightなのかheavy weaponなのかを分け、Perceptionをdamageだけでなくrangeや目的に結びつけます。Intelligenceのcraft用カードを入れる場合は、戦闘中に失う防御やammo supportも記録します。こうするとS.P.E.C.I.A.L.の変更が数字だけの作業になりません。
実用Loadoutを使った一周では、撃破速度だけを見ないでください。帰還時の重量、使った弾薬、repairの回数、healingの量、Action Pointの不足、仲間への依存を同じメモに書きます。specialistが速くても、次の活動までに資源が戻らないならTravel版の方が長期的に安定します。比較は同じ地域、同じ武器、同じ目的で行います。
新しいPerkやlegendary itemを得た時は、全カードを一度に変えず、影響がありそうな一枚だけを交換します。結果が良ければ日付とversionを残し、悪ければ保存した実用版へ戻します。公式notesが変更を示した場合は、PTSの予想を混ぜず、live clientでdescriptionと動作を確認してから結論を更新してください。
カードの役割を決める際は、damage、defense、weight、ammo、repairを同じ表に書くと比較しやすくなります。Strengthを増やした結果が重量の解決なのかweapon damageなのかを分け、Intelligenceをcraftに使う場合は戦闘中の防御低下を記録します。S.P.E.C.I.A.L.のポイントを移す前に、どの活動で問題が起きたかを説明できるようにします。
Travel版は、専門版よりdamageが低くても、長いmap routeで安定することがあります。帰還時のweight、repairへ戻る回数、ammoの消費、healingの使用量を測り、専門カードが本当に時間を節約したかを判断します。teamがいる時の結果をsoloの結論にしないため、条件もメモします。
新しいPerkを得た場合は、保存したLoadoutを複製するのではなく、現在の版で一枚だけ交換します。短い同じ地域を走り、敵への命中、reload、Action Point、受けたdamage、退避の回数を比べます。変化の理由が分からないまま複数カードを変えると、良い結果でも再現できません。
patchや公式notesでweapon、legendary、UIが変わった時は、descriptionと実際の動作を別に確認します。PTSで見た候補はlive branchの事実ではありません。version、Steam PC、日付、使った武器を残し、実用版へ戻れることを確認してからspecialistを更新してください。
変更後は、敵を倒せるかだけでなく、次のactivityへ戻るまでの資源を見ます。ammoが減り、repairのために何度も帰るなら、damageの向上がroute全体の改善とは限りません。Travel版とspecialist版を同じ条件で比較し、team支援の有無も記録してください。
カードの説明がpatch前と違う場合は、旧メモを削除せず、日付とversionを付けて新しい結果の下に置きます。これにより、過去の判断と現在の判断を分けられます。PTSの変更は将来の候補として扱い、live clientで確認できない数値をプレイヤー向けの結論に含めません。
判断のまとめ
活動、武器種、防御、maintenanceを決め、実用Loadoutを保存し、一度に一つ試します。制限がammoやcraftなら資源を確認します。
Travel、Quest、Event、Specialistなど、Loadout名にも仕事を含めると切り替えの理由が分かります。カードを外す時も「弱くなった」ではなく、どの問題を解決しなくなったかを書きます。短い記録があれば、別の地域や別のチームで結果が変わった時にも、原因を追跡できます。
Loadout名をTravel、Quest、Event、Craftなどの仕事にすると、切り替えの理由を忘れません。カードを外す時も、そのカードが不要になったのか、問題が別のカードで解決されたのかを記録します。こうした短い履歴は、地域、仲間、eventの条件が変わった時に、ビルドの差分を見つける手がかりになります。
Buildの結論には必ず活動、platform、version、確認日を添え、別の条件で同じ結果が出ると断定しないでください。
この日付とscopeの付いた結果だけを、次のbuild判断の入力として使います。
範囲メモ
Base game、Steam PC、AppID 1151340、version 1.7.25.39を2026-08-10に確認しました。PTS、console、DLC、未テストのlegendary値は対象外です。