Днд для новичков: когда мастеру нужен бросок кубика, а когда - нет

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

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

Днд для новичков: когда мастеру нужен бросок кубика, а когда - нет

Днд для новичков почти всегда начинается с одной и той же ошибки: просить бросок на всё подряд. Открыть незапертую дверь - Сила. Вспомнить имя трактирщика - Интеллект. Поднять с пола монету - почему-то тоже что-то на кубике. Через час стол превращается в конвейер по перекатыванию d20, а история стоит на месте.

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

Когда в DnD нужна проверка навыка, а когда действие происходит просто так

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

Проверка навыка в D&D 5e - это бросок d20 плюс модификатор против сложности (Сл), которую называет мастер. Базовые правила формулируют момент, когда её просить, предельно строго: мастер запрашивает проверку, когда персонаж или монстр пытается совершить действие (кроме атаки), у которого есть шанс провала (5thsrd.org, свод базовых правил 5e). Ключевое слово - “шанс”. Нет шанса - нет проверки, есть просто результат.

Дальше начинается мастерское искусство: Sly Flourish в разборе проверок навыков советует не быть “рабом кубиков” - если подход игрока и обстоятельства сами по себе снижают случайность до нуля, кидать нечего, успех можно просто объявить (slyflourish.com, “Ability Check Toolbox”). Мы уже разбирали частный случай этого правила на проверке Харизмы - сейчас смотрим на него шире, для любого навыка, не только социального.

Данжен мастер решает: три признака, что бросок не нужен

Данжен мастер, который тормозит игру проверками на ровном месте, обычно пропускает один из трёх фильтров перед “кидай кубик”:

• задача настолько простая, что провал маловероятен: пройти по пустому коридору, вспомнить очевидный факт, поднять предмет с пола;
• провал ничего не меняет - можно попробовать снова, история не пострадает, значит и в первый раз кидать незачем;
• персонаж или НПС и так расположены помочь - конфликта интересов нет, а бросок без конфликта превращается в лотерею ради лотереи.

Если ни один из трёх фильтров не сработал - вот тут действительно нужен кубик. Как стать мастером днд, за столом которого не выматывает пятый бросок за вечер на пустяк, - начать с этой проверки перед собственным “кидай Ловкость”.

Как водить днд так, чтобы лишний бросок не убивал сцену

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

Проблема вылезла там, где фраза формально казалась спорной, хотя игроку всё было очевидно. В разговоре со стариком-НПС все ходы шли обычным взаимодействием с квестовым персонажем - кроме одного, который модель сама пометила проверкой навыка и выкатила Убеждение без всякой видимой причины. Игрок в чате тестеров сформулировал претензию предельно точно: “провалил почему-то убеждение, зачем оно там было”. А оно там было потому, что где-то внутри решили, будто разговор обязан идти через кубик, хотя разговор прекрасно шёл и без него.

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

Импровизация мастера, когда действие цепляет сразу два-три навыка

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

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

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

Почему лишний бросок вредит игре не меньше пропущенного

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

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

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

Подготовка сессии: проверка навыка - не единственный способ сказать “нет”

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

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

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

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

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

Такие дела - кубик в этом раскладе не главный герой, а инструмент на крайний случай.

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