unlock advice は weapon ranking より正確であるべきです。表示された名前、exact requirement または message、mode、save context、base-game AppID 2436940 を確認する方法を残します。demo と screenshots を混ぜず、Early Access の古い route は lead として扱います。
evidence と inference を分ける
menu の文を先にコピーし、その後に解釈を書きます。「この辺りで解放」という report を guaranteed instruction にしません。武器ガイド は性能、ここは requirement を担当します。比較が必要な場合は同じページへ二度リンクします。
新しい武器を確認する
menu を見る、chapter を再現する、message を確認するという小さな試験から始めます。reward が random なら、何が確認され、何が未確認かを分けます。日付、platform、mode を保存します。
product と version boundary
demo AppID 2686970 は別 product で、base game は AppID 2436940 です。Early Access の route が public release でも成立するとは限りません。Updates と Upgrades に version の影響を渡します。
完全な unlock record
名前、条件、evidence、mode、platform、save、version、result、confidence、次の試験を記録します。menu が条件を示さないなら pending と書きます。完全に見えるリストより、監査できる記録が有用です。
確認後にすること
解放を確認したら、行動を武器ガイドへ送り、unlock が superiority を意味しないことを残します。patch 後に同じ条件へ戻れるように source と日付を保存します。
解放記録は、条件が一度表示されたという事実と、実際に新しい武器を選べるようになったという結果を分けます。メニューを閉じた後も state が保持されたか、別の mode でも同じかを確認し、再現できない報告は confidence を下げます。後から検証できるよう、日付と version を必ず添えます。
条件を満たしたと思っても、解放された名前、選択できる menu、次の run での使用可能性を順に確認します。条件が chapter に関係するなら、どの入口から始めたかも残します。community の短い投稿と自分の save が一致しないときは、投稿を捨てるのではなく、product、mode、version の違いを調べる未解決の lead として保存します。
確認できた解放は、武器ガイドの性能メモとは別の記録として保ちます。解放されたことは、その武器が自分の目的に最適だという意味ではありません。まず使えるようになった事実を保存し、その後に同じ protocol で射程、recovery、部屋との相性を試すと、unlock 情報と build の recommendation が混ざりません。