Ролевые системы
Ролевые системы связывают особенности персонажа, состав отряда, снаряжение и последствия решений. Каждый обзор выделяет действие игрока, изменения состояния и альтернативные правила. Примеры условные: они показывают проектное решение, а не приписывают его конкретной игре. Проверка прототипа задаёт наблюдаемый вопрос для следующей итерации. Подробные уже существующие каталоги доступны по отдельным ссылкам в карте механик.
Совпадений нет
Измените запрос или сбросьте фильтры.
Механики и варианты
1Создание персонажа и распределение характеристикОписание и пример ↗Создание персонажа распределяет ограниченный потенциал между способностями и задаёт исходные способы решения задач.4
Варианты механики
- Очки характеристик требуют взаимного компромисса.
- Происхождение меняет начальные связи героя.
- Недостаток оплачивает дополнительное преимущество.
- Перераспределение позволяет исправить ранний выбор.
Пример проектирования. Слабый в бою архивист получает доступ к библиотеке и распознаёт древние предупреждения. Проверка прототипа: Проверьте стартовые задания для крайних распределений очков, включая персонажа без боевой специализации.
2Классы, специализации и смена ролейОписание и пример ↗Класс задаёт доступные действия, специализация меняет акценты, а смена роли перестраивает обязанности персонажа.4
Варианты механики
- Фиксированный класс сохраняет сильную идентичность.
- Подкласс меняет способ расходования ресурса.
- Смена вне боя позволяет готовиться к задаче.
- Гибрид получает гибкость ценой глубины.
Пример проектирования. Лекарь перед экспедицией выбирает барьеры вместо восстановления здоровья после попадания. Проверка прототипа: Проверьте, меняет ли специализация порядок действий, а не только числовую эффективность одинакового цикла.
3Билды и синергии способностейОписание и пример ↗Билд связывает способности, ресурсы и условия срабатывания в повторяемую последовательность взаимного усиления.4
Варианты механики
- Триггер превращает защиту в источник атаки.
- Порог характеристики открывает новый эффект.
- Преобразование меняет тип входящего ресурса.
- Антисинергия запрещает совместное усиление.
Пример проектирования. Парирование даёт заряд льда, которым следующий удар создаёт замедляющую область. Проверка прототипа: Проверьте замкнутые циклы ресурсов: сочетание не должно непреднамеренно давать бесконечное бесплатное действие.
4Партийные роли и состав отрядаОписание и пример ↗Состав группы распределяет необходимые функции между персонажами и определяет взаимное прикрытие в бою и исследовании.4
Варианты механики
- Роли дополняют слабые стороны союзников.
- Резерв меняет состав между столкновениями.
- Связка требует двух последовательных действий.
- Универсал страхует отсутствие специалиста.
Пример проектирования. Разведчик отмечает ловушки, защитник держит проход, а инженер открывает боковой путь. Проверка прототипа: Уберите одного специалиста и проверьте альтернативное решение, если состав группы не задан жёстко.
5Снаряжение, аффиксы и наборы предметовОписание и пример ↗Снаряжение изменяет доступные свойства персонажа, а аффиксы и наборы связывают выбор вещей с поведением в игре.4
Варианты механики
- Аффикс усиливается при конкретном условии.
- Набор меняет правило после сбора частей.
- Вес ограничивает сочетание тяжёлых вещей.
- Замена свойства сохраняет ценную основу.
Пример проектирования. Лёгкие сапоги усиливают выход из уклонения, но полный комплект лишает героя тяжёлого щита. Проверка прототипа: Проверьте сравнение предметов: игрок должен видеть, какое условие активирует бонус и чем оплачивается замена.
6Статусы, стихии и сопротивленияОписание и пример ↗Статус временно меняет правила действия, стихия связывает взаимодействия, а сопротивление ограничивает эффект.4
Варианты механики
- Накопление доводит воздействие до порога.
- Рассеивание снимает выбранное состояние.
- Реакция стихий создаёт новый эффект.
- Убывание длительности ограничивает цепочку контроля.
Пример проектирования. Мокрая броня проводит разряд между целями, но изолирующая обувь разрывает цепь. Проверка прототипа: Проверьте порядок применения стихий и объяснение иммунитета, включая повторное наложение уже активного статуса.
7Развитие навыков через использованиеОписание и пример ↗Навык развивается от подходящего использования; игрок выбирает практику, которая одновременно решает текущую задачу.4
Варианты механики
- Успешное действие начисляет опыт навыка.
- Новая ситуация даёт больше старого повтора.
- Наставник открывает следующий предел роста.
- Перенос практики поддерживает родственные умения.
Пример проектирования. Вскрытие новых типов замков развивает ремесло лучше бесконечного открытия одного простого ящика. Проверка прототипа: Проверьте, не выгоднее ли бессмысленное повторение безопасного действия вместо применения навыка по назначению.
8Репутация, фракции и мировоззрениеОписание и пример ↗Репутация хранит отношение сообществ к поступкам героя и меняет доступ к услугам, заданиям и поддержке.4
Варианты механики
- Фракции по-разному оценивают один поступок.
- Свидетель определяет распространение сведений.
- Прощение требует отдельного исправления вреда.
- Локальная известность не равна мировой славе.
Пример проектирования. Спасение контрабандиста открывает тайный причал, но ухудшает отношения с портовой стражей. Проверка прототипа: Проверьте, видна ли связь между поступком и реакцией фракции, особенно при отложенном распространении слуха.
9Квесты, контракты и последствия решенийОписание и пример ↗Задание задаёт обязательство и условия завершения, а последствия сохраняют различия между способами выполнения.4
Варианты механики
- Альтернатива позволяет выполнить цель без боя.
- Срок изменяет ситуацию при промедлении.
- Конфликт заказов требует выбрать обязательство.
- Последствие меняет мир после выдачи награды.
Пример проектирования. Доставку лекарства можно завершить для заказчика или отдать груз заболевшей деревне по пути. Проверка прототипа: Проверьте завершение задания после гибели важного NPC и при получении нужного предмета до принятия заказа.
Источники и примеры
Источники подтверждают отдельные приёмы или методологию, а не все варианты семейства. Примеры проектирования и сочетания механик являются иллюстрациями.
- Robert Nystrom: State
Первичный текст автора о состояниях и переходах; контекст реализации правил, не подтверждение всех авторских вариантов.
CC BY 4.0 · Game Dev DB contributors