ExpeditionとDaily Opは普通のquestを長くしただけではありません。objectiveを読み、characterを準備し、teamのpaceを決めてから入ります。ExpeditionはAppalachiaの外へ行く活動、Daily Opsはcurrent event guideにあるrepeatable activityです。正確な目標とrewardはclientで確認します。
Runが合うか決める
weapon condition、backup、ammo、healing、weight、Loadoutを確認します。足りないcomponentがあるなら先に解決します。初心者は最初のobjectiveを尋ね、leaderはinteractionと復帰方法を説明します。
現地でobjectiveを読む
detailsを開き、location、defense、collection、timed action、targetを区別します。teamを見ながらmarkerを自分でも確認し、進行後は新しいinstructionを読みます。古い記憶だけで移動しないでください。
Teamのrhythmを管理する
敵をtagし、安全ならreviveし、目的から敵を引き離しすぎません。buildを試す人にも参加させ、ammoが重い時はbackup weaponを使います。終了後にreward、condition、ammo、weightを見ます。
Retryするか決める
最初に失敗した判断を特定します。ammo不足ならsupply route、interaction不足なら担当、combat pressureなら安全なLoadoutを変更します。具体的な一つのadjustmentを用意してからretryし、completed stepとfailed stepをメモします。
日付入りrun recordを残す
activity名、date、version、party size、Loadout、failed step、adjustmentを書きます。combat、time、navigation、supplyのどれが問題か分けると、更新後の再利用を判断しやすくなります。
活動へ入る前に、そのrunの目的を一つ決めます。mechanicを学ぶのか、rewardを得るのか、buildを試すのか、teamを助けるのかで、準備と成功の判断が変わります。高難度activityをstoryの必須checkpointとして扱わず、準備不足なら通常questやPublic Eventで練習してください。
現地ではdetails、marker、残り時間、teamの位置、次のinteractionを何度も確認します。downした後にobjectiveがどうなるか、どこでregroupできるかも最初に見ます。routeが分かれたら一方向を選び、全員が別々に進んで混乱しないようにします。敵を倒した数ではなく、objectiveを正しく進めたかを記録します。
retryする時は、ammo不足、navigation、timed interaction、combat、communicationの中から最初の原因を選び、一つだけ直します。終了後にparty size、Loadout、failed step、成功したadjustmentを書けば、別のteamや後日のversionで同じルートを再利用するか判断できます。
runへ入る前に、目的を「mechanicを学ぶ」「rewardを得る」「buildを試す」「teamを助ける」のどれか一つにします。目的が違えば、必要なLoadout、ammo、risk、成功の判断も変わります。高難度activityをmain storyの必須段階だと思い込まず、準備が足りなければ通常questやPublic Eventで練習します。
現地ではactivity detailsを読み、location、defense、collection、timed action、targetを分けます。objectiveが進んだら新しいinstructionを読み、古いmarkerに従い続けないでください。teamの位置、regroup場所、healingできる場所、down後のobjectiveも早めに確認すると、失敗時の復旧が短くなります。
teamでは、敵をtagし、目的から離れすぎず、safeな時だけreviveします。経験者でも、他のプレイヤーがinteractionを学ぶ時間を残してください。ammoが主武器の負担になるならbackupへ切り替え、終了後にreward、condition、ammo、weightを整理してから次のrunを決めます。
retryでは、ammo、navigation、timed interaction、combat、communicationの最初の原因を一つ選びます。変更するのはroute、Loadout、担当、回復、説明のどれか一つにし、同じ失敗をそのまま繰り返しません。party sizeとversionも記録しておくと、後の比較で条件が混ざりません。
activityを開始したら、目的の表示、チームの位置、残り時間、次のinteractionを確認します。戦闘が激しくても、目的地点から離れれば進行が止まるため、coverを使いながらobjectiveへ戻ります。downやdisconnectが起きた時のregroup地点を先に決めておくと、復帰後に同じ説明を繰り返さずに済みます。
ExpeditionとDaily Opの準備は、weapon damageだけでなくammo、healing、condition、weight、Loadoutの復旧しやすさで評価します。teamの経験が高くても、自分が目的を読まなければ学習が残りません。活動終了後はrewardを収納し、次のrunを受ける前にconditionとsupplyを回復します。
失敗記録には、最初に起きた問題、現在のversion、platform、party size、使った武器、変えた点を書きます。次のretryでは一つの調整だけを試し、成功したら何が改善したかを記録します。こうすれば、古いrouteや別teamの結果をlive Steam PCの確定情報と混同しません。
活動後に戻る場所を決めておけば、報酬を持ったまま次のrunへ進んでweightを失う事故を減らせます。チームへ「何を変えるか」を伝え、別のメンバーが加わっても目的と調整点を共有してください。活動の名前だけを記憶するのではなく、objective、準備、失敗、成功の順で記録すると、個人のLoadoutへ反映できます。
runの最後には、rewardを受け取るだけでなく、次に必要な準備を確認します。conditionが減ったならrepair、ammoが不足したならresource route、navigationが問題ならobjectiveの読み直しを行います。teamが解散しても、completed stepとfailed step、次に試す一つのadjustmentが残っていれば、soloでも学習を続けられます。
活動を終えてcampへ戻るまでをrunの一部として扱います。reward、weight、condition、ammoを整理し、次に変えるものを一つだけ決めます。
範囲メモ
Base game、Steam PC、AppID 1151340、live default branch、version 1.7.25.39を2026-08-10に確認しました。destination、mutation、reward、DLC、PTS、console、speed routeは対象外です。