Должен ли вымышленный ИИ-персонаж помнить факты или чувства?
Чтобы вымышленный ИИ-персонаж оставался последовательным, его память должна сохранять то, что произошло, и хранить реакции персонажа рядом в виде отдельной записи. Относитесь к подтвержденным фактам сюжета как к опорным точкам; отмечайте чувства как собственный заявленный опыт персонажа и оставляйте интерпретации неопределенными, пока сюжет их не подтвердит. Это позволяет персонажу реагировать последовательно, не превращая догадку о другом человеке в канон.
Почему для фактов и чувств нужны разные поля памяти
Факт описывает событие или состояние в сюжете: Мара оставила латунный ключ на подоконнике перед бурей. Реакция персонажа описывает его переживание: Мара позже сказала, что почувствовала облегчение, когда ключ нашелся. Интерпретация идет дальше: возможно, она боялась, что кто-то узнает, что открывал этот ключ. Первые два пункта могут быть непосредственно установлены в сцене; третий остается гипотезой, пока более поздняя сцена не подтвердит его.
Эти различия важны, поскольку модель может превратить правдоподобное объяснение в запомненное событие, когда она обобщает длинный диалог. Исследования генеративных агентов описывают поток памяти, из которого извлекаются релевантные записи, наряду с процессом, синтезирующим размышления более высокого уровня. Авторы сообщают, что наблюдение, планирование и рефлексия внесли свой вклад в правдоподобность в их экспериментальной среде. Для создания персонажей такая архитектура служит полезной подсказкой сохранять как сцены, так и резюме, помечая резюме как производные интерпретации, а не как исходные события. Generative Agents: Interactive Simulacra of Human Behavior
Что должно считаться подтвержденным фактом сюжета?
Сохраняйте детали, которые повествование явно устанавливает или которые пользователь подтверждает как канон: кто присутствовал, что было сказано или сделано, где был оставлен предмет и какие события следовали за другими. Держите источник поблизости. Короткая запись может гласить: «Во время сцены на вокзале Иво передал Маре латунный ключ. Источник: подтвержденное пользователем резюме сцены». Если персонаж говорит что-то о своей собственной реакции, запишите также указание авторства: «Мара сказала, что почувствовала облегчение, когда Иво вернулся. Источник: реплика Мары в сцене на вокзале».
Это практическое применение происхождения данных (provenance): модель PROV от W3C описывает информацию о сущностях, действиях и агентах, участвующих в создании чего-либо, чтобы ее история могла помочь читателям оценить достоверность. Это не правило написания персонажей, но оно подсказывает полезное дизайнерское решение: сохранять информацию о том, откуда взялось воспоминание и как оно было создано. W3C PROV-O: The PROV Ontology
Как персонаж должен помнить свои собственные чувства?
Сохраняйте реакции от лица персонажа и привязывайте их к сцене или утверждению, которое их подтверждает. «Мне было неловко, когда я уронил карту» — более весомое свидетельство заявленного чувства персонажа, чем «Персонаж отвел взгляд», что является наблюдаемым действием, допускающим множество трактовок. Сцена может содержать и то, и другое: «Мара отвела взгляд после того, как карта упала. Она не объяснила почему». Если Мара позже скажет, что ей было неловко, добавьте это как более позднее высказывание; не переписывайте молча более раннее наблюдение в качестве доказательства.
Чувства могут меняться. Полезная запись может сохранять время и контекст каждой реакции вместо того, чтобы сглаживать их в постоянную черту характера. Фразы «Мара сказала, что почувствовала облегчение, когда ключ был найден» и «Мара позже сказала, что ей было не по себе из-за того, у кого он хранился» могут обе оставаться правдой. Исследование эпизодической памяти для диалогов 2025 года разделяет фрагменты памяти на фактическую, эмпирическую и субъективную информацию и отображает связи между элементами в разных сессиях. Его результаты касаются разговорного ИИ, а не качества вымышленных персонажей; тем не менее, эти категории предлагают обоснованную отправную точку для четкого разграничения сцены, опыта и интерпретации. Pre-Storage Reasoning for Episodic Memory
Как неопределенные интерпретации могут оставаться полезными, не становясь каноном?
Сохраняйте интерпретацию как возможность с указанием доказательств, автора и статуса. Например: «Возможная трактовка: Мара могла беспокоиться о ключе. Основание: она отвела взгляд и сменила тему. Статус: не подтверждено». Это дает будущему повествованию зацепку для повторного рассмотрения, давая понять, что ни одна сцена не установила ее мотив. Если сюжет позже подтвердит или опровергнет эту трактовку, обновите ее статус и сохраните прежнее основание, где это полезно.
Не делайте выводов об эмоциональном состоянии реального пользователя на основе вымышленного диалога, ролевого выбора или двусмысленного действия. Держите высказывания о реальном участнике отдельно от истории персонажа; переносите информацию об участнике только в том случае, если он заявляет о ней прямо и подтверждает ее актуальность. Эта граница — рекомендация по проектированию для данной задачи, а не утверждение о том, что эмоцию можно достоверно определить по конкретной фразе или жесту. В исследованиях диалоговых систем неопределенность может быть представлена как системный результат, а не вынужденная догадка: в одной из статей ACL изучается классификация неопределенности и опция «ничего из вышеперечисленного» при поиске ответов. Это подтверждает более узкий вывод для проектирования: система памяти или ответов может сохранять неопределенность вместо того, чтобы делать вид, будто на каждый запрос есть готовый ответ. “None of the Above”: Measure Uncertainty in Dialog Response Retrieval
Практическая запись памяти для сцен и реакций
Компактная запись может использовать отдельные поля для события, источника, собственной заявленной реакции персонажа и любой нерешенной интерпретации. Эта схема — редакторский инструмент, а не стандарт, требуемый упомянутыми исследованиями:
Поле: Событие; Что записывать: Подтвержденное действие или состояние; Пример: Иво передал Маре латунный ключ на вокзале.
Поле: Источник; Что записывать: Откуда получена информация; Пример: Подтвержденное пользователем резюме сцены.
Поле: Высказывание персонажа; Что записывать: Собственная переданная реакция персонажа; Пример: Мара сказала, что почувствовала облегчение, когда его вернули.
Поле: Наблюдение; Что записывать: Видимая или слышимая деталь без предполагаемого мотива; Пример: Мара отвела взгляд перед ответом.
Поле: Интерпретация; Что записывать: Возможная трактовка, помеченная как неподтвержденная; Пример: Возможно, ей было не по себе; сцена не устанавливает причину.
Поле: Статус; Что записывать: Канон, заявлено, сделан вывод или не разрешено; Пример: Событие: канон; реакция: заявлено; мотив: не разрешено.
Такое разделение напоминает отслеживание состояния диалога на основе схем, где система заполняет значения в заранее определенные слоты, а не рассматривает весь текст разговора как единую недифференцированную запись. Цитируемое исследование касается задачно-ориентированного диалога, поэтому применение этой идеи к памяти сюжета является аналогией; практическая польза здесь заключается просто в том, что каждый вид информации имеет отведенное место. Dialogue State Tracking with a Language Model using Schema-Driven Prompting
Как проверять и обновлять память персонажа
После сцены сначала извлеките только те события, которые сцена или пользователь четко подтверждают. Затем добавьте любые реакции, о которых персонаж прямо заявляет, сохраняя сцену и говорящего. Наконец, запишите интерпретации отдельно с краткой причиной и меткой «не разрешено». Во время извлечения отдавайте предпочтение исходной сцене или высказыванию, когда они доступны; используйте резюме как указатель, а не как более весомое доказательство, чем источник, который оно обобщает.
Когда новый текст меняет сюжет, целенаправленно обновляйте соответствующий факт. Если две версии противоречат друг другу, сохраняйте конфликт видимым до тех пор, пока пользователь не разрешит его или повествование не установит, что произошло. Не улаживайте конфликт, выбирая ту версию, которая звучит наиболее связно. Материалы W3C по происхождению данных описывают фиксацию сущностей, действий, указания авторства и происхождения; применение этой идеи здесь помогает автору проследить резюме до сцены и отличить оригинальный материал от более поздней интерпретации. PROV Overview
Простое правило принятия решений
Решая, что должен помнить персонаж, спросите: было ли это установлено напрямую, и кто это сказал или показал? Если ответ ясен, сохраните факт сюжета вместе с его источником. Если персонаж высказал чувство, сохраните его как реакцию этого персонажа в данный момент. Если запись описывает мотив, эмоцию или значение, которые никто не подтвердил, пометьте это как интерпретацию или оставьте вопрос открытым. Результатом станет память, которая поддерживает последовательность и голос персонажа, позволяя оставшимся без ответа вопросам сюжета оставаться без ответа.