HUNTEDのチャレンジBadgeは、通常プレイに特定の条件を加えます。公式説明から目標は確認できますが、triggerの境界がすべて説明されていることはほとんどありません。live objectiveを読み、チャレンジなしでルートを練習し、その後は1回に1条件だけ試してRobloxプロフィールでBadgeを確認してください。
チャレンジ一覧
本番の前に練習する
1回のrunを使い、必要なobjectやroute sectionをすべて見つけます。gate、camera、Teddies、illusionは、それぞれのinteractionをlandmarkと対応させてください。mapが変わる可能性がある場合は、推定した数に頼らないようにします。streakでは、数を守りながら挑む前に安全なcollection loopを覚えます。
Camera Shyのようにクリアまで求められるチャレンジでは、ルート全体を把握してください。ステージの半分だけcameraを避けても公式条件は満たしません。
「one gameplay」という文言を扱う
Teddy Defuserには15 Teddies in one gameplayと明記されています。新しいrunから始め、各行動が有効な爆発として認識されていることを確認してください。reconnectや新しいsessionでもcountが維持されるとは考えないでください。live buildでreviveとcheckpointの挙動を確認します。
Illusion Breakerには同じ文言がありません。しかし、その省略は進行が保持されることの証明ではありません。断定する前にlive counterまたは再現できるBadgeの挙動を探してください。
完全条件の挑戦を守る
Camera Shyは完全条件のrunです。cameraが1つでも作動するとBadge説明と矛盾します。確認済みのcamera-safe routeを使い、検知範囲から余裕を取ってください。他のプレイヤーがcameraを作動させる可能性があるため、soloの方が明確に検証できます。
Shard Enthusiastもstreakが目標なので連続性が重要です。失敗やtransitionのたびにlive streak表示を確認します。危険なpickupを無理に取るより、ルートを維持してください。
Candy Collectorの矛盾
公式game descriptionには75 candiesと書かれています。一方、公式Badge説明には75より多く集めるという文言と、75集めた後に戻るという文言の両方があります。liveのThe Hollow objectiveに従い、event portalのTrick-or-Treat doorから集めた後、lobbyのRing Alterを操作してください。questガイドには、76なら常に解決すると約束せずに確認できるrecovery checklistがあります。
Badge付与を確認する
条件を満たしたら、必要なstage objectiveを完了し、Robloxプロフィールを確認します。Badgeがない場合は、自分のrunと正確な説明を比較してください。手作業のcountは間違うことがあり、camera cueを見落とす場合もあり、interactionが登録されないこともあります。
Badge ID、日付、mode、difficulty、stageを記録します。bugを報告する場合は、account secretを含まない公開可能なscreenshotを添えてください。
隠れたmechanicを推測しない
Badgeのaward countから、door rewardの確率、camera radius、Curse roll、Teddy spawnは分かりません。Badge名が証明するのは目標であり、その背後にあるsystemのすべてではありません。現在の観察は、再現できるまで観察として明示してください。
検証できるチャレンジルートを作る
本番前に短いcheckpoint listを作ります。各行には、安定したlandmark、必要なinteractionまたは回避条件、期待する目視確認を記載してください。Open Gate Policyなら、gateの状態が変わることです。Teddy DefuserとIllusion Breakerなら、正しいtargetに正しいtoolを使い、期待した結果として登録されることです。Camera Shyなら、これまでに確認したすべてのtrigger areaの外側を通るルートです。
ゲームにcounterがある場合は、安全に停止できるたびにメモと比較します。counterがない場合は手動listを残しますが、それを公式counterとは説明しないでください。updateでobjectやrouteが変わった場合は、影響を受けた行を無効にして再び練習します。チャレンジルートが信頼できるのは、実際に検証したbuildとsettingに対してだけです。
条件に失敗しても情報が残るようにfallback goalを決めます。streakが途切れた後は次のbranchを調べ、cameraが作動した後は境界を特定し、target countが足りなかった後はどのinteractionが登録されたかを確認します。completion自体が役立つ証拠になる場合だけstageを続けてください。それ以外では、最初からやり直した方が速く、比較もしやすくなります。