Правдоподобность, а не реализм: как мастеру подземелий решать, когда механика слишком дотошная

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

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

Ребят, кейс недели отлично объясняет разницу между “дотошно” и “складно”. Игрок делает ход, рассказчик спотыкается и выдаёт дежурную заглушку: “Ты сосредотачиваешься. Мир вокруг живёт своей жизнью”. По сюжету не случилось ровным счётом ничего. А кошелёк персонажа на этом ходу почему-то худеет на золотой)) Формально всё честно посчитано движком. По ощущениям - обман, потому что игрок ничего не делал и ничего не видел. Мы полгода разбирали похожие случаи на движке ИИ-мастера DnD - багу за багом, патчноут за патчноутом - и в итоге упёрлись в одну и ту же развилку: где механика днд обязана быть дотошной, а где дотошность только портит игру. Развилка называется скучно - правдоподобность против реализма, но у неё есть рабочая проверка, которая работает и для мастера подземелий за живым столом, и для движка, который пытается вести кампанию без человека.

Чем правдоподобность отличается от реализма в днд

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

Дизайнер Джеймс Спан формулирует принцип прямо: “в играх нам нужна правдоподобность, а не реализм” - и на этом принципе строил систему Torch & Blade, выбирая механику (например, 2d6 вместо d20) по тому, как она ощущается за столом, а не по формальной точности. Тот же водораздел разбирает Skillbox в материале для геймдизайнеров: реализм - “правдивое воспроизведение объективной действительности”, правдоподобие - “сходство с правдой”, и не все правдоподобные игры реалистичны, зато реалистичные обязаны быть правдоподобными, иначе игрок не поверит даже в точную симуляцию. Для мастера подземелий вывод простой: вопрос не “а как было бы по-настоящему”, а “поверит ли игрок в это здесь и сейчас”.

Когда реалистичная механика вредит темпу игры

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

Мы выкинули из обоих профилей правил бота (и “казуального”, и “стандартного”) шкалу истощения, реакции с провоцированными атаками, учёт веса и переносимости и словесно-соматически-материальные компоненты заклинаний - усталость и темноту теперь описывает нарратив, а не счётчик. Это не лень мастера, а ставка: за столом, живым или в боте, эти правила почти никогда не переворачивают исход сцены, зато каждый ход просят держать в голове ещё одну таблицу. Похожий компромисс детально разобран в материале про Gritty Realism и истощение в DnD 5e - жёсткий отдых честнее по RAW, но платит за эту честность темпом всей кампании.

Как мастеру подземелий решить, стоит ли усложнять правило

Рабочая проверка: спроси “почему” у механики и посмотри, меняет ли ответ решение игрока или просто удлиняет ход. Правило, которое укрепляет ощущение справедливости стола, стоит беречь, даже если оно неточное по учебнику. Правило, которое просто копирует реальность и ничего не решает, можно без сожалений отдавать нарративу.

На спасбросках от смерти это видно лучше всего: три попытки с растущим DC 10/12/14, плюс 75% шанс, что дружественный NPC спасёт персонажа при первом провале, и без мгновенной смерти от урона в два и более раза выше максимума ХП. Формально это мягче официальных правил - реализма тут меньше. Но ощущается как честная смерть, а не случайный обрыв истории, и именно это делает решение правдоподобным для игрока за столом. Когда одного ответа на всех не хватает, необязательно выбирать раз и навсегда: у бота два профиля правил с одним и тем же миром и разной дотошностью механик, casual и standard. Похожая логика - в материале про хоумбрю-правила и баланс партии в DnD: решение усложнять или упрощать зависит не от правила самого по себе, а от стола, для которого оно пишется.

Ещё нагляднее эта развилка видна не в самом правиле, а в том, что о нём знает игрок. В казуальном профиле бота DC проверки показывается заранее - “это будет непросто” перед броском, число сложности видно в подсказке, в первые ходы кампании работают обучающие хинты. В стандартном профиле то же самое правило работает один в один по цифрам, но DC спрятан, а подсказок нет - ветеран стола должен довериться броску, не подглядывая в изнанку системы. Дотошность правила не изменилась ни на пункт, изменилось только то, сколько механики честно показывать игроку, чтобы он поверил в происходящее, а не запутался в цифрах раньше, чем в истории.

Почему автоматизация иногда честнее ручного учёта

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

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

Где правдоподобие требует не упрощения, а дотошности

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

Мы поймали это на партии денежных багов бота: движок иногда двигал деньги там, где по смыслу диалога ничего не происходило. Игрок говорит “может, отдашь за тридцать?” - торг не закрыт, деньги списываться не должны. Игрок говорит “я бы отдал сотню за такой клинок” - сослагательное наклонение не значит, что сделка состоялась. Персонаж пересказывает вчерашнюю оплату ещё раз - деньги не должны списаться второй раз. Все три случая чинили отдельно, потому что “упростить” здесь означало бы одно: перестать верить словам игрока ровно там, где им и положено верить, а это ломает доверие к столу быстрее любой нудной таблицы. Показательно, что чинили это не добавлением новых правил игроку, а наоборот - движок стал строже к себе самому: сделка теперь одним куском (“предмет ушёл и деньги пришли”), а не двумя независимыми событиями, которые могут разъехаться. Дотошность спряталась в код, а для игрока за столом ничего не усложнилось - он как называл сумму словами, так и называет.

Вот и вся мастерская проверка на дотошность в одно движение: если правило укрепляет доверие к столу - это про правдоподобие, и его стоит беречь, даже неудобное. Если правило только воспроизводит реальность и не меняет ничего важного - смело выбрасывай в нарратив, никто из игроков не заметит подмены. Ну а если хочешь свериться на практике, где эти два профиля правил - casual и standard - реально работают в бою и в торге, обе версии живут в нашем ИИ-мастере DnD в Telegram, можно погонять и щадящий, и близкий к PHB режим на одной и той же истории.

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