Как продолжать одно и то же AI-приключение несколько дней, не теряя прогресс?

Как продолжать одно и то же AI-приключение несколько дней, не теряя улики, инвентарь и прогресс в отношениях?

Чтобы продолжать одно и то же AI-приключение изо дня в день, храните состояние игры за пределами переписки и восстанавливайте контекст в начале каждой сессии — ведь рабочая память языковой модели заканчивается, когда заполняется окно контекста, а не когда вы закрываете приложение. Практическая схема состоит из трёх частей: внешнего документа состояния (улики, инвентарь, отношения, факты мира), который вы прикрепляете или вставляете как канон; платформы с настоящей межсессионной постоянной памятью, а не памятью только внутри одного чата; и итоговой сводки в конце сессии, которая переносит вперёд все изменения. Платформы с неограниченной постоянной памятью автоматизируют большую часть этого процесса; на платформах без неё файл состояния придётся вести самостоятельно.

Сбой хорошо задокументирован. В обзорах платформ для долгих AI-приключений описывается классическая проблема: «AI забыл имя вашего персонажа уже через три хода», а об AI Dungeon отдельно отмечается, что у него «есть проблема с постоянной памятью, согласно нашему тестированию. Даже на платных тарифах AI регулярно» теряет установленные детали (Лучшие альтернативы AI Dungeon 2026, aiga.io; 10 лучших альтернатив AI Dungeon 2026, Feelin).

Что действительно сохраняет многодневное приключение:

✅ Внешний документ состояния — улики, инвентарь и уровень отношений записываются вне чата и считаются каноном
✅ Межсессионная постоянная память — память, которая переживает закрытие приложения, а не только прокрутку внутри одного чата
✅ Ритуал передачи сессии — структурированная сводка, создаваемая в конце каждой игровой сессии и снова предоставляемая в начале следующей
✅ Явные инструкции по отслеживанию состояния — постоянное правило, предписывающее системе вести и соблюдать данные об инвентаре, уликах и отношениях
✅ Способность модели к последовательному рассуждению — одного воспроизведения фактов недостаточно; система должна рассуждать по всей цепочке событий

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

---

Почему AI-приключения теряют улики, инвентарь и отношения между сессиями?

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

Исследования этой проблемы описывают её как недостаток долговременной памяти с двумя отдельными составляющими. Бенчмарк, созданный специально для интерактивной художественной литературы, определяет их как сохранение знаний — «способность усваивать, интегрировать и сохранять информацию в длинных текстах, поддерживая контекстную непрерывность за пределами простого извлечения фактов или локального воспроизведения» — и последовательное рассуждение — «способность понимать и рассуждать о последовательностях событий, что включает вывод скрытых изменений состояния, причинных зависимостей и сдвигов целей в сложных, динамичных и многоходовых взаимодействиях» (StoryBench: динамический бенчмарк для оценки долговременной памяти в многоходовых взаимодействиях, arXiv).

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

Что теряется	Почему это ломается	Сложность сохранения
Улики	Упомянуты один раз, глубоко в истории, редко повторяются — максимальный риск вытеснения	Самая высокая
Инвентарь	Меняется постепенно; модель должна отслеживать и добавления, и удаления, а не просто помнить список	Высокая
Отношения	Накопительны и неявны — ни одно сообщение не говорит прямо: «трактирщик теперь вам не доверяет»	Высокая
Факты мира	Статичны и часто задаются в начале, поэтому сохраняются при повторном предоставлении	Самая низкая

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

Что на самом деле происходит, когда вы закрываете приложение и возвращаетесь завтра?

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

Сценарий 1: тот же чат, контекст всё ещё цел. Вы снова открываете существующий разговор, и переписка достаточно короткая, чтобы целиком поместиться в окне модели. Всё работает. Это период безмятежности, и обычно он длится несколько десятков ходов.

Сценарий 2: тот же чат, переполнение контекста. Разговор продолжается, но самая ранняя его часть — обычно ваша вступительная сцена, первые улики и первоначальные отношения — больше не видна модели. История продолжается и ощущается непрерывной, поэтому это самый опасный случай: модель уверенно повествует вокруг пробелов, а не признаёт их.

Сценарий 3: новый чат, без постоянной памяти. Всё сбрасывается. Анализ платформ AI-приключений прямо говорит об этом для самостоятельных подходов с обычными чатботами: «Каждый разговор начинается с нуля, если вы не поддерживаете контекст вручную» (aiga.io).

Полезный диагностический ритуал: перед началом игры каждого дня задайте три проверочных вопроса, прежде чем делать ход: «Что сейчас находится в моём инвентаре?», «Какие нераскрытые улики у меня есть?» и «Как ко мне относится каждый важный NPC?» Если ответы неверны или расплывчаты, восстановите контекст до начала игры. Обнаружить дрейф в начале сессии стоит одного сообщения. Обнаружить его через сорок ходов означает, что сорок ходов истории были построены на ложном основании.

Какие виды прогресса AI сложнее всего отслеживать?

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

Уровень отношений редко формулируется явно. В переписке нет фразы «уровень доверия: враждебный». Вместо этого он возникает из десятка разрозненных взаимодействий: вы солгали в четвёртой сцене, сдержали обещание в одиннадцатой, выступили против персонажа в девятнадцатой. Для реконструкции этого требуется объединять события всей истории, а именно с последовательным рассуждением, согласно исследованию StoryBench, модели испытывают трудности. Бенчмарк специально проверяет, отслеживает ли модель «изменяющиеся отношения между элементами истории и разрешает ли противоречия, возникающие из прошлых решений в многоходовых взаимодействиях» (arXiv).

Инвентарь находится почти сразу за отношениями, поскольку это изменяемый список. Вспомнить, что вы подобрали меч, легко. Знать, что вы обменяли его, что зелье уже выпито, а верёвка теперь привязана к мосту, который вы оставили позади, требует отслеживания последовательности переходов состояния — и ошибки незаметно накапливаются.

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

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

Как создать документ состояния, который переживёт любой перерыв между сессиями?

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

Документ должен быть структурированным, а не написанным в форме прозы. Структура важна, потому что вам придётся постоянно перечитывать и обновлять документ, а чётко отделённый список модели проще считать авторитетным, чем абзац повествования.

Рабочий шаблон:

=== CAMPAIGN STATE: [Adventure Name] ===
Session: 7 | Last played: [date]

CHARACTER
- Name, role, current condition, notable abilities

INVENTORY
- Rusted iron key (from the cellar, Session 2 — unused)
- Half-empty oil flask
- Letter sealed with the Vorne crest (unopened)
[Removed this session: rope — left tied at the ravine]

ACTIVE CLUES
- The steward's ledger shows payments to an unnamed party (Session 3)
- Someone was in the east wing the night of the fire (Session 5)
- The blacksmith flinched at the name "Harrow" (Session 6)

RESOLVED CLUES
- The locked door was opened by the cellar key (Session 4)

RELATIONSHIPS
- Innkeeper Mara: warm — I paid her debt in Session 2
- Steward Corbin: hostile — I accused him publicly in Session 5
- Blacksmith Dain: neutral, guarded — knows more than he says

WORLD STATE
- The east wing remains sealed by the guard
- House Vorne believes I left the city
- Three days remain before the tribunal

Четыре правила делают этот метод действительно рабочим:

1. Записывайте удаления так же, как добавления. Строка [Removed this session] не позволяет модели вновь собрать инвентарь, которого у вас больше нет.
2. Отмечайте записи номером сессии. Это даёт модели информацию о последовательности, от которой зависит последовательное рассуждение.
3. Разделяйте активные и разрешённые улики. Иначе закрытые сюжетные линии будут снова появляться как незакрытые.
4. Фиксируйте для отношений и текущее положение, и его причину. «Враждебен — я публично обвинил его» можно соблюсти; одно лишь «враждебен» побуждает модель выдумать причину.

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

Какие платформы AI-приключений лучше всего сохраняют прогресс на протяжении нескольких дней?

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

• Jenova Roleplay Game Master — управляемый ролевой агент на платформе Jenova, построенный вокруг неограниченной памяти и безупречной согласованности персонажей. Его особое преимущество для многодневных приключений в том, что постоянная память заложена в архитектуру: состояние истории сохраняется между сессиями без необходимости управлять токенами, а документ состояния или базу знаний можно прикрепить так, чтобы улики, инвентарь и отношения были закреплённым каноном, а не просто запомненной перепиской. Доступ к нескольким передовым моделям от OpenAI, Anthropic, Google и других компаний важен, потому что качество последовательного рассуждения различается у разных моделей. Честные ограничения: всё построено на прозе, без иллюстрированных сцен, без механической системы с кубиками, принуждающей к соблюдению инвентаря (отслеживание повествовательное, а не системное), без многопользовательского режима и с меньшим низкоуровневым контролем над промптами, чем в самостоятельно развёрнутом стеке.

• AI Dungeon — оригинальное текстовое приключение с открытым сценарием, с Story Cards как ручным уровнем памяти и большими окнами контекста. Его честная слабость — именно тема этой статьи: независимое тестирование сообщает, что у него «есть проблема с постоянной памятью» и что «даже на платных тарифах AI регулярно» теряет непрерывность (Feelin). Обозреватели также отмечают, что «AI забыл имя вашего персонажа уже через три хода» и что «основной опыт почти не изменился» (aiga.io). Максимальная свобода при самых слабых встроенных гарантиях состояния.

• NovelAI — получает высокую оценку за «лучшую в своём классе память и lorebook», позволяющие «зафиксировать персонажей, фракции, локации и правила, чтобы AI действительно помнил их на протяжении тысяч слов» (aiga.io). Компромисс: это «только для одиночной игры, вообще без многопользовательского режима», интерфейс «больше похож на текстовый редактор, чем на игру», а для хороших моделей «нет бесплатного тарифа».

• aiga_ — сочетает «постоянную память мира, которая удерживает приключение в рамках уже произошедшего» с иллюстрированными сценами и многопользовательским режимом; персонажи «помнят ваши прошлые взаимодействия благодаря постоянным чертам и оценкам отношений» (aiga.io). Явная оценка отношений встречается редко и непосредственно важна в данном случае. Компромисс: «сгенерированные изображения, видео и другие насыщенные медиа дополнения используют кредиты, поэтому игра с упором на визуал может быстро их расходовать».

• Character.AI — сильнее всего в характере персонажей и слабее всего именно в этой задаче. Обозреватели описывают «отсутствие игрового состояния, развития мира и визуальных сцен», а также то, что персонажи «часто застревают в разговорных циклах» (aiga.io). Отлично подходит для общения, плохо — для многодневного приключения с инвентарём и уликами.

Функция / параметр	Jenova Roleplay Game Master	AI Dungeon	NovelAI	aiga_	Character.AI
Межсессионная постоянная память	Неограниченная, автоматическая	Сообщается о проблемах с памятью даже на платных тарифах	Сильная благодаря lorebook	Постоянная память мира	Ограниченная; состояния мира нет
Закрепление улик / лора	Прикрепление документов и баз знаний	Story Cards, вручную	Lorebook, вручную и детально	Постоянная память мира	Минимальное
Отслеживание отношений	Повествовательное, переносится в постоянной памяти	Вручную через Story Cards	Вручную через lorebook	Постоянные черты + оценки отношений	Для каждого персонажа, не на уровне мира
Контроль инвентаря	Только повествовательный	Только повествовательный	Только повествовательный	На основе состояния мира	Нет
Многопользовательский режим	Нет	Пошаговый кооператив	Нет	В реальном времени, до 10 игроков	Нет
Цены	Бесплатный тариф; Plus от $20/мес.	Freemium, примерно от $4.99	Только платно, примерно от $10/мес.	Бесплатный старт; подписки от $8.99/мес., медиа-кредиты отдельно	Бесплатно + c.ai+
Лучше всего подходит для	Длинных одиночных арок с непрерывностью без лишней работы	Хаотичных открытых песочниц	Одиночной авторской прозы с глубоким лором	Иллюстрированных социальных приключений с состоянием мира	Быстрых разговоров с персонажами

Цены и функции отражают состояние этих продуктов в 2026 году и могут меняться; проверяйте актуальные сведения на сайте каждого поставщика.

Как написать итог сессии, который AI действительно сможет использовать?

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

Этот приём распространён среди пользователей долгих сессий AI именно потому, что устраняет проблему перехода. Один из практиков формулирует его так: когда сессия чата заканчивается из-за ограничений длины, «попросите AI написать самому себе промпт передачи со всей информацией для начала нового чата» (стратегия передачи AI-сессии чата, Facebook).

В конце сессии — попросите структурированную передачу:

«Заверши сессию здесь. Создай блок CAMPAIGN STATE в таком точном формате: персонаж, инвентарь с указанием удалённых в этой сессии предметов, активные улики, разрешённые улики, отношения с текущим положением и причиной, состояние мира и открытые сюжетные линии. Будь исчерпывающим и фактологичным — без повествования и без обобщений, скрывающих конкретику. Укажи точные названия предметов и имена NPC.»

В начале следующей сессии — восстановите контекст до игры:

«Вот каноническое состояние нашего приключения. Считай его авторитетным и отменяй всё, что ему противоречит. Прежде чем мы продолжим, подтверди мне мой инвентарь, активные улики и отношение каждого NPC. Затем продолжи со сцены [scene].»

Три детали отличают рабочую передачу от той, которая незаметно даёт сбой:

1. Требуйте повторного подтверждения. Когда модель до начала игры заново формулирует инвентарь и отношения, состояние попадает в активный контекст, а ошибки проявляются немедленно.
2. Просите причины, а не только ярлыки. Отношение, записанное как «враждебен», — это ярлык, который модель может рационализировать; «враждебен, потому что я публично обвинил его в сессии 5» — факт, который она обязана соблюдать.
3. Обновляйте внешний документ по итогам передачи. Передача — это снимок, а документ — архив. Вставьте новый блок, отметьте изменения — и у вас будет история сессия за сессией, не зависящая от сохранности одного конкретного чата.

Как пошагово настроить многодневное AI-приключение?

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

С Jenova Roleplay Game Master (управляемый подход):

1. Откройте агента Roleplay Game Master.
2. Задайте приключение и договор об отслеживании состояния в первом сообщении:

   «Проведи готическое мистическое приключение в городе Арденмур. Я играю внешнего следователя. Постоянно поддерживай явный уровень состояния: INVENTORY — полученные и потерянные предметы, ACTIVE CLUES, RESOLVED CLUES и RELATIONSHIPS — отношение каждого названного NPC ко мне и его причину. Никогда не противоречь этому состоянию. Если предмет был израсходован или отдан, его больше нет. Если я не нашёл улику, я о ней не знаю.»

3. Прикрепите лор вашего мира и, когда он появится, документ состояния кампании как базу знаний, чтобы канон был закреплён, а не просто запомнен.
4. В конце каждой сессии просите блок состояния и вставляйте его во внешний документ.
5. На следующий день снова откройте тот же чат, повторно предоставьте блок состояния и попросите повторное подтверждение до совершения хода. Состояние истории и согласованность персонажей автоматически сохраняются между сессиями, а при ухудшении рассуждений в длинной арке можно сменить базовую модель. Агент доступен на бесплатном тарифе; платные планы для более активного использования начинаются от $20 в месяц.

С AI Dungeon (ручной подход):

1. Начните пользовательский сценарий, а не опубликованный.
2. Создайте Story Cards для вашего персонажа, ключевых NPC и, что особенно важно, карту с текущим инвентарём и активными уликами. Это ваш ручной уровень состояния; платформа не будет вести его за вас.
3. Обновляйте карты инвентаря и улик после каждой значимой сцены, а не только в конце сессии. Учитывая сообщения о проблемах с памятью, частые ручные обновления являются способом снизить риск.
4. В начале каждой новой сессии снова вставляйте сводку состояния и немедленно редактируйте вывод AI, если он возвращает уже израсходованный предмет или разрешённую улику.

С NovelAI (подход через lorebook):

1. Создайте записи lorebook для персонажей, локаций и фракций с конкретными ключевыми словами активации.
2. Добавьте отдельную всегда активную запись для текущего инвентаря и уровня отношений, чтобы она загружалась на каждом ходу.
3. Редактируйте эту запись по мере изменений состояния — внутри инструмента она работает как живой файл состояния.
4. Полагайтесь на сильное сохранение lorebook для фактов мира, а изменяемые категории редактируйте вручную.

Все три подхода работают. Управляемый путь меняет детальный контроль на автоматическую постоянную память; ручные пути меняют удобство на полный контроль над тем, что именно модель видит на каждом ходу.

Что исследователи долговременной памяти говорят о непрерывности повествования между сессиями?

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

«Долговременная память (LTM) необходима большим языковым моделям (LLMs) для достижения автономного интеллекта в сложных, меняющихся средах. Несмотря на растущие усилия в области архитектур с дополненной памятью и извлечением данных, всё ещё отсутствуют стандартизированные бенчмарки для систематической оценки способностей LLMs к долговременной памяти. Существующие бенчмарки по-прежнему сталкиваются с трудностями при оценке сохранения знаний и динамического последовательного рассуждения.»

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

«Хотя [ведущие модели] демонстрируют сравнительно более сильное долговременное сохранение знаний и последовательное рассуждение, все модели испытывают трудности с самовосстановлением и не могут последовательно исправлять ранние ошибки. Углублённый анализ сбоев дополнительно выявляет отдельные узкие места памяти… модели обычно возвращаются лишь на один или два шага вместо более глубокого рассуждения о структуре повествования или сдвигах целей. Это близорукое поведение приводило к устойчивому провалу, когда успех задачи зависел от понимания и исправления долгосрочных зависимостей.»

— Авторы работы StoryBench: динамический бенчмарк для оценки долговременной памяти в многоходовых взаимодействиях (arXiv)

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

Практические оценки со стороны продуктов приходят к тому же выводу. Обозреватели приключенческих платформ подчёркивают, что при самостоятельной настройке чатбота «всю работу делаете вы: управляете промптами, обеспечиваете соблюдение правил, отслеживаете инвентарь и не даёте AI закончить историю слишком рано», а также что «каждый разговор начинается с нуля, если вы не поддерживаете контекст вручную» (aiga.io). Отдельные обзоры AI-инструментов для RPG приходят к тому же выводу о важности архитектуры, а не только исходных возможностей, утверждая, что «модель имеет меньшее значение, чем окружающая её система памяти» (Лучший AI для RPG в 2026 году, Auferet).

Какие ошибки чаще всего разрушают многодневные приключения?

Самая распространённая ошибка — считать, что платформа отслеживает состояние, потому что звучит так, будто она это делает; почти столь же часто игроки никогда не записывают, что исчезло из инвентаря. У каждой из этих проблем есть прямое решение.

Ошибка	Почему она разрушает приключение	Решение
Считать плавное повествование доказательством памяти	Модель уверенно генерирует текст независимо от того, есть ли у неё факты	Запускайте повторное подтверждение в начале каждой сессии
Записывать добавления, но не удаления	Модель вновь собирает предметы, которые вы потратили, отдали или потеряли	Явно записывайте удаления с номером сессии
Хранить состояние только в переписке	Переписка первой вытесняется из контекста или сбрасывается	Ведите внешний документ состояния как канон
Начинать новый чат в середине кампании	Это отбрасывает всю существовавшую непрерывность сессии	Продолжайте ту же сессию или сначала предоставьте полное состояние
Писать передачу по памяти самостоятельно	Вы упустите детали, которые модель видит в переписке	Просите AI создавать блок состояния в конце сессии
Использовать расплывчатые ярлыки отношений	«Враждебен» без причины позволяет модели переосмыслить отношение	Записывайте текущее положение и конкретную причину
Пропускать небольшое противоречие	Исследования показывают, что модели редко возвращаются, чтобы исправить ранние ошибки	Исправляйте или перегенерируйте текст сразу, прежде чем он станет основой
Играть одну марафонскую сессию в неделю	Длинные непрерывные сессии усиливают ухудшение в середине контекста	Более короткие сессии с чистой передачей сохраняют больше

По-разному ли готовые сценарии приключений справляются с многодневной игрой?

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

Это реальное преимущество, о котором стоит сказать. В кампании с открытой завязкой набор сущностей, требующих отслеживания, растёт без ограничений: каждый импровизированный NPC, каждая придуманная локация, каждая новая фракция увеличивают состояние, которое нужно поддерживать. В ограниченном сценарии — особняке, учреждении, острове — мир можно перечислить. Улики принадлежат конечному набору. Персонажи составляют фиксированный актёрский состав. Предметы инвентаря происходят из определённого пространства. Такое ограничение упрощает запись состояния и помогает модели сохранять согласованность.

Игровые агенты Jenova иллюстрируют эту закономерность. The Mansion — мистерия выживания с потерей памяти, построенная вокруг исследования комнат одну за другой; именно в такой структуре журнал улик даёт наибольшую пользу. The Asylum помещает вас в роль следователя в закрытом учреждении с тайнами отделение за отделением. Love Island по своей природе сильно опирается на состояние отношений: в нём восемь персонажей, чьё отношение меняется от ваших выборов. Vesper Court и College Life также сосредоточены на развивающейся социальной динамике, а не на расширяющейся географии.

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

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