предмети Endacopia

Офіційний скріншот кімнати показує невеликі іконки вздовж нижньої частини сцени, які, ймовірно, відповідають смузі інвентарю або дій. Саме зображення не зберігає назв предметів, описів, порядку отримання або поведінки введення. Тому цей архів уникає присвоєння назв на основі лише піксельних силуетів.

Це обмеження має значення, оскільки помилкова назва предмета швидко поширюється: кроки проходження, сторінки головоломок, альтернативний текст і фрагменти пошуку успадковують її. Модель даних зберігає тимчасовий візуальний дескриптор окремо від канонічної назви, щоб редактори могли оновити одне поле, не втрачаючи оригінальне спостереження.

Кожен запис предмета повинен містити канонічну назву, описовий псевдонім, місце першого отримання, умову отримання, текст огляду, видимі особливості, іконку інвентарю, сумісні цілі, невдалі реакції, які варто зберегти, підтверджене використання, витрачений або постійний стан і версію збірки. Джерела повинні вказувати на прямий запис геймплею або офіційні матеріали.

Підтверджене використання повинно вказувати як дію, так і наслідок. "Використати предмет на об'єкті" є неповним, якщо дія змінює іншу кімнату, відкриває діалог або повертає трансформований предмет. Запишіть весь перехід стану, щоб проходження не опускало причину, чому крок має значення.

Почніть із функції. Що предмет міг би зробити фізично, символічно чи комедійно? Потім визначте цілі з відповідною потребою. Жорсткий інструмент натякає на важіль або регулювання; контейнер натякає на утримання або перенесення; маркований об'єкт натякає на відповідні символи або ідентичність. Endacopia може навмисно підривати ці очікування, але обґрунтований тест залишається більш інформативним, ніж груба сила.

Використовуйте зворотний зв'язок як сигнал для класифікації. Загальна відмова може означати, що ціль нерелевантна. Унікальний жарт або анімація можуть означати, що зв'язок розпізнано, але він неповний. Часткова зміна стану може вказувати на те, що правильній цілі бракує передумови. Зберігайте характерний зворотний зв'язок у примітках, не копіюючи довгі уривки ігрового тексту.

Деякі предмети в пригодницьких іграх змінюються після використання: відкриті, заповнені, зламані, комбіновані, активовані або повернуті. Розглядайте кожен значущий стан як варіант, пов'язаний із тією ж базовою сутністю. Це запобігає ситуації, коли посібник каже гравцеві використати предмет, який більше не існує в такій формі.

Відстеження стану також прояснює необов'язкові та обов'язкові дії. Якщо два маршрути створюють різні варіанти, задокументуйте обидва та визначте, чи сходяться вони пізніше. Не припускайте, що демо-версія підтримує лише один маршрут, поки чисте повторне проходження це не підтвердить.

Основний індекс предметів повинен показувати іконку, назву, перший безпечний опис і розділ отримання лише тоді, коли ця інформація сама по собі не є сюжетним поворотом. Точне використання належить до згорнутих розділів або сторінок головоломок. Пошукові картки та метадані ніколи не повинні розкривати трансформацію пізньої гри або кінцеву ціль.

Архів предметів залишається методологічним там, де точні назви та функції не були відтворені. Записи повинні надходити з чистого, версіонованого проходження, а не зі спогадів спільноти.

Робіть знімки інвентаря до та після кожного отримання. Записуйте точну назву предмета та текст огляду. Перевіряйте, чи зберігається вибір між сценами, чи можна комбінувати предмети між собою та чи витрачається предмет при використанні. Фіксуйте щонайменше одну типову невдалу відповідь лише тоді, коли це допомагає зрозуміти задуману логіку.

Після верифікації оновіть items.json, проходження, перехресні посилання на головоломки, медіа-маніфест і дату перегляду маршруту разом. Це забезпечує узгодженість бази даних і тексту.