Исходный размер 1024x1536
Данный проект является учебной работой студента Школы дизайна или исследовательской работой преподавателя Школы дизайна. Данный проект не является коммерческим и служит образовательным целям

Рубрикатор

Глава 4. Практическое применение: перенос в НРИ «Вейвсити» 4.0. Базовая механика, на которой держится конструктор  4.0.1. Проверка, успехи, триггеры, чистый успех  4.0.2. Хэштеги и призыв  4.0.3. Профильные валюты и их универсальные применения  4.0.4. Заряды хэштегов (минимальная норма) 4.1. Требования к системе «Вейвсити» 4.2. Первый конструктор: жанровый ромб и профиль сверхспособности 4.3. Второй конструктор: Силы как оформленные приёмы  4.3.1. Главное правило совместимости: «Сила должна совпадать по хэштегам»  4.3.2. Требования Силы: хэштеги как условия запуска  4.3.3. Инвариант против самозамыкания требований  4.3.4. «Свои хэштеги» Силы: что она создаёт и поддерживает  4.3.5. Триггеры и рейтинг Силы 4.4. Пошаговый конструктор Силы и примеры  4.4.1. Шаблон записи Силы  4.4.2. Процедура сборки Силы  4.4.3. Примеры 4.5. Баланс и дальнейшая проверка Список литературы (общий) Источники изображений

В первых трёх главах я рассматривал чужие системы как внешние объекты: описывал их базовые механики, способы конструирования способностей и те предохранители, которыми авторы удерживают баланс между мощью, гибкостью и драматичностью [2–9]. В этой главе я перевожу выводы анализа в язык собственного проекта — настольной ролевой игры «Вейвсити», супергеройской НРИ, где сверхспособности персонажей завязаны на жанровые режимы и на то, как камера «смотрит» на героя.

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

4.0. Базовая механика, на которой держится конструктор

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

4.0.1. Проверка, успехи, триггеры, чистый успех

Значимые действия решаются проверкой пулом d6. По умолчанию пул собирается как Атрибут + Навык, а для сверхъестественных эффектов и применения Сил — как Резонанс + Рейтинг Силы.

После броска считаются успехи: 4–5 дают 1 успех; 6 даёт 1 успех и 1 триггер.

Успехи сравниваются со сложностью: для препятствий и условий сцены сложность обычно задаётся пассивно рейтингом 0–5; для воздействия на цель сложностью выступает её пассивная защита: Оборона, Стойкость или Самообладание (в зависимости от природы воздействия).

Разница между успехами и сложностью — это чистый успех. Он отражает качество результата и используется как стандартный способ масштабирования эффекта (дальность, длительность, сила статуса, степень контроля, точность, урон и т. п.). Таким образом, «чистый успех» — основной механизм, который связывает надёжность и масштаб с тем, насколько хорошо сработал оператор.

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

4.0.2. Хэштеги и призыв

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

Использовать хэштег в проверке можно через призыв:

мягкий призыв (бесплатно): подходящий хэштег даёт +1d6, мешающий — −1d6; мягких призывов может быть несколько, но каждый обязан быть реально релевантен действию;

усиленный призыв (с оплатой): вместо добавления/убавления куба даёт сдвиг сложности на ±1 (помогает → сложность −1, мешает → сложность +1). Усиленный призыв — не чаще одного раза на проверку.

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

4.0.3. Профильные валюты и их универсальные применения

В игре есть четыре профильные валюты: Смех, Темп, Связь, Знание. Любой из этих ресурсов может быть потрачен на одно из универсальных применений:

  1. +1d6 к проверке;
  2. создать в сцене хэштег без броска (правдоподобная деталь в масштабе сцены, которая не заменяет полноценное действие);
  3. оплатить усиленный призыв вместо заряда (единственный на проверку сдвиг сложности на ±1).

Жанровая функция валют различается: Смех и Темп поддерживают «кадр» комедии и боевика (ускорение, проскок, эффектность), Связь и Знание сильнее работают в драме (отношения, обязательства, информация), а в ужастике любая валюта чаще проявляется через цену и последствия, а не через «бесплатную мощь».

4.0.4. Заряды хэштегов (минимальная норма)

Заряд хэштега — это одноразовый «сильный рычаг» тега, позволяющий оплатить усиленный призыв (±1 к сложности). У хэштега может быть 0 или 1 заряд:

  1. заряд появляется при создании хэштега или при его явном «обновлении» в кадре;
  2. заряд тратится при оплате усиленного призыва (или иной опцией, если это прямо прописано);
  3. после траты заряд исчезает, а сам хэштег может оставаться в кадре как факт.

4.1. Требования к системе «Вейвсити»

К конструктору сверхспособностей «Вейвсити» я предъявляю требования, напрямую вытекающие из анализа рассматриваемых систем [2–9].

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

Во-вторых, конструктор должен избегать двух крайностей: (а) чрезмерной дробности и бухгалтерии (когда каждый нюанс превращается в отдельный модификатор), и (б) расплывчатой нарративности (когда стоимость определяется только ощущением справедливости). Нужен промежуточный вариант: формализованный настолько, чтобы можно было говорить о балансе и воспроизводимости, и при этом достаточно образный, чтобы сохранять жанровый «язык кадра».

В-третьих, важно развести два уровня, которые во многих играх смешиваются: уровень потенциала (природа силы и её границы, то, «какой язык» доступен герою); уровень приёмов (конкретные операторы: как герой атакует, защищается, контролирует, перемещает, меняет сцену, вводит факты). Эти требования реализуются двухуровневым конструктором: профиль сверхспособности (первый уровень) и Силы (второй уровень).

4.2. Первый конструктор: жанровый ромб и профиль сверхспособности

Первый конструктор отвечает на вопрос: что за сверхспособность у героя вообще и в каком жанровом регистре она звучит.

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

Механически первый уровень выражается через профиль сверхспособности — набор постоянных хэштегов, закреплённых на персонаже. Они описывают: «язык силы» и её физику (Электричество, Перегрузка, Скользящий_в_пространстве, #Тишина и т. п.); жанровые опоры (Комедия, Боевик, Драма, Ужас).

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

Главное назначение профиля — задать семантические границы. Профиль определяет, какие приёмы герой вправе конструировать, какие требования и создаваемые теги выглядят честными и «родными», и какие — нет. Тем самым первый уровень выполняет роль «пермишена» (в смысле права на определённый тип действий/эффектов), но делает это в форме, удобной для контроля широты.

4.3. Второй конструктор: Силы как оформленные приёмы

Второй конструктор отвечает на вопрос: что именно герой делает в кадре своей силы. Здесь сверхспособность превращается в конкретные операторы — Силы.

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

тип (атака, защита, контроль, перемещение, поддержка, работа со сценой/хэштегами); рейтинг 0–5;

проверка (по умолчанию Резонанс + рейтинг против защиты цели или сложности сцены); опорные хэштеги (паспорт приёма);

требования-хэштеги (условия запуска); создаваемые/поддерживаемые хэштеги (что остаётся в кадре);

опции триггеров (что можно включить при выпадении шестёрок).

4.3.1. Главное правило совместимости: «Сила должна совпадать по хэштегам»

Каждая Сила имеет опорные хэштеги — «паспорт» приёма. Эти опорные хэштеги обязаны пересекаться с профильными хэштегами сверхспособности героя.

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

4.3.2. Требования Силы: хэштеги как условия запуска

Кроме опорных хэштегов у Силы могут быть требования, и они также формулируются хэштегами трёх типов:

на себе (например, Разогнан, Сфокусирован, На_грани); на цели (например, Намагничен, Подсвечен, Отмечен); на зоне/сцене (например, Темнота, Металл_вокруг, Толпа).

Если требования не выполнены, приём либо недоступен, либо работает в ослабленном режиме — это должно быть прямо указано в описании Силы.

Балансный принцип здесь жёсткий: чем шире и сильнее Сила, тем более специфичны и “дороги” её требования (по доступности, по подготовке, по риску, по зависимости от сцены и команды). В терминах метрик из глав 2–3 это основной способ оплачивать ширину: требования поднимают цену условий и делают контр-игру понятной.

4.3.5. Триггеры и рейтинг Силы

Шестёрки дают триггеры, и Силы — главный потребитель триггеров. Чтобы большие пулы не превращали каждую активацию в бесконечный фейерверк опций, действует ограничение:

за одно применение Силы можно потратить триггеров не больше, чем рейтинг этой Силы.

Кроме того, опции триггеров проектируются по «осям усиления»: один триггер усиливает одну ось (дальность, число целей, качество контроля, сценический хвост и т. п.). Это удерживает приёмы от превращения в «комбайны», которые одновременно решают все роли.

4.4. Пошаговый конструктор Силы и примеры

4.4.1. Шаблон записи Силы

Чтобы Силы были воспроизводимыми, каждая Сила записывается в едином формате:

Название: … Тип: атака / защита / контроль / перемещение / поддержка / сцена

Рейтинг: 0–5

Проверка: Резонанс + рейтинг против (Оборона / Стойкость / Самообладание / сложность сцены)

Опорные хэштеги: 1–2 из профиля сверхспособности

Требования: (на себе / на цели / на сцене) Базовый эффект (чистый успех = 0): … Масштабирование чистым успехом: 1–3 оси усиления

Создаваемые/поддерживаемые хэштеги: (на себе/цели/сцене) + длительность/условие снятия

Опции триггеров: что даёт 1 триггер, 2 триггера и т. д. (но не больше рейтинга), какие опции несовместимы

Контр-игра: как противник сбивает требования, снимает теги или обращает их против героя

Шаблон намеренно принуждает автора Силы разделять «что делаю» и «за что плачу»: читателю становится видно, какие слои цены работают через требования, какие — через хвост тегов, а какие — через расход триггеров и ресурсов.

Глава 4. Практическое применение: перенос в НРИ «Вейвсити»
Проект создан 05.05.2026
Глава:
1
2
3
4
Мы используем файлы cookies для улучшения работы сайта НИУ ВШЭ и большего удобства его использования. Более подробную...
Показать больше