Используется ли ИИ в ReStory? Заявления разработчиков

Короткий ответ

Самым убедительным публичным доказательством является обновление разработчика от 11 августа: студия заявляет, что в самой игре не использовался генеративный ИИ. В том же сообщении говорится, что отдельные фоновые изображения сообщества Steam были созданы сторонним художником, не были должным образом проверены и будут заменены. В сообщении теперь содержится обновление, в котором говорится, что все фоны были заменены.

Запись заявления: дата, докладчик, объем и исправления

В этой таблице указано, что может поддерживать цитируемый пост разработчика. Это атрибуция, а не независимая судебная экспертиза.

Доказывает ли тег Steam, как был создан ReStory?

Нет. Теги Steam помогают игрокам находить игры и могут быть добавлены разработчиками, игроками с неограниченными учетными записями и модераторами Steam. Они не проверяют независимо, как был создан ресурс или игровой код. Сравните датированное заявление разработчика с любыми текущими официальными раскрытиями магазина. Храните отзывы игроков и теги пользователей отдельно от проверенных доказательств; этот ответ не устанавливает, когда был добавлен конкретный тег ReStory.

Steamworks — Steam Tags

Что подтверждает официальное заявление

Он подтверждает позицию студии, рабочий процесс внешних художников для этих объектов сообщества, обзор соответствующих рекламных материалов и замену фонов. Он не публикует производственные файлы, журналы моделей, контракты или данные стороннего судебно-медицинского аудита, поэтому на этой странице заявление точно описывается, не расширяясь до доказательств, которые источник не может предоставить.

Почему игроки увидели противоречивые утверждения

Скриншоты ресурсов сообщества распространялись вместе с обсуждением игры. Если рассматривать каждый ресурс в центре продуктов Steam как часть исполняемого файла, это разрушает два разных пути производства. В сообщении разработчика четко очерчена эта граница, а также принята на себя ответственность за недостаточную проверку работы, переданной на аутсорсинг.

Как оценить последующие претензии

Проверьте дату, определите точный ресурс, отличайте внутриигровой контент от материалов из магазина или сообщества и отдавайте предпочтение прямому источнику разработчика или платформы обрезанным репостам. Если появятся новые доказательства из первых рук, обновите заключение и сохраните старое утверждение как устаревшее.

Краткий ответ и границы общедоступных доказательств

В текущем заявлении разработчиков говорится, что сама игра не была создана с использованием генеративного ИИ. В нем также описывается отдельная проблема, связанная с фоновыми изображениями, предоставленными внешним художником для материалов сообщества Steam, и говорится, что эти изображения были заменены. Эти претензии отвечают на разные вопросы: производство выпущенной игры и публикация внешних рекламных или общественных произведений. На этой странице сообщается об заявлении и наблюдаемом ответе, не требуя доступа к частным производственным файлам, контрактам или каждому активу. Если в будущем официальное исправление изменит формулировку, сохраните дату и обновите заключение, а не представляйте новое заявление, как если бы оно существовало всегда. Узкий ответ сильнее, чем предположения об инструментах или активах, которых не касаются публичные доказательства.

Игровые ресурсы, медиафайлы из магазина и публикации в сообществе разделены.

Скриншот на странице магазина или сообщества не является автоматическим доказательством того, что такое же изображение существует внутри поставляемой игры. И наоборот, проверка одной сборки не может установить, как было создано каждое рекламное изображение. Определите, где появился материал, кто его опубликовал, был ли он частью исполняемой сборки и что конкретно сказал разработчик. Объяснения внешнего художника применимы к указанным фоновым изображениям; его не следует без доказательств обобщать на несвязанное искусство, письменность, код, музыку или локализацию. Привязка каждого актива к контексту публикации предотвращает как преувеличение, так и отрицание по ассоциации. Это также объясняет, почему замена общедоступных пост-артов может быть актуальной, оставаясь при этом отличной от заявления о содержании самой игры.

Как проверить отчет и будущие исправления

Откройте цитируемый официальный источник, подтвердите контекст учетной записи и приложения, прочитайте полную формулировку, запишите даты публикации и редактирования. Сравнивайте только общедоступные версии или снимки экрана с известным источником и временем захвата. Опишите видимые изменения, не рассматривая результаты автоматического детектора как доказательство; Детекторы могут ошибаться и не устанавливать авторство. Если более раннюю версию невозможно восстановить, скажите об этом, а не восстанавливайте ее по памяти. Более позднее официальное заявление, поддающаяся проверке производственная документация, текущая сборка, содержащая спорный материал, или исправление, полученное из четкого источника, могут изменить ответ. Анонимный комментарий или повторяющееся изображение без источника не могут сделать это сами по себе. В исправлениях должно быть указано точное измененное предложение и более веские доказательства, требующие изменения.

• Предпочитаю первичные утверждения
• Отделите игру от рекламных материалов.
• Запись дат и контекст сборки
• Помечать претензии сообщества до тех пор, пока они не будут проверены.
• Публикуйте исправления, когда появляются веские доказательства

Почему ограниченный ответ полезен

Игроки могут спрашивать, потому что использование инструментов влияет на решения о покупке, репутацию артиста или доверие к публичным заявлениям. Полезный ответ — это фактическая запись, а не предположения о мотивах или дайджест реакций в социальных сетях. В этом руководстве содержится ответ, идентифицируется обнаруженное исключение, объясняется, что, по словам разработчика, было заменено, и показано, что остается непознаваемым из общедоступных данных. Это не делает вывод о процессе для материала за пределами утверждения. Читатели могут проверить вывод, открыв источник и сравнив его объем. Если источник становится недоступным, сообщите о неработающем URL-адресе и не заменяйте зеркало, не идентифицировав его. Отправляйте исправления с указанием точного предложения, исходного URL-адреса и даты записи, чтобы страница могла изменяться прозрачно, а не накапливать уверенные, но неподтвержденные утверждения.