2026-09-09
Да — ролевая игра с AI может помнить инвентарь между сессиями, но только если добыча хранится как долговечное состояние, а не как строка в недавнем тексте. В 2026 году различие определяется архитектурой: инструменты, которые ведут реестр именованных предметов, обычно переживают выход из системы, тогда как инструменты, лишь пересказывающие последнюю сцену, часто теряют латунный компас, дублируют ключ или позволяют потратить уже отданное золото.
Именно это игроки имеют в виду, говоря: «она помнит мой инвентарь». Убедительная отсылка («ваш рюкзак всё ещё при вас») — не то же самое, что реестр, в котором спустя неделю всё ещё указаны Эш, серая кобыла и сорок монет, причитающихся начальнику гавани.
Ключевые факторы, отличающие инвентарь кампании от импровизированного лута ради атмосферы:
✅ Форма хранения — структурированные записи против сжатых сюжетных резюме
✅ Разрыв сессии — предмет существует и после закрытия приложения, а не только спустя тридцать реплик в чате
✅ Точность — имена, количества и местоположения сохраняются буквально, а не превращаются в «какое-то снаряжение»
✅ Принуждение к правилам — мир не даёт использовать меч, который вы продали
✅ Нагрузка на автора — нужно ли закреплять каждый предмет на карточке лора, чтобы он не исчез
Чтобы честно сравнивать инструменты, полезно перестать спрашивать «есть ли у AI память?» и начать спрашивать, где именно живёт предмет, когда чат заканчивается.

Амнезия инвентаря разрушает кампании, потому что добыча — это способ, которым мир доказывает, что вчера действительно было. Если трактирщик забывает реликвию, которую вы присвоили, игра больше не отслеживает последствия — она генерирует новую первую сцену, в которой случайно снова используется имя вашего персонажа.
Длительные LLM-агенты ограничены фиксированными окнами контекста и ненадёжным доступом к далёкой истории. Инвентарь — худший возможный вариант этой проблемы: это список, он требует точности и остаётся скучным до того момента, пока не понадобится. Исследования памяти отмечают, что детализированное содержимое вроде списков — именно то, что равномерное суммирование обычно уничтожает.
Игроки ощущают сбой в виде трёх конкретных ошибок:
Независимые тестировщики теперь считают эту проблему измеримой. Проверка памяти Creation OS утверждает, что живой мир должен помнить обиду, сохранять инвентарь и взыскивать долг — иначе перед вами партнёр по импровизации, а не кампания.
Ищите три свойства, которые можно назвать тестом «Реестр–Воспроизведение–Принуждение» (LRE). Инструмент может казаться последовательным в демонстрации и всё же провалить один из трёх пунктов, когда вы выйдете и вернётесь.
Реестр. Где хранится предмет? Среди существующих решений встречаются полный транскрипт, автоматическое резюме, карточка лора, созданная игроком, эмбеддинги или структурированный объект кампании. AI Dungeon сочетает контекст генерации с резюме, Memory Bank, Story Cards и Plot Components. NovelAI добавляет записи Lorebook, когда срабатывают триггерные слова. Friends & Fables использует структурированные объекты кампании с отдельными контекстами повествования и состояния. Это разные реестры, а не разные «оценки памяти».
Воспроизведение. Может ли игра после перерыва в сессии — а не просто после тридцати насыщенных ходов — вернуть точный объект, не заставляя вас повторно его описывать? Воспроизведение между сессиями строже, чем воспроизведение в чате, потому что живое окно контекста уже исчезло.
Принуждение. Действует ли мир на основе реестра? Бесполезно помнить, что у вас есть отмычка, если следующая сцена позволяет открыть хранилище с пустыми руками или если магазин NPC продаёт вам вторую копию уникального артефакта.
Пройдите эту проверку, прежде чем вкладывать в кампанию реальные эмоции:
Этот протокол соответствует проверке предмета в тесте обида–предмет–долг от Creation OS, но с добавленным выходом из системы: так вы тестируете постоянство, а не беглость в окне контекста.
Ни один широко используемый AI-инструмент для ролевых игр не одинаково силён в реестре, воспроизведении и принуждении. Гид Arcanum по платформам 2026 года прямо заявляет, что память — центральная проблема этой категории и что разные продукты решают её, вынося состояние за пределы модели, закрепляя его в карточках либо надеясь, что транскрипта достаточно.
На Jenova исследовательские модули вроде The Mansion построены вокруг постоянной памяти между сессиями и неограниченной истории чата, поэтому ключи, письма и спрятанные в карман реликвии могут остаться частью кампании, когда вы продолжите игру на другом устройстве. Это постоянство, основанное на диалоге, а не классическая RPG-сетка предметов. Игрокам, которым нужна видимая панель добычи, всё ещё придётся попросить сводку или вести отдельный список.
| Функция / параметр | The Mansion (Jenova) | AI Dungeon | Voyage | Friends & Fables / Craft | NovelAI | RoleForge |
|---|---|---|---|---|---|---|
| Хранение инвентаря | Постоянная история чата + память между сессиями | Контекст, резюме, Memory Bank, Story Cards, Plot Components | Детерминированная система мира/состояния | Структурированные объекты кампании; отдельные повествование и состояние | Lorebook, созданный игроком и добавляемый по триггерам | База данных SQL для HP, инвентаря и фракций |
| Переживает разрыв сессии | Предназначен для этого как память кампании | Зависит от того, был ли предмет включён в резюме или карточку | Предназначен как система постоянных записей | Предназначен для объектов кампании | Только если вы создали запись Lorebook | Предназначен для строк базы данных |
| Точные имена и количества | Хорошо сохраняются, если названы в игре; отдельного UI предметов нет | Случайным предметам может требоваться Story Card | Механические характеристики числовые; ошибки инвентаря всё ещё случаются | Структурированные объекты повышают точность | Точные долги/предметы могут смещаться без записи | Механические факты вынесены за пределы модели |
| Видимый игроку реестр | Можно запросить список, но нативной сетки добычи нет | Карточки/компоненты, которые вы ведёте | Внутриигровой механический учёт; сообщалось об ошибках экипировки | Объекты кампании, но не универсальный UI инвентаря | Редактируемый вами Lorebook | Запись на основе базы данных (закрытая альфа) |
| Цены (по состоянию на 2026 год) | Бесплатный уровень с ограниченным месячным использованием; Plus $20/мес. | Базовый опыт улучшен после обновления Unchained; полная карта тарифов здесь не проверена | Открытая бета с бесплатным уровнем | Не проверено в этом наборе исследований | Не проверено в этом наборе исследований | Бесплатно и без лимитов использования для тех, у кого есть доступ; закрытая альфа |
| Лучше всего подходит для | Длительного исследования, где улики и переносимые объекты являются состоянием сюжета | Неструктурированной художественной игры и быстрого переключения между задумками | Честной игры с проверяемыми характеристиками, если вы принимаете ошибки бета-инвентаря | Игроков, которым нужны объекты кампании, а не необработанный чат | Писателей, готовых поддерживать библию лора | Одиночных кампаний, где модель не может переписать добычу |
The Mansion — исследовательская игра с открывающей амнезией: в каждой комнате может скрываться объект, который должен остаться у вас и завтра. Jenova хранит неограниченную историю разговоров и постоянную память между сессиями, а сессии синхронизируются между веб-версией, iOS и Android. На практике письмо, взятое на ноутбуке, всё ещё может лежать в пальто во время поездки с телефоном.
Честное ограничение заключается в интерфейсе, а не в намерении. Для агента не опубликован экран инвентаря со слотами. Если рассказчик сжимает «три свечи, погнутый ключ и размокшую приходскую книгу» до «ваших находок», вам может потребоваться одна корректировка. Но это всё равно ближе к кампании, чем чат-бот, который вообще никогда не сохранял книгу.
The Asylum — расследовательский родственник: показания, ключи и документы ведут себя как инвентарь, даже если являются уликами. Здесь применяется тот же слой памяти. Ни один из этих модулей не является тактической игрой о добыче, и игроки, желающие снаряжение со случайными аффиксами, не найдут здесь сумку в стиле Diablo.
AI Dungeon стал пионером открытого AI-ролевого отыгрыша и остаётся особенно силён, когда вам нужна неструктурированная совместная художественная игра без кубиков. Его стек непрерывности реален: автоматические резюме, Memory Bank, эмбеддинги, Story Cards и Plot Components. Latitude также описала систему памяти и суммирования, рассчитанную на воспроизведение событий на тысячи действий назад.
Проблема — случайная добыча. Полезный вопрос, в формулировке Creation OS, состоит в том, возвращается ли факт, который вы намеренно не записывали. Ранние публичные тесты уже показали контекстную память, способную разрешить местоимение, но не удержать целый мир. Arcanum всё ещё указывает коллапс контекста в долгих кампаниях как известную слабость. Если инвентарь важен, планируйте переносить значимые предметы в Story Cards.
Voyage от Latitude делает ставку на противоположное: проверки навыков по реальным характеристикам, числовые очки здоровья, пространственное положение и окончательную смерть. Creation OS описывает её как детерминированную систему мира и состояния. В рейтинге Arcanum от 31 августа 2026 года она получила наивысший совокупный балл в этой таблице и лучший измеренный результат памяти среди доступных для игры инструментов на тот момент.
Однако это не решённый продукт для инвентаря. Тот же обзор заявляет, что инвентарь и экипировка всё ещё работают с ошибками и что рассказчик иногда управляет репликами игрока. Считайте Voyage сильной системой механического состояния с незавершённым слоем добычи.
Friends & Fables — один из немногих продуктов, где память является явной частью архитектуры: структурированные объекты кампании, разделённые контексты повествования и состояния, а также долгосрочная память с фильтрацией по релевантности. Craft — переработанная с нуля версия от студии Friends & Fables, предназначенная для того, чтобы вы могли менять набор правил, а не только мир.
В принципе такой дизайн хорошо подходит для инвентаря, поскольку предмет может быть объектом, а не предложением. В этом наборе исследований мы не получили контролируемого теста добычи на несколько тысяч ходов, поэтому корректное утверждение относится к архитектуре, а не к лабораторному вердикту.
NovelAI — инструмент, ориентированный на писательство. Его Lorebook может долго хранить именованное оружие, если вы создадите запись и аккуратно настроите триггеры. Случайный одноразовый предмет — точный компас, который вы схватили в проходной сцене, — является слабым случаем, поскольку ничто автоматически не переносит его в книгу.
Используйте NovelAI, если хотите контролировать прозу и готовы быть архивариусом кампании. В меньшей степени это вариант мастера подземелий, который можно просто запустить и забыть.
Подход RoleForge можно описать самым ясным предложением в этой категории: каждый механический факт — HP, инвентарь, оценки отношений NPC, репутация фракций, состояние мира — находится в базе данных SQL, а AI только ведёт повествование. Убитый вами персонаж остаётся мёртвым, потому что модели не разрешено переписывать строку.
В то же время это закрытая альфа, не получившая оценки в практическом тестировании того руководства. Среди близких решений — WyrdTale, хранящая сущности, сохранения и бой вне окна контекста через коннектор MCP, и Infinity DM, сохраняющая HP, инициативу, инвентарь и позиционирование между асинхронными ходами. Tidefall служит предупреждающим примером: авторская атмосфера без инвентаря, отображения валюты и журнала заданий.
Память между сессиями — это хранилище, которое можно открыть завтра; окно контекста — это движущийся прожектор над текущим транскриптом. Путаница между ними объясняет, почему столь многие AI RPG «помнят» в течение часа, а затем теряют сумку.
Обычный чат без памяти продукта — контрольная группа. Creation OS использует именно такую настройку: новый чат, память продукта отключена, доступен только предоставленный транскрипт. Первые ходы кажутся магическими, потому что каждый названный вами предмет всё ещё находится на экране. По мере роста транскрипта старые строки выпадают. Это не моральный недостаток модели. Это окно.
Исследования долговременной памяти агентов пытаются заменить такое окно типизированными хранилищами. LeanMem утверждает, что исторический контент не следует суммировать одним и тем же способом. Стабильные факты становятся компактными профилями, изменяющиеся факты — датированными событиями, а материалы, требующие высокой точности, — списки, планы, инвентари — должны оставаться записями, привязанными к источнику, а не сжиматься в абзац. В LoCoMo и LongMemEval-S этот подход повысил точность до 15,1 пункта по сравнению с самым сильным базовым методом памяти в этой работе.
Для инвентаря вывод практичен:
Если ваша AI-ролевая игра хранит только кинематографичное резюме, она работает на сочетании профиля и событий, надеясь, что список выживет. Надежда — не набор правил.
Структурированное состояние превосходит суммирование для инвентаря всегда, когда предмет должен оставаться точным, исчисляемым и подчинённым правилам. Резюме хороши для настроения и плохи для реестров.
Теперь это консенсус в дизайне, а не жалоба фанатов. Разработчики в обсуждении памяти агентов на Hugging Face считают, что модель может предлагать кандидатов для памяти, но не должна записывать постоянное состояние без правил. Независимо от них
. Project Lunar описывает движок с постоянной памятью и независимым разумом NPC, а не единого рассказчика, который одновременно распоряжается таблицей добычи.У этой идеи есть и аспект безопасности. Постоянная долговременная память теперь является стандартной способностью агентов, и это создаёт путь для отравления: недоверенный текст, сохранённый в одной сессии, может направлять следующую. Существующие защиты, основанные на содержимом и происхождении, не справились с атаками отмывания при успешности до 68% в том тесте. В RPG бытовой формой такого отравления становится NPC, который «помнит», будто выдал вам королевский ордер, хотя вы его никогда не получали. Если рассказчик может записывать инвентарь, рассказчик может и жульничать.
Позиция Jenova на этом спектре занимает середину. Постоянная память между сессиями и неограниченная история означают, что The Mansion и The Asylum не очищают стол, когда вы закрываете вкладку. Модель по-прежнему озвучивает мир, поэтому дисциплинированному игроку стоит считать важные предметы именованными, исправленными и время от времени повторёнными — та же гигиена, которую ожидает человеческий мастер подземелий. Это сильнее, чем новая ветка ChatGPT, и менее жёстко, чем строка SQL в RoleForge.
Game Designer Assistant — подходящий соседний инструмент, когда вам нужна жёсткая версия, не покидая платформу. Вы можете набросать схему предметов — уникальные ID, веса, владельцев, местоположения — а затем вставить эту схему в кампанию как закон таблицы. Ассистент не ведёт подземелье. Он создаёт формат реестра, которому подземелье должно подчиняться.
Чтобы инвентарь оставался целым, называйте объекты как ключи базы данных, сохраняйте их намеренно и не позволяйте рассказчику отмахиваться от содержимого рюкзака. Настройка похожа для всех инструментов; меняется лишь механизм реестра.
Для The Mansion рабочий процесс выглядит так:
Полезное начальное ограничение:
"Это смертельно опасная исследовательская игра. Инвентарь буквальный. Если я беру, выбрасываю, продаю или использую предмет, обновляй текущий список объекта, местоположения и владельца. Никогда не возвращай предмет, который я потерял. Никогда не добавляй добычу, которую я не брал. Начни в вестибюле с пустыми карманами и одной спичкой."
Полезная реплика для возобновления:
"Не пересказывай сюжет. Перечисли мой инвентарь из прошлой сессии, затем продолжи с незапертой служебной лестницы. Приходская книга всё ещё у меня в пальто."
Для AI Dungeon добавляйте Story Card или Plot Component для каждого уникального предмета, который вам важен. Проверка Creation OS формулирует это прямо: проведите тест предмета на настройках по умолчанию, а затем повторите его с карточками, чтобы увидеть, насколько автоматическая память действительно нуждается в ручной поддержке.
Для NovelAI создайте запись Lorebook, ключами которой станут название предмета и очевидные синонимы. Если компас упоминается только как «та латунная штука», триггер может никогда не сработать.
Для Voyage или других механических движков проверяйте панель экипировки после каждой сцены в магазине. Опубликованное тестирование уже отмечает ошибки инвентаря, поэтому задача игрока — проверять, а не доверять.
Во всех этих вариантах полезна одна привычка из настольных игр: подводите итог текущей ветке, а не всей кампании. Компетентный слой памяти должен подхватывать именованный объект. Он не должен заставлять вас заново отправлять автобиографию.

Когда AI придумывает, дублирует или теряет предметы, причинно-следственная цепочка кампании разрывается, и последующие сцены становятся фанфиком о мире, которого больше не существует. Режимы сбоя предсказуемы, если известно, является ли рассказчик также и реестром.
Потеря. Суммирование отбрасывает список. Модель всё ещё «помнит, что вы искали в подвале», но не то, что cellar-3 лежит у вас в сапоге. Это проблема LeanMem: списки — высокоточные записи, с которыми обращаются так, будто это настроение.
Дублирование. Модель повторно выдаёт уникальный предмет, поскольку сцена награды выглядит драматично в локальном контексте. Принуждение к правилам не сработало. Структурированное хранилище увидело бы unique:true и отказало.
Придумывание. NPC или извлечённая память добавляет объект, который вы никогда не брали. В терминах безопасности агентов это близко к отравлению памяти: недоверенный текст становится завтрашним фактом. В игровых терминах это поддельный ордер.
Противоречие. Вы продали серую кобылу, а поздняя сцена путешествия снова сажает вас в седло. Проверка предмета Creation OS специально рассчитана на обнаружение именно этого шва между убедительной отсылкой и долговечным состоянием.
Протокол исправления, который работает во время игры:
Кампании Jenova могут принять такое исправление и продолжить, потому что история сохраняется. Но они не создадут волшебным образом UI-сетку. Игрокам, которым нужна добыча с нулевым доверием, стоит сочетать схему предметов из Game Designer Assistant с жёсткими исправлениями или выбрать движок с базой данных, такой как RoleForge, если есть доступ.
Геймдизайнеры, рассматривающие AI-кампании как продукты, а не демонстрации, теперь говорят об инвентаре как о целостности состояния, а не как о функции памяти для рекламы. Консенсус состоит в том, что рассказчик может описывать рюкзак, но не должен быть единственным местом, где этот рюкзак существует.
«Первая сцена AI RPG обходится дёшево. По инвентарю вы узнаёте, выпустили ли вы кампанию или генератор абзацев. Если уникальный предмет — лишь придаточная часть резюме прошлого вторника, у вас нет добычи. У вас есть настроение, которое исчезнет, как только игрок попытается продать предмет, подбросить его или попасться с ним. Мы относимся к именованным объектам как к записям: владелец, местоположение, последнее изменение состояния. Проза должна читать эти записи. Она не может переписывать их только потому, что сцена в магазине будет красивее со второй копией реликвии.»
«Другая ошибка — считать, что большее окно контекста закрывает проблему. Окна сдвигаются. Разрывы сессий их удаляют. Игроки также меняют устройства. Память между сессиями — минимальная планка; принуждение к правилам — планка, которая действительно важна. Начальник гавани, которому спустя неделю всё ещё должны сорок монет, — это набор правил. Начальник гавани, который забывает долг, потому что модели захотелось чистого приветствия, — игровой автомат. Разработчики, позволяющие LLM одновременно вести повествование и фиксировать инвентарь, добровольно соглашаются на потерянные ключи, дублированные мечи и иногда выдуманный ордер.»
«Исследования безопасности догоняют то, что мастера подземелий знали всегда. Если недоверенный диалог может записывать долговременную память, NPC может отравить реестр. Поэтому нам нужны типизированные хранилища и видимые игроку исправления вместо единого скрытого резюме. Игрок должен иметь возможность запросить список и получить список — а не кинематографический монтаж о „вашем снаряжении“».
— Product Team Jenova, дизайнеры постоянных AI-агентов для кампаний