Процес ресурсів гри з AI

Запишіть контракт ресурсу до генерації графіки

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

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

Оберіть джерело з перевірною підставою дозволу

Можливі джерела — оригінальна замовлена робота, власні ресурси, ліцензований пакет або згенерований матеріал за перевіреними умовами сервісу. Порівнюйте їх за дозволами, редагованістю, узгодженістю та зусиллями перевірки, а не за непідтвердженим твердженням, що одне джерело завжди дешевше.

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

Розділіть атрибуцію кодування та створення зображень

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

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

Використовуйте маніфест із чесними невідомими

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

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

{
  "asset_id": "player_idle",
  "source_url": null,
  "permission_record": null,
  "creator_or_tool": null,
  "source_hash": null,
  "final_file_hash": null,
  "transformations": [],
  "image_cost_record": null,
  "review_status": "pending",
  "import_result": null
}

Перевіряйте імпорт рушія, а не лише файл джерела

Документація імпорту зображень Godot описує стиснення й mipmap, що впливають на імпортовані текстури. Вибирайте налаштування за фактичними умовами показу ресурсу; pixel art, масштабовані фони та 3D-текстури не мають одного універсального preset. Зберігайте налаштування прийнятого результату.

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

Перевіряйте анімацію, звук і UI у контексті

Повторюйте відповідну дію та перевіряйте переходи між станами анімації. Переконайтеся, що візуальний час відповідає зіткненню й зворотному зв’язку. Контактний лист кадрів може допомогти огляду, але не замінює спостереження анімації під час виконання та введення гравця, яке її запускає.

Для аудіо окремо перевіряйте рівень, зациклення, синхронізацію та записи дозволів. Для графіки UI перевірте фокус, вимкнені стани та контраст тексту в цільових роздільностях. Записуйте помилки за ресурсом і поведінкою, щоб агент отримував дієвий зворотний зв’язок, а не загальне прохання зробити гру красивішою.

Перевірте експортований артефакт та інвентар розкриття

Перевірте наявність прийнятих ресурсів у експортованій збірці та їхню відповідність перевіреній поведінці. Під час твердження про реалізацію зберігайте знімок або запис із реального артефакту. Не замінюйте доказ gameplay концепт-зображенням чи згенерованим макетом.

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

Бюджетуйте прийняті ресурси, включно з доопрацюванням

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

Коли повторні генерації не відповідають тій самій технічній вимозі, перегляньте контракт ресурсу або використайте оригінальний placeholder під час вирішення gameplay. Більше prompt не компенсує невизначену розкладку кадрів. Ці процедури та поля маніфесту ілюстративні; перевірте фактичні файли й умови до прийняття ресурсу або оцінки наступної партії.

Поширені запитання