來源表
來源層級優先採用第一方 Roblox API 來獲取身份事實，其次是當前兌換碼追蹤器來獲取可兌換獎勵，較舊的指南僅作為過期歷史背景。
來源表主要用於維護，但它也能保護玩家免受錯誤遊戲建議的誤導。官方 Roblox 數據擁有身份事實，當前兌換碼追蹤器有助於獎勵，而較舊的頁面僅在標記為歷史時才有用。這個層級結構能保持遊戲玩法頁面的清晰。
玩家無需每次遊戲階段都閱讀此表。當指南、影片或兌換碼清單與網站資訊不一致時使用它。如果外部聲明無法與當前遊戲頁面或當前獎勵清單關聯起來，請將其視為線索，而非路線。
| 來源 | 連結 | 用途 |
|---|---|---|
| 官方 Roblox 遊戲 | Legacy Piece 遊戲頁面 | 主要身份、標題、最高等級、平台支援、創作者、更新時間戳、訪問量和即時 CCU。 |
| Roblox 群組 API | Gwynn's Shrine 群組 | 創作者群組成員資格和擁有者背景。 |
| Roblox 媒體 API | Roblox 媒體標籤頁 | 用於網站媒體集的圖示和當前截圖資產。 |
| RobloxDen 兌換碼 | Legacy Piece 兌換碼 | 當前活躍和已過期的兌換碼清單，檢查日期為 2026 年 7 月 3 日。 |
| GameRant 兌換碼 | GameRant 兌換碼交叉檢查 | 針對較新的 0.5 兌換碼波次的次要檢查。 |
歧義處理
較舊的 Legacy Piece Online / Legacy Piecez 資料不用於當前遊戲玩法頁面。它們可以是很有用的歷史背景，但將其混入活躍的 0.75 頁面會產生錯誤的能力清單、過期的兌換碼和不匹配的等級上限。
對於未來的更新，首先重新生成 Roblox API 事實。然後從當前追蹤器或官方社群證據更新兌換碼。僅當名稱在當前遊戲數據或可靠當前來源中可見時，才添加 Boss、能力、島嶼或物品頁面。
歧義處理是網站劃定嚴格界線的地方。同名結果在 Roblox 搜尋中很常見，而複製的維基頁面可能看起來很有說服力，但描述的卻是錯誤的體驗。此頁面解釋了為什麼當前遊戲玩法頁面在聲明與正確目標關聯之前保持謹慎。
當未來更新提供更清晰的數據時，此頁面應縮小不確定性，而不是到處擴展免責聲明。僅當名稱、系統或獎勵足夠新，足以幫助玩家做出真實決策時，才添加新的實體頁面。
如何安全擴展
未來的擴展應從玩家價值開始。一個新的 Boss 頁面只有在能告訴玩家如何準備、消耗什麼資源以及何時嘗試時才有用。一個新的能力頁面只有在能幫助玩家決定是否重骰、保留或圍繞該結果構建配置時才有用。
這個標準能防止生成內容單薄的頁面。如果一個聲明無法改變玩家的決策，就將其排除在主路線之外，直到出現更強有力的證據。來源應使網站隨著時間推移更容易改進，而不是在第一天就變得難以閱讀。
在離開「如何安全擴展」之前，選擇一個具體的下一步行動，該行動需與決定哪些證據可以創建當前遊戲玩法內容、哪些證據應保持為歷史背景相關。對於「如何安全擴展」，該行動可以是消費、儲存、測試、驗證或移至其他頁面，但絕不能模糊不清。維基頁面只有在能改變你在遊戲中的下一個選擇時才有用。
如果「這個聲明是與當前 universe 和日期相關，還是從較舊的同名生態系統借用而來？」這個問題的答案不明確，則預設為儲存資源，並使用 Roblox API 行、兌換碼來源行和排除材料備註。對於「如何安全擴展」，這個習慣能保護稀有獎勵，同時仍讓帳戶透過更安全的貨幣、常規農怪和練習時段向前推進。
如何使用 Legacy Piece 來源與資料政策
當一個聲明看起來有用但不確定時使用來源政策。此頁面解釋了哪種來源類型可以支持身份事實、兌換碼獎勵和遊戲玩法路線變更，而不會散播舊的同名資料。
玩家無需每次遊戲階段都閱讀此頁面，但網站在每次擴展時都需要它。它能防止新頁面變成不改變任何人遊玩方式的單薄名稱清單。
當更強的當前證據出現時，來源政策應幫助將聲明移入真實的指南頁面。在那之前，普通玩家最好使用兌換碼、新手入門、獎勵和進度頁面。
Legacy Piece 來源與資料政策的最終檢查：這個聲明是與當前 universe 和日期相關，還是從較舊的同名生態系統借用而來。對於 Legacy Piece 來源與資料政策，如果這個問題無法用一句話回答，那麼帳號在消費任何稀有物品前可能需要再進行一次常規遊戲階段。
當遊戲階段目標改變時，更換頁面而不是強迫 Legacy Piece 來源與資料政策回答所有問題。來源政策應使未來的擴展在驗證新島嶼、Boss 或系統時更安全。對於 Legacy Piece 來源與資料政策，這能保持此頁面對其真正的工作有用，並防止路線變成通用的檢查清單。