公式の Retro Tower Defense Roblox 説明には現在、RETRO、FREETIX、NEW の3つの文字列が表示されています。大文字を含めてそのまま入力してください。公式説明には報酬量や期限が書かれていないため、公式掲載と自分の account で成功した報酬を分けて扱います。
公式確認、2026年8月25日 UTC: 3つすべてが Experience ページに表示されています。現在のサーバーでの成功、報酬、account 制限、期限はゲーム内確認が必要です。
表示されているコード
| コード | 確認できること | 状態 |
|---|---|---|
| RETRO | 公式ページに表示。報酬量は未記載。 | Official、結果は要テスト |
| FREETIX | 名前は Tix を示唆するが、量は未記載。 | Official、結果は要テスト |
| NEW | 公式ページに表示。報酬量は未記載。 | Official、結果は要テスト |
コミュニティのコード一覧は追加文字列や報酬を載せることがありますが、active 状態が一致しません。日付付きの成功記録か開発者の告知がない限り、確定報酬とは書きません。
入力手順
- 公式 Retro Tower Defense Experience を開き、ロビーの読み込みを待ちます。
- メインメニューの Codes を開きます。見つからなければ Settings と Inventory も確認します。
- 先頭・末尾の空白なしで1つだけ入力し、表示された大文字を保ちます。
- Redeem または確認を1回押し、結果メッセージを待ちます。
- Inventory、Tix 残高、boost、gift/reward 欄を確認します。
入力前後の残高、メッセージ、item を記録すると、どの code の変化か判別できます。[FORSAKEN COLLAB] Retro Tower Defense と Universe 7738524573 が表示されるゲームかも確認してください。
失敗時と安全策
説明から削除された直後は code が残っている場合があります。already redeemed はその account で使用済み、invalid は綴りや server の確認が必要です。ボタンが無反応なら panel を閉じて開き直し、server へ再参加し、連打を避けます。
外部サイトに password、cookie、extension、実行 file、Robux verification を要求されたら離れてください。Tix や時間制限 boost を受けた場合は timer の開始条件を確認します。Tix ガイド と Summon ガイドも参照してください。
Sources
- 公式 Retro Tower Defense
- コミュニティ Codes index — UI context、Community reported
このページの読み方
このコードガイドは、現在の画面で確認できる判断を整理するためのものです。まず対象の名前、対象 map、mode、queue、tower または reward を正確に読み、次に official evidence と community の手掛かりを分けます。推測で空欄を埋めず、確認した version、party 条件、日時、画面の状態を残してください。
根拠と confidence
Experience、badge、creator の説明、live card で直接確認できる内容は Official として扱います。複数の公開資料が同じ方向を示しても、現在の selector や inventory と一致しなければ Community corroborated に留めます。Community reported は調査の入口、Unverified は断定しない境界です。未公開の数値、確率、報酬、schedule、availability を補ってはいけません。
再現できる確認
可能な限り同じ map、difficulty、modifier、party、placement、budget で試します。最初に起きた leak、購入した upgrade、残った cash、表示された reward、別 player の buff、失敗した条件を記録します。一度に変えるのは一つの変数にし、geometry、偶然、support の影響と本当の改善を切り分けます。
判断と記録
結果は、次に確認する項目、残す resource、避ける route、または Unknown のまま保つ状態という小さな action に変換します。source、確認時刻、対象の exact name、scope、confidence、成功または失敗の理由を同じ record に保存します。否定的な結果も、どの condition が一致しなかったかを示せば再試行に役立ちます。
更新時の境界
card、selector、badge、banner、rule が変わったら、前の記録を historical として残し、新しい確認を追加します。通常 progression と event route、古い list と current UI、cosmetic と combat effect を混ぜません。これにより、限られた evidence を恒久的な約束へ変えずにガイドを更新できます。