現在の状態
Steam は WARDOGS を発売前と表示し、Early Access を 2026 年 9 月 10 日予定としています。これは 2026 年 8 月 14 日時点の記録であり、予定変更を否定するものではありません。開始現金 $10,000 の扱いを含め、参加前にストアと公式告知を開きます。
クローズドベータ
公式コミュニティハブは 2026 年 8 月 21–23 日のクローズドベータを告知し、そのイベントについて予約購入アクセスを案内しています。公開デモや全てのテストへの保証とは別です。最新の告知を確認してください。
Steam Playtest
同じハブはランダムな Steam Playtest の機会も示しています。招待、ビルド、時間、録画条件がベータと異なる場合があります。Playtest を予約購入アクセスや Early Access と同じものとして説明しません。
更新後に確認すること
ゾーンの得点、現金、ロードアウト、車両、建築、破壊、ボイス、要件を再確認します。公式ストア は機能の基準、公式コミュニティハブ は告知の基準です。
このページが保証しないこと
ベータ、Playtest、Early Access の参加資格は保証しません。招待、予約購入条件、開発者の指示を置き換えるものでもありません。観察にはイベント名と日付を残し、古いテストを発売ルールにしないでください。
更新を読む手順
- 日付とイベント名を確認する。
- ベータ、Playtest、Early Access を分ける。
- 録画、アクセス、機密条件を確認する。
- 得点、現金、移動に関わる変更を再試験する。
- 古い観察を履歴として保存する。
- 製品状態が変わったら Steam を開く。
タイムライン
| 状態 | 公開情報 | 使い方 |
|---|---|---|
| 発売前 | Steam は coming soon。 | 仕様を事前情報として扱う。 |
| ベータ | 2026-08-21–23、予約購入アクセス。 | 最新告知で参加を確認。 |
| Playtest | 別のランダム機会。 | ベータと混ぜない。 |
| Early Access | 2026-09-10 予定。 | 変更時にストアを再確認。 |
変更を記録する方法
公式日付、製品状態、対象範囲の順に書きます。イベント名、観察した仕様、未確認の点を一緒に残すと、後から古いテストを現在の事実と取り違えません。
更新情報を読む時は、仕様が追加されたのか、既存の表示が変更されたのか、単にイベントの告知が出たのかを分けます。ストアの説明、コミュニティハブの投稿、実際のクライアントで見た表示には、それぞれ異なる役割があります。三つを一つの引用としてまとめず、どの情報がどの場所から来たかを記録してください。
ベータや Playtest の後に書かれたメモには、アクセスできた範囲と試せなかった範囲を必ず添えます。100 人、3 チーム、ゾーン、現金、車両、建築、破壊、ボイスのどれを確認したかを分け、確認していない機能を推測で埋めません。更新された日付だけで、仕様の完成を意味するとは限りません。
Early Access 予定日は準備の目印ですが、機能の固定日ではありません。日付が動いた場合は、古いタイムラインを消さずに履歴として残し、現在のストア表示を先頭に置きます。アクセス条件が変わった場合も、予約購入、ランダムな Playtest、一般公開をそれぞれの告知として読み直します。
このページの更新では、読者が次に確認できる問いを残すことを優先します。どのイベントか、どのビルドか、どの表示を見たか、何がまだ未確認かを短く書けば、同じ条件で再試験できます。動画や投稿が古くなった時も、元の日付と範囲があれば、現在の事実と履歴を安全に分けられます。
更新の差分を作る時は、まず製品状態、次にイベントの範囲、最後に仕様の変更を確認します。ストアに追加された説明が実際のクライアントへ入ったとは限らず、ハブの投稿が全ての参加者へ同じ条件を与えるとも限りません。出典ごとに役割を持たせ、広い意味へ膨らませないでください。
ベータや Playtest の記録には、アクセスできたか、どの機能を見たか、何を共有できるかを書きます。予約購入による条件、ランダムな招待、Early Access の予定を同じカレンダーで管理しても、入場資格は一つになりません。読者が自分のライブラリと公式告知を照合できるように、確認の順番を残します。
日付が変わった時は、古い日付を消して現在だけを残すのではなく、履歴としてラベルを付けます。変更されたのが得点、現金、車両、建築、破壊、ボイス、PC 要件のどれかを分け、確認できていない項目には断定的な表現を使いません。こうした差分は、発売前の情報を安全に更新する基準になります。
更新後の再試験では、一度に一つの変更を確かめます。イベント名、日付、ビルド、人数、結果を同じ形式で保存し、古い動画を現在の手順へ自動的に置き換えません。変わらなかった部分も記録すれば、読者が次に調べるべき範囲を狭められます。
公式リンク
更新を読む時は、製品状態、イベント条件、機能の変更を別々に記録します。ストアの説明、コミュニティハブの告知、プレイ中の表示はそれぞれ役割が違うため、一つの証拠へまとめません。日付、ビルド、確認した仕様、まだ不明な点を残し、古いテストは履歴として保存してから現在の手順を更新してください。