Как NPC должен отвечать на вопросы за рамками сценария?

Сначала классифицируйте вопрос, а не просто факт отсутствия реплики

«Вне сценария» описывает пробел в написанном авторами контенте. Это не говорит о том, что известно самому персонажу. Отношение к каждому непредусмотренному вопросу как к однотипному сбою приводит к запутывающим ответам: NPC может звучать уклончиво по поводу того, о чем он никогда не слышал, или случайно выдать секрет, который сюжет должен защищать.

Используйте три категории:

**Неизвестно:** у персонажа нет достоверной информации. Он может не распознавать тему или знать о ее существовании, но не иметь ответа на конкретный вопрос.

**Известно, но скрыто:** персонаж располагает нужными сведениями, но сюжетное условие, взаимоотношения, личный выбор или строгая тайна мешают ему поделиться ими сейчас. «Скрыто» — это состояние сюжета, а не повод намекать, будто за каждым отказом кроется подсказка.

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

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

Формируйте органичный ответ на основе правды

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

К примеру, предположим, что игрок спрашивает городского пекаря: «Что находится за северным перевалом?» Если пекарь никогда там не бывал, естественным ответом будет: «Так далеко на север не заходил. Мою муку везут из долины». Ответ остается в рамках роли, обозначает предел и возвращается к тому, что входит в опыт пекаря. Деталь о муке приведена для иллюстрации, а не в качестве подсказки; в релизной игре используйте деталь, уже подкрепленную персонажем и сеттингом.

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

Если вопрос касается чего-то за пределами мира или роли персонажа, сделайте ограничение понятным, не пытаясь выдать его за сюжетную интригу: «Я не знаю, что такое “облачный сервер”. Это какая-то метеостанция?» Конкретные формулировки зависят от сеттинга и тона. Избегайте ситуаций, когда общие знания модели просачиваются в речь персонажа так, будто это его личный опыт или знание мира.

Исследования подтверждают общую проблему нарративного дизайна, а не готовое решение для игр. В краткой статье Шриваставы и соавторов (ACL 2021) описаны контекстуализированные резервные ответы (fallbacks) на неразрешимые диалоговые запросы с использованием правил и модели transformer, дообученной на синтетических парах «вопрос-ответ»; ее рамки не касаются сюжетных игровых NPC. [Читать статью](https://aclanthology.org/2021.acl-short.13/). В статье Садека и соавторов (EMNLP Findings 2024) исследуется отыгрыш вымышленных персонажей: представлен датасет из более чем 2 000 персонажей и 72 000 интервью, включая 18 000 состязательных вопросов, а также предложен метод RoleFact для уменьшения галлюцинаций. Это имеет отношение к границам знаний персонажей, но не доказывает, что конкретный шаблон ответов гарантированно сработает в релизной игре. [Читать статью](https://aclanthology.org/2024.findings-emnlp.846/).

Разделяйте реплику персонажа и системное пояснение

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

Например:

**NPC:** «Я никогда не слышал об этом месте. Спроси меня лучше о старой мельнице».

**Опциональное системное примечание:** «У этого персонажа нет ответа на данный вопрос».

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

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

Тестируйте знания и состояние сюжета с помощью матрицы границ

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

**У NPC нет информации по теме:** ответ не притворяется осведомленным и не дает деталей. Выражайте неуверенность или отсутствие опыта голосом персонажа

**NPC знаком с темой, но не знает запрошенной детали:** общие знания не превращаются в точный ответ. Скажите, что известно, а затем обозначьте конкретный пробел

**NPC знает ответ и может им поделиться:** ответ соответствует текущим сюжетным фактам. Дайте подтвержденный ответ; не переходите в резервный режим только из-за необычной формулировки

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

**Условие скрытности перестает действовать:** ответ меняется, когда состояние сюжета позволяет раскрытие. Предоставьте ставшую доступной информацию, если игрок спросит снова или игра раскроет ее иначе

**Вопрос выходит за рамки мира или роли персонажа:** реальный мир или посторонние знания модели не проникают в вымысел под видом фактов. Отметьте категорию как незнакомую или неуместную, не выдумывая ложных связей внутри мира

**Диалоговая система не может разобрать вопрос:** ошибка парсинга не путается с неосведомленностью NPC. Используйте понятный резервный ответ на уровне интерфейса, при необходимости предложив поддерживаемую подсказку

**Один и тот же вопрос сформулирован по-разному:** правила знаний и секретности не зависят от одной заученной формулировки. Сохраняйте ту же фактическую границу, допуская естественные вариации фраз

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

Сделайте границы проверяемыми в тексте и коде

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

Для каждой резервной реплики или сгенерированного ответа проверяйте:

Утверждает ли она или подразумевает факт, который персонажу знать не положено?

Не путает ли она «я не знаю» с «я тебе не скажу»?

Не делает ли она случайно отсутствующий ответ похожим на тайну или квестовую зацепку?

Действительно ли предложенный следующий шаг уже существует в игре и подходит ли он к ситуации?

Если вопрос не поддерживается системой взаимодействия, может ли игрок понять это по интерфейсу, не принимая сообщение за сюжетную реплику?

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

Простая последовательность решений

Анализируя вопрос вне сценария, последовательно проходите следующие шаги:

**Способна ли игра распознать вопрос?** Если нет, используйте пояснение на уровне взаимодействия, вместо того чтобы приписывать незнание самому NPC.

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

**Знает ли персонаж это, и разрешено ли раскрытие сейчас?** Если персонаж знает, но не может раскрыть, сделайте отказ соответствующим его мотивам и состоянию; не сливайте ответ через намеки, если эти намеки не были запланированы.

**Может ли персонаж дать обоснованный частичный ответ или предложить полезный следующий шаг?** Включайте его только в том случае, если он уже опирается на контент игры.

**Может ли игрок принять запасной ответ за подсказку или сюжетный поворот?** Если да, проясните статус взаимодействия на уровне системы или перепишите реплику.

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

Продолжить изучение темы