Build and Kill Zombies バッジ

Roblox の公式 badge API は、2026年9月25日に Build and Kill Zombies Universe 10741654282 の3件を返しました。これは日付付き snapshot であり、常に3件、または enabled の全 badge が現在取得可能という約束ではありません。

公式 badge Dex

API の enabled は、その時点で Roblox が badge object を無効化していないという意味です。元のイベント trigger が動く、全サーバーで取得できる、説明が完全な目標を含む、とは限りません。現在のアカウントとサーバーで、入口、目標、成功文、inventory award を前後で記録します。King の公式 ID は 1091825320056581 です。所有済みなら別の信頼できる公式観察が必要です。

Welcome! は公式説明だけで join-only と決めません。開始ロードとチュートリアル後に inventory を確認し、いつ付与されたかを記録します。Hacker Event は入口と award を、King はボス名と終了状態を確認します。King badge は勝利を示しますが、アイテム報酬、damage credit、phase、team rule を示しません。King ガイドで保持します。

名前、説明、enabled、時刻、award count は変わる可能性があります。ID を安定した identity として日付を付け、rename で重複ページを作りません。Universe 10741654282 と root Place 105011592530400 を確認し、似たゾンビゲームの badge や報酬を混ぜません。

Experience の更新時刻が変わったら API を再照会し、ID、名前、説明、enabled、作成・更新日を比較します。新しい badge は新しい entity のシグナルでも、完全な攻略ではありません。Updatesで公開時系列を見て、現在の award path はゲーム内で別に検証します。

バッジを読む順番

まず Universe と Experience の identity が対象ゲームと一致するか確認し、次に badge の名前、説明、enabled、作成と更新の表示を記録します。API に項目があることは、現在のイベント入口、参加条件、取得可能性を直接証明しません。履歴を示す情報とライブ状態を別の欄へ置いてください。

ゲーム内で award を確認するときは、開始前の badge inventory、イベント前のロビー、操作後の終了文、終了後の inventory を順番に比べます。badge が増えた場合は、表示された目的と一致するかを見ます。badge が増えない場合も、イベント失敗、条件不足、処理遅延、別のアカウントを分け、API の存在だけで成功や失敗を決めません。

報酬をバッジと混ぜない

公式説明が参加や撃破を示していても、アイテム、Cash、イベント通貨、ショップ解放、スキル、credit の詳細までは示しません。報酬が見えたら名前、出所、説明、付与されたアカウント、確認時のイベント表示を残します。通常のロール、ショップ、コードの結果をイベント報酬として記録しないでください。

特定の badge を持っているプレイヤーの装備を、そのまま取得手順とは呼びません。参加した時期、サーバー、チーム、現在の開催状態が違う場合があります。badge は identity と観察の入口に使い、現在の award path はライブ UI と前後の inventory で別に確かめます。

更新後の照合

Experience の更新表示や API の結果が変わったら、以前の名前、説明、enabled、作成と更新の記録を現在の結果と分けます。古い badge が残っていることは、古いイベントが再開したことを意味しません。新しい badge が加わっても、名前と説明を読むまで参加条件や報酬を作らないでください。

似た名前のゾンビゲームや別の Universe の badge を混ぜないため、対象 Experience、Universe、badge の表示を同じ記録に残します。別のゲームの攻略で説明される報酬、ボス、開催時刻は、現在の badge の証拠として使いません。出所が不明な情報はコミュニティ報告または検証待ちとします。

プレイヤー向けの決定

badge の履歴だけを見てイベント車やロールへ Cash を使うのではなく、現在の入口、目的、報酬表示、車の帰還を確認できるかを先に見ます。入口が開き、終了文と inventory の変化が読めるなら、管理した試行を続けます。入口や条件が不明なら、通常の進行を維持して再確認の材料を集めます。

最も強い記録は、公式 identity、現在のゲーム内表示、前後の badge inventory、前後のアイテム出所が同じ説明を支える場合です。一つだけが一致する場合は確度を下げ、現在確認できない項目を空欄または検証待ちにします。これにより、バッジの一覧を報酬表やイベント攻略へ誤って拡張せずに済みます。

現在の入口や報酬が確認できないなら、badge の履歴だけを根拠に参加を勧めません。次に確認する画面と、保留する主張を記録します。

badge の identity、現在の availability、実際の award は別々の欄に残し、どれか一つだけでイベント全体を説明しません。

未確認の項目は保留します。

バッジを検索の入口に使う場合も、現在のゲーム内表示と前後の付与状態を確認してから、参加条件や報酬の説明へ進みます。履歴だけで周回や購入を勧めず、確認できた identity と未確認の availability を明確に分けてください。

公式情報源

• Roblox badges API for Universe 10741654282