Fallout 76 Wiki - S.P.E.C.I.A.L.とLoadout

役立つビルドはPerkの長い一覧ではありません。旅、クエスト、Public Event、team supportなど、繰り返せる仕事を一つ定義し、その仕事に武器、S.P.E.C.I.A.L.、防具、弾薬、修理を合わせます。Loadoutは実験を戻せるように使います。

カードを選ぶ前に仕事を決める

「solo quest用rifle」「Public Event用support」のように一文で書きます。Damage、defense、ammo、weight、Action Point、craft、repairのどれかに結びつかないカードは、必要になるまで外しておきます。

S.P.E.C.I.A.L.を予算として使う

Strengthはheavy weapon、melee、weight、Perceptionはrange、Intelligenceはcraft、AgilityはAction Pointなどを支えます。これは考え方の分類で、万能の順番ではありません。同じ地域で武器を試し、明確な問題が出た時だけ一つ動かします。

カードを層で組む

最初に武器、次に防御、最後にmaintenanceを置きます。旅用のweight、healing、repairを保存し、specialistは後から作ります。まとめて変更せず、層ごとに試すと効果が分かります。

維持費で武器を選ぶ

同じ場所でshot、reload、condition、ammo、retreatを比べます。数字が高い武器でも材料を維持できなければ旅には不向きです。公式のFallout 76概要はexplore、combat、craftの循環を示しますが、個別の維持費はclientで確認してください。

活動に防具を合わせる

通常防具とPower Armorは移動、defense、maintenanceの問題が異なります。weight、condition、mod、repair routeを比べ、帰還時にoverweightにならない方を選びます。

Loadoutを保存して意図的に試す

実用版を先に保存し、同じ活動でsurvival、healing、ammo、repairを測ります。公式イベントガイドで活動の種類を確認し、2026-07-21のnotes後は再テストします。

ソロの制御を失わずteam playに対応する

目的を進めつつ、他人にも参加してもらいます。team用Loadoutでもrepair、travel、questを妨げないようにし、backup weaponと帰還地点を残します。

ビルド確認表

仕事、武器、弾薬、防御、maintenance、weight、repair、travel Loadout、テスト日を確認します。カードの解決した問題を説明できなければ、一度外して再確認します。

Buildの強さを比べる時、表示上のdamageだけを表にしないでください。ammo消費、reload中の危険、repairに戻る回数、weight、healing、team支援への依存を一緒に記録します。数字が良くても、同じ条件で再現できなければ、プレイヤー向けの確定的なbest buildとは言えません。

S.P.E.C.I.A.L.とPerkは、活動の仕事に合わせて層で組みます。主武器のdamage、受ける圧力へのdefense、ammoとweightのutility、craftとrepairのmaintenanceを別々に考えます。新しいカードを得るたびに全構成を替えるのではなく、保存したTravel版を基準に一つの層だけを試してください。

Weaponとarmorの組み合わせは、地域とteam条件で結果が変わります。solo questで快適なRifleが、敵の多いPublic Eventで弾薬を使いすぎることもあります。逆にHeavy weaponが、資材の豊富な活動では安定する場合もあります。activity、platform、version、日付を記録して比較します。

Loadoutを保存する時は名前に仕事を含め、帰還用のbackupとrepair reserveを残します。Patch後には、description、weapon condition、legendary effect、UIの表示を再確認します。PTSの候補はlive default branchへそのまま移さず、現在のclientで再現できた結果だけを更新します。

team playでは、敵を倒す速度だけでなくobjectiveを進める能力が必要です。supportカードで味方を助けながら、soloに戻った時のTravel版も維持します。目的と防御の両方を説明できる構成なら、別の地域や別の仲間でも調整しやすくなります。

ビルドの比較では、表示上のdamageを唯一の評価にしません。ammo消費、reload中の危険、repairへ戻る回数、weight、healing、team支援への依存を同じ記録へ入れます。高い数値でも、異なる地域、別の敵、別のplatform、古いversionでしか再現できないなら、条件付きの結果として扱います。

S.P.E.C.I.A.L.とPerkは、主武器、defense、utility、maintenanceの層へ分けて組みます。主武器用のカードを増やす前に、weightやammoの不足が本当の失敗原因ではないか確認します。新しいカードを得た時も、保存したTravel版から一枚だけ変更し、何が改善したかを測ります。

weaponとarmorは同じ活動の中で評価します。Rifleは距離とammo、Heavyはweightとrepair、Meleeは接近時の防御、Power Armorはconditionと材料を含めて見ます。eventでは敵とobjectiveが動き、solo questでは移動と回復が重要になるため、同じ構成が全てに最適とは限りません。

Loadoutには仕事の名前を付け、Travel、Quest、Event、Craftなどの目的を明示します。specialistへ切り替える前に、backup weapon、repair reserve、return pointを残します。patch後はdescription、legendary effect、UI、weapon conditionを一つずつ確認し、PTSの予想をlive branchの事実にしません。

team playでは、enemyを倒す速度だけでなく、目的地点を守る、敵をtagする、味方を安全にreviveする、報酬を整理する能力も重要です。team用カードを使った後にsoloへ戻る可能性を考え、移動用の実用版を失わないように保存します。

Buildのメモには、activity、weapon family、ammo、armor、Perk、Loadout名、開始と終了のcondition、日付、version、platformを残します。失敗がcombatかresourceかnavigationかを分ければ、全構成を捨てずに一つの層だけ直せます。結果が再現しない時は、まず条件の違いを確認します。

初心者は、最初からspecialistを完成させるより、実用版で通常のquestとPublic Eventを行い、どの問題が繰り返されるかを観察します。上級者は、変更後の短いテストとfallbackを用意してから、rare componentやlegendary craftを使います。どちらも、長く維持できる循環を目標にします。

Buildを公開する場合も、対応するactivity、武器種、platform、version、確認日を明記します。数字だけのrankingではなく、ammo、repair、weight、team依存、fallbackを説明すれば、他のプレイヤーが自分のrouteに合わせて調整できます。未テストのlegendary effectやPTS-onlyの変更を、現在のSteam PC版の前提へ入れないでください。

Loadoutを使った比較では、開始前と終了後のcondition、ammo、healing、caps、weightを並べます。改善が一つでも他が悪化したなら、そのtradeoffを書き、Build全体をbestと断定しません。小さな差分を保存しておくと、patch後にどのカードだけを戻せばよいか分かります。