Нейросети для DnD: когда доверять генерации подземелья, а когда брать готовый модуль

13.09.2026 · Владислав Новиков

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

Нейросети для DnD: когда доверять генерации подземелья, а когда брать готовый модуль

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

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

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

На практике это разводится по ситуации, а не по личным вкусам мастера. Первая сессия с незнакомой партией, ваншот на вечер, знакомство с НРИ - тут выигрывает готовый модуль: меньше шансов, что импровизация развалится посреди игры, потому что вы ещё не знаете, как эта группа принимает решения. А вот длинная соло-кампания или стол, где игроки любят сворачивать с любой тропы, - там генерация окупается: модуль просто не успеет за тем, что придумает партия на пятой сессии подряд.

Что нейросеть уже умеет генерировать в подземелье

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

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

Где нейросеть путается и портит сцену

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

Есть и более бытовая ловушка - правило “кто действует”. По умолчанию игрок должен описывать только своего героя, но живой QA показал: нарратор регулярно отыгрывает за игрока действия NPC, если тот их продиктовал прозой. Помогает только адресный повтор запрета в самом конце контекста - иначе модель забывает про него раньше, чем закончится ход.

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

Как ИИ-мастер держит канон, чтобы данж не разъезжался

Чтобы сгенерированные факты мира не расползались, в пайплайне есть отдельная проверка на противоречие канону - conflict-check с голосованием по итогам трёх независимых прогонов модели. И отдельная роль “директор сцены”, которая ничего не генерирует сама, а только сверяет новый текст с уже случившимся: на это уходит около 8 тысяч токенов промпта на каждый ход. Это дорого, но именно так генерация перестаёт быть рулеткой “а вдруг сейчас что-то придумается не то”.

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

Разработчики похожих инструментов приходят к тому же выводу с другой стороны: чтобы генерация не расползалась, в промпт нужно закладывать лор, биографии NPC и события кампании явным текстом, а не надеяться, что модель сама всё “упомнит”. Чем подробнее и конкретнее эти вводные, тем меньше сюрпризов вроде дворца с казной вместо таверны. По сути, весь директор сцены и конфликт-чек - это и есть такая явная память, реализованная поверх генерации, а не встроенная в неё по умолчанию.

Когда лучше взять готовый модуль вместо генерации с нуля

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

Тут же стоит учесть позицию индустрии: крупные издатели настольных ролевых игр настороженно относятся к генеративному ИИ в официальном контенте. Я разбирал случай, когда запрет на ИИ у Monte Cook Games не помешал нейросети всё равно просочиться в промо-материалы. Генерация от этого не становится хуже - просто готовый модуль пока остаётся эталоном, с которым её сравнивают, а не наоборот. Честный список того, чего ИИ-мастер пока не умеет, я тоже собирал отдельно - ограничения ИИ-мастера DnD.

Как совместить генерацию и готовый модуль в одной кампании

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

Работает и обратная комбинация: если водите соло-кампанию с ИИ-мастером, готовый модуль можно использовать как канонический якорь, а генерация - как способ дотянуть детали, которые автор модуля не расписал (пустая комната, случайный NPC, побочный диалог). Ключевое - не путать, где канон задаёт человек, а где импровизирует модель, и явно решать это до сессии, а не разбираться постфактум, откуда взялся дворец с казной.

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

Такие штуки в проекте отлаживаются постоянно - заходите в канал “Таверна Мокрый Тортл”, там разборы багов и фиксов выходят раньше, чем в блог, а попробовать самого ИИ-мастера можно прямо в Telegram-боте.

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