更新はガイドの一部です。Steam は Early Access の履歴と、2026年7月31日の public 1.0 release を示します。発売前の player report は問いを説明できますが、現在の item pool、balance、実績、進行を証明しません。demo AppID 2686970 は base-game から除外します。
Steam から始める
製品範囲と release の事実を公式ページで確認します。
変わった system を探す
balance、feature、bug fix を分けます。
時代を付ける
Early Access、launch、後の版を明示します。
ページを再試験
武器、Artifact、Tablet、ボス、実績の影響を調べます。
update log に入れるもの
公式更新 は日付、製品、影響する system を記録します。Patch Notes は note を作業へ変え、Version History は Early Access と launch を分けます。
retest workflow
武器なら同じ target と range、inventory なら同じ配置、ボスなら同じ予兆、実績なら説明と client を試します。platform と mode を残します。結果が同じなら再試験済み、曖昧なら正確な主張を外して保留にします。
情報源の階層
Steam store、Steam announcements、TEAM HORAY は first-party です。Steam Community は問いと regression の手掛かりですが、公式の事実を置き換えません。demo は別製品で、base-game の範囲外です。
maintenance handoff
各 entry の次の owner を Weapons、Artifacts、Tablets、Builds、Chapters、Bosses、Multiplayer、Achievements のいずれかにします。最小の retest と影響ページを添えます。
読者向けラベル
launch scope、current patch、historical Early Access、community lead、pending retest を短い label で表示します。読者が今確認すべきものは、weapon の比較、inventory の配置、boss の練習、協力 call、achievement の client 確認のいずれかです。
release milestone を分ける
release は公開 phase の変化、patch note は phase 内の変化です。2026年7月31日の public 1.0 を履歴として残し、旧版の balance を現在形で書きません。
update とページをつなぐ
武器なら Weapons と Builds、inventory なら Artifacts と Tablets、encounter なら Chapters と Bosses、trigger なら Achievements に送ります。
change ledger を保つ
source URL、公開日、対象 system、確認日、platform、mode、editor の判断を記録します。更新ページの成功は「今、何を確認すべきか」を答えられることです。
発表の文章だけをコピーせず、affected page と最小の test を handoff に残します。結果が変わらなければ元の助言を維持し、変わったなら version scope と確認日を更新します。確認できない場合も、保留という結果を削除しないことが履歴の価値です。
更新ページは、過去を消して current に見せるためではなく、読者が次の run で何を試すかを示すためにあります。source、版、mode、結果、次の owner がそろえば、短い note でも maintenance に使えます。
古い announcement と新しい観察を同じ paragraph に混ぜず、どの版の事実なのかを各 note の先頭で明示します。これにより、reader は current advice と historical context をすぐに区別できます。
編集者は source の変更と live result の変更を別の記録にします。両方が一致したときだけ current advice を強く更新します。
patch の見出しだけでは、どの部屋で何を試すかが分かりません。小さな retest と owner を一緒に記録します。
その記録を affected page の version scope に返します。
履歴を残せば、後から同じ change を再確認できます。
current、historical、pending の label を使えば、発表と実際の観察を簡単に分けられます。