Таблиця джерел
Ієрархія джерел надає перевагу API Roblox першої сторони для фактів ідентичності, потім поточним трекерам кодів для винагород, які можна активувати, і лише потім старішим посібникам як контексту застарілої історії.
Source Table призначена в основному для обслуговування, але вона також захищає гравців від порад не для тієї гри. Офіційні дані Roblox відповідають за факти ідентичності, поточні трекери кодів допомагають із винагородами, а старі сторінки корисні лише тоді, коли позначені як історія. Ця ієрархія підтримує сторінки геймплею в чистоті.
Гравцеві не потрібно читати цю таблицю кожну сесію. Використовуйте її, коли посібник, відео або список кодів суперечить сайту. Якщо зовнішнє твердження неможливо прив'язати до поточної сторінки гри або поточного списку винагород, сприймайте його як натяк, а не маршрут.
| Джерело | Посилання | Використання |
|---|---|---|
| Офіційна гра Roblox | Сторінка гри Legacy Piece | Первинна ідентичність, назва, максимальний рівень, підтримка платформи, творець, часовий штамп оновлення, кількість відвідувань і живий CCU. |
| API групи Roblox | Група Gwynn's Shrine | Членство в групі творців і контекст власника. |
| API медіа Roblox | Вкладка медіа Roblox | Іконка та поточні активи скріншотів, які використовуються для медіа-набору сайту. |
| Коди RobloxDen | Коди Legacy Piece | Поточний список активних і застарілих кодів, перевірений 3 липня 2026 року. |
| Коди GameRant | Перехресна перевірка кодів GameRant | Вторинна перевірка для новішої хвилі кодів 0.5. |
Обробка неоднозначностей
Старіший матеріал Legacy Piece Online / Legacy Piecez не використовується для поточних сторінок геймплею. Він може бути корисним історичним контекстом, але змішування його з активними сторінками 0.75 призвело б до хибних списків здібностей, застарілих кодів і невідповідних обмежень рівнів.
Для майбутніх оновлень спочатку регенеруйте факти API Roblox. Потім оновлюйте коди з поточних трекерів або офіційних доказів спільноти. Додавайте сторінки босів, здібностей, островів або предметів, лише коли назви видимі в поточних даних гри або надійному поточному джерелі.
Ambiguity Handling — це місце, де сайт проводить жорстку межу. Результати з однаковими назвами є звичайними в пошуку Roblox, і скопійована сторінка вікі може виглядати переконливо, описуючи неправильний досвід. Ця сторінка пояснює, чому поточні сторінки геймплею залишаються консервативними, поки твердження не буде прив'язане до правильної цілі.
Коли майбутні оновлення додадуть чіткіші дані, ця сторінка має зменшити невизначеність, а не розширювати застереження всюди. Додавайте нові сторінки сутностей, лише коли назви, системи або винагороди є достатньо актуальними, щоб допомогти гравцеві прийняти реальне рішення.
Як безпечно розширювати
Майбутнє розширення має починатися з цінності для гравця. Нова сторінка боса корисна, лише якщо вона може сказати гравцям, як підготуватися, який ресурс він споживає і коли його спробувати. Нова сторінка здібності корисна, лише якщо вона допомагає гравцям вирішити, чи варто робити reroll, зберігати чи будувати білд навколо результату.
Цей стандарт запобігає розмноженню тонких сторінок. Якщо твердження не може змінити рішення гравця, тримайте його поза основним маршрутом, доки не з'являться сильніші докази. Джерела повинні робити сайт швидшим для покращення з часом, а не важчим для читання в перший день.
Перш ніж покинути розділ "Як безпечно розширювати", виберіть одну конкретну наступну дію, пов'язану з визначенням того, які докази можуть створити поточний текст геймплею, а які докази мають залишатися історичним контекстом. Для "Як безпечно розширювати" цією дією може бути витратити, зберегти, протестувати, перевірити або перейти на іншу сторінку, але вона не повинна бути розпливчастою. Сторінка вікі корисна лише тоді, коли вона змінює наступний вибір у грі.
Якщо відповідь на питання "Чи прив'язане твердження до поточного всесвіту і дати, чи воно запозичене зі старішої екосистеми з тією ж назвою?" є слабкою, за замовчуванням зберігайте ресурс і використовуйте рядки API Roblox, рядки джерел кодів і нотатки про виключений матеріал. Для "Як безпечно розширювати" ця звичка захищає рідкісні винагороди, дозволяючи обліковому запису просуватися вперед із безпечнішою валютою, звичайним гайндом і практичними сесіями.
Як використовувати Legacy Piece Sources and Data Policy
Використовуйте Sources, коли твердження виглядає корисним, але невизначеним. Сторінка пояснює, який тип джерела може підтримувати факти ідентичності, винагороди за коди та зміни маршруту геймплею без поширення старого матеріалу з тією ж назвою.
Гравцеві не потрібна ця сторінка для кожної сесії, але сайту вона потрібна для кожного розширення. Вона запобігає перетворенню нових сторінок на тонкі списки назв, які не змінюють те, як хтось грає.
Коли з'являться сильніші поточні докази, Sources мають допомогти перемістити твердження на реальні сторінки посібників. До того часу звичайним гравцям краще підходять Codes, Beginner, Rewards і Progression.
Остаточна перевірка для Legacy Piece Sources and Data Policy: чи прив'язане твердження до поточного всесвіту і дати, чи воно запозичене зі старішої екосистеми з тією ж назвою. Для Legacy Piece Sources and Data Policy, якщо на це запитання не можна відповісти одним реченням, обліковому запису, ймовірно, потрібна ще одна звичайна сесія, перш ніж витрачати щось рідкісне.
Коли мета сесії змінюється, змінюйте сторінки, а не змушуйте Legacy Piece Sources and Data Policy відповідати на все. Політика джерел має зробити подальше розширення безпечнішим, коли нові острови, боси або системи стануть верифікованими. Для Legacy Piece Sources and Data Policy це зберігає корисність цієї сторінки для її справжньої роботи та запобігає перетворенню маршруту на загальний контрольний список.