公式 Steam achievement list を checklist の authority とし、この page では route の考え方を整理します。表示名と description を写し、progress、combat、collection、co-op、boss、completion の condition type を付けます。chapter や build の context は current game で観察してから加えます。
base-game AppID 2436940 と demo AppID 2686970 を混ぜません。visible progress と achievement trigger は同じとは限らず、client の状態、同期の遅れ、save、mode、version を確認します。
progress を先に、optimization は後に
通常の chapter と combat の目標を、core loop を学びながら進めます。Chaptersで route の context を、Buildsで無関係な risk を減らす準備をします。
co-op と boss の条件
party size、caller、mode、boss の signal を記録し、仲間の支援で成立した結果を solo の手順に変えません。co-op の condition は一度の成功ではなく、client と run の両方で確認します。
confirmation が重要
trigger の後に Steam client を開き、表示、同期、遅れ、次の transition を順に確認します。visible な reward だけで完了と決めず、別の run で同じ condition を再現できるかを見ます。
推測した secret を公開しない
community の recipe は問いを作る lead として保存します。exact condition が画面に出ていない場合、確定した instruction にせず、product、version、platform、mode を明記します。
難しい target の安全な順番
まず route を安定させ、次に一つの boss、collection、co-op condition を試し、最後に completion の確認をします。無関係な achievement を同時に追わず、失敗したときに原因を切り分けます。
checklist を監査可能にする
名前、公式 description、condition type、chapter、build、mode、version、trigger、client result、confidence、次の test を残します。未確認の項目は pending とし、patch 後に同じ問いへ戻れるようにします。
achievement の手順を公開する前に、route のどの部分が公式 description から読め、どの部分が自分の observation なのかを明示します。description にない exact timing、hidden room、必要な reward を推測で補わず、確認できた画面と client state だけを current note にします。community の report は再現できる問いへ変換し、成功しなかった試験も条件付きの情報として残します。
同じ condition を別の mode、save、platform で試した場合は、結果を一つの確定手順に統合しません。version と日付を付けた複数の record にし、patch 後にどの record から再試験するかを示します。こうした分離があれば、achievement 名が変わらなくても内部の条件や同期の挙動が変わったときに修正しやすくなります。