Должны ли ИИ-диалоги быть главной механикой, поддержкой или оставаться за кулисами в прототипе вашей игры?
Если вы инди-дизайнер и выбираете роль для ИИ-диалогов в одном играбельном прототипе, начните с задачи игрока: что он должен иметь возможность делать такого, с чем заранее написанные реплики справляются плохо? Делайте ИИ главным взаимодействием только тогда, когда импровизация с персонажем сама по себе является игровым процессом. Используйте его как поддерживающий слой, когда фиксированный геймплей и сюжет остаются во главе угла. Оставьте его в качестве инструмента автора, когда игроку вообще не нужен генеративный диалог. Каждый выбор меняет то, что игрок может делать, что происходит при сбое системы и какой объем работы ложится на плечи команды.
Начните с задачи игрока
Термин «ИИ-диалоги» может описывать две совершенно разные вещи: диалог, генерируемый во время взаимодействия игрока с персонажем, и ИИ, используемый создателями для подготовки черновиков, которые затем отбираются и редактируются. Существует и промежуточный вариант: игра с преимущественно авторским текстом, использующая сгенерированные диалоги в ограниченной роли поддержки. Это разные проектные решения, а не три ступени, которые должна пройти каждая игра.
[Прототип NEO NPC](https://news.ubisoft.com/en-us/article/5qXdxhshJBXoanFZApdG3L/how-ubisofts-new-generative-ai-prototype-changes-the-narrative-for-npcs) от Ubisoft исследовал свободную беседу игрока с персонажами, образы которых созданы сценаристами и ограничены рамками сценария и характерами героев. Ubisoft описывает NEO NPC как прототип, а не как доказательство того, что такой подход сработает в каждой вышедшей игре. В противоположность этому, [Ghostwriter](https://news.ubisoft.com/en-gb/article/7Cm07zbBGy4Xml6WgYi25d/the-convergence-of-ai-and-creativity-introducing-ghostwriter) генерирует варианты фоновых реплик (barks), чтобы сценаристы могли выбирать и дорабатывать их. Целевой пользователь здесь — сценарист; сгенерированный текст не подается в виде живого диалога с игроком.
Третий ориентир в дизайне — полностью авторский текст. В [рассказе студии Strange Scaffold о *Sunshine Shuffle*](https://www.gamedeveloper.com/design/deep-dive-creating-seamless-dialogue-for-sunshine-shuffle) дизайнер Став Хинензон (Stav Hinenzon) описывает компоновку реплик, фоновых фраз и более длинных сюжетных зарисовок вокруг игры в покер с правилами приоритета и тайминга, чтобы управлять тем, какой контент оказывается в фокусе внимания. Диалоговая система игры поддерживает происходящее, не требуя сгенерированного текста. В совокупности эти примеры подводят к практическому вопросу для прототипа: нужно ли игроку импровизировать с персонажем, нужна ли игре адаптивная прослойка вокруг авторского контента или команде просто требуется помощь в создании черновиков?
Сравните три роли
**Главное взаимодействие**: задавать вопросы или высказываться в свободной беседе, чтобы достичь цели через персонажа. Ввод игрока меняет то, какая полезная информация, действие или состояние отношений становятся доступными. Отслеживайте выполнение задачи и то, насколько корректно ответы поддерживают следующее задуманное действие. Задайте персонажу четкий набор поддерживаемых тем и изменений состояния; для неподдерживаемого ввода используйте заранее написанное перенаправление или возврат к известному состоянию разговора. Самый высокий уровень сложности. Команда должна определить ограничения персонажа и сценария, связать диалог с состоянием игры, обрабатывать неожиданный ввод и тестировать гораздо больше реплик, чем в случае фиксированного сценария.
**Поддерживающий слой**: прохождение основной игры, пока диалог реагирует на выбранные события или предлагает необязательные ответы. Реплика может что-то прояснять, придавать атмосферы или реагировать на событие, не блокируя основное действие. Отслеживайте, замечают ли игроки релевантные реплики и могут ли они продолжать выполнение задачи без ожидания. Оставьте основную ветку и ключевую информацию авторскими. Если генерация недоступна или выдает неподходящий результат, используйте фиксированную фразу, сдержанный ответ или полное молчание. Сложность от средней до высокой. Команда должна согласовывать сгенерированный результат с авторскими акцентами, таймингом, голосом персонажа и состояниями геймплея, которые могут его вызывать.
**Инструмент автора**: прохождение игры с авторским текстом; сценарист или дизайнер использует ИИ во время разработки для создания черновых вариантов. Игрок получает отобранный и отредактированный контент. Результат для производства заключается в том, помогает ли инструмент команде создавать пригодные варианты для конкретной писательской задачи. Утвержденный сценаристом текст служит запасным планом и финальным игровым контентом. Сложность варьируется, но поддерживать живую диалоговую систему в реальном времени не требуется. Затраты смещаются на настройку инструмента, проверку, отбор, редактирование и встраивание процесса в работу сценаристов.
Эти последствия представляют собой проектные цели для тестирования, а не гарантированные эффекты. Измеряйте только то, что важно для задачи прототипа. Разговор может быть гладким, но все равно бесполезным, если он не дает практической информации; сгенерированная фоновая фраза может быть очаровательной, но при этом прерывать ход, который необходимо сделать игроку.
Выбирайте главное взаимодействие, когда импровизация — это механика
Используйте свободный диалог для игрока, когда ключевое обещание игры зависит от того, сможет ли игрок выразить мысль, которую дизайнер не может удобно предусмотреть заранее, а ответ персонажа может существенно повлиять на дальнейшие действия игрока. Прежде чем создавать модель, решите, что считается успешным диалогом: возможно, игрок получает улику, заставляет NPC выполнить одно из нескольких допустимых действий или узнает факт в ходе выбранной линии расспросов.
Ограничьте мир прототипа. Определите, что персонаж знает, чего он делать не станет, какое состояние игры он может изменить и что происходит, когда запрос не имеет отношения к делу. В описании NEO NPC от Ubisoft подчеркивается важность созданных сценаристами предысторий персонажей и правил их поведения, а также постоянных итераций, когда модель отклоняется от задуманного образа. Это указывает на реальную производственную задачу: авторам по-прежнему нужно оценивать, соответствует ли каждый ответ персонажу и сценарию. Не позволяйте импровизированному тексту незаметно превращаться в новый сюжетный факт или команду изменения состояния игры, если вы явно не спроектировали и не протестировали этот путь.
Полезный запасной вариант должен быть написан вручную и очевиден в дизайне: когда ввод выходит за рамки поддерживаемой задачи, персонаж может задать уточняющий вопрос, объяснить, чем он способен помочь, или вернуть игрока к известным вариантам. Если прототип не может надежно удерживать фокус на цели, сделайте ключевую информацию для нее доступной через фиксированный диалог или другой заранее прописанный путь.
Выбирайте поддерживающий слой, когда игру ведут авторские акценты
Поддерживающий слой может реагировать на события геймплея, пока основное взаимодействие остается предсказуемым. Это могут быть необязательные фоновые замечания, короткие ответы на небольшой набор действий или сгенерированные вариации вокруг фиксированного сюжетного момента. Установите границы: какие события могут активировать реплику, может ли она прерывать игрока и разрешено ли ее содержанию вводить новую информацию.
*Sunshine Shuffle* предлагает полезный авторский пример для сравнения: элементы диалога, их приоритеты и тайминг были выстроены вокруг покерных ходов и темпа повествования. В отчете разработчика отмечается, что реплики должны были оставлять игрокам время на чтение, а действия игрока продвигали сюжетные диалоги вперед. Урок для поддерживающего ИИ-слоя вполне конкретен: адаптивность должна соответствовать таймингу активности. Реплика, прозвучавшая во время принятия решения, может помешать игре, даже если она отлично сформулирована.
Сохраняйте авторский текст для инструкций, подсказок, решений и любых моментов, где важен тайминг. Для необязательных реакций определите «тихий» режим сбоя: пропустить фразу, использовать фиксированную альтернативу или отложить ее до тех пор, пока в игровом процессе не появится пауза. Проверьте, могут ли игроки по-прежнему выполнять основную задачу при выключенном слое генерации.
Выбирайте инструмент автора, когда игроку не нужна сгенерированная речь
Если вам требуется больше текстового материала — особенно множество коротких вариаций — сначала попробуйте роль инструмента для авторов. Ubisoft описывает Ghostwriter как систему, предлагающую черновики фраз, которые сценаристы могут отбирать и дорабатывать, при этом обратная связь от человека встроена в процесс. Это производственный рабочий процесс, а не взаимодействие игрока с NPC. Держите одобренные реплики под контролем сценариста и тестируйте инструмент на реальной, ограниченной задаче по написанию текстов, например, на создании альтернативных вариантов реакции одного персонажа на одно событие.
Этот выбор особенно подходит, если в вашей игре уже используются авторские диалоги, а вариативность полезна, но сама по себе механикой не является. В прототип можно играть и без работы этого инструмента во время выполнения. Оценивайте инструмент по тому, пригодны ли его предложения после проверки и вписываются ли они в рабочий процесс команды — а не по общему числу сгенерированных строк. Источник описывает инструмент и рабочий процесс Ubisoft; это не гарантирует, что такой же подход сэкономит время каждой команде или каждому проекту.
Проведите крошечный плейтест перед расширением рамок
Ниже приведен наглядный пример теста, а не результаты опубликованного исследования. Представьте прототип, в котором игрок должен узнать зацепку о маршруте патруля охранника и пройти через дверь. Дайте небольшой группе тестировщиков одну версию, где охранник принимает вопросы в свободной форме, одну, где игра предлагает авторские варианты диалога с необязательными ответными замечаниями, и одну полностью фиксированную версию. Сохраняйте цель и подсказку одинаковыми во всех версиях.
Для каждой попытки фиксируйте три вещи: получает ли игрок подсказку, может ли он открыть дверь и в каком месте он застревает или ждет. Также отметьте, меняет ли разговор решение, принимаемое игроком. Если свободная беседа дает разнообразие формулировок, но не приводит к осмысленному изменению маршрута или выбора игрока, это слабое основание делать ее главным взаимодействием в этом прототипе. Если авторский путь работает четко, а необязательные реакции его не нарушают, роли поддержки может быть вполне достаточно. Если же главная сложность команды заключается в написании дополнительных фоновых фраз для охранника, а задача игрока уже решена, протестируйте инструмент автора отдельно от играбельного билда.
Эти наблюдения помогут выбрать направление для следующей итерации прототипа; крошечный плейтест не может показать универсальную эффективность или предсказать реакцию широкой аудитории. Делайте версии достаточно компактными, чтобы вы могли сопоставить задачу игрока, запасной план и трудозатраты на поддержание каждого варианта.
Примите решение с помощью трех вопросов
Прежде чем добавлять ИИ-диалоги, запишите ответы на следующие вопросы:
**Чего игрок пытается достичь с помощью диалога?** Укажите конкретное действие или решение, а не просто «вести естественную беседу».
**Какое последствие должен иметь успешный диалог?** Назовите информацию, выбор или допустимое изменение состояния, а затем решите, как вы будете фиксировать это во время плейтеста.
**Что происходит, когда генерация недоступна или не попадает в цель?** Предусмотрите авторский маршрут, который сохранит за игроком возможность выполнить задачу.
Затем соотнесите производственную нагрузку с масштабом прототипа: количество состояний и триггеров, объем инструкций для персонажей и сценария, объем проверки сгенерированного материала и количество запасного авторского контента, который вам необходимо написать. Роль с более масштабными обещаниями для игрока также влечет за собой большую ответственность за то, чтобы ответы оставались полезными и последовательными. Для небольшого прототипа строго ограниченный тест покажет, служит ли эта дополнительная нагрузка задаче игрока.
Этот выбор — не вердикт относительно ИИ в играх. Это решение о том, где именно место генеративным диалогам в данном конкретном игровом опыте: в центре действий игрока, в контролируемой роли поддержки или в рабочем процессе создателя. Выберите наименьшую роль, способную продемонстрировать тот результат, который должны ощутить игроки, и позвольте прототипу дать вам повод для ее расширения.