--- id: role-playing-systems status: active supersededBy: [] lang: ru title: Ролевые системы description: >- Ролевые системы связывают особенности персонажа, состав отряда, снаряжение и последствия решений. intro: >- Ролевые системы связывают особенности персонажа, состав отряда, снаряжение и последствия решений. Каждый обзор выделяет действие игрока, изменения состояния и альтернативные правила. Примеры условные: они показывают проектное решение, а не приписывают его конкретной игре. Проверка прототипа задаёт наблюдаемый вопрос для следующей итерации. Подробные уже существующие каталоги доступны по отдельным ссылкам в карте механик. updatedAt: '2026-10-21' sources: - title: 'Robert Nystrom: State' url: >- https://github.com/munificent/game-programming-patterns/blob/master/book/state.markdown description: >- Первичный текст автора о состояниях и переходах; контекст реализации правил, не подтверждение всех авторских вариантов. counts: families: 9 branches: 9 variants: 36 url: 'https://gamemechanics.pro/ru/mechanics/role-playing-systems/' markdownUrl: 'https://gamemechanics.pro/content/mechanics/ru/role-playing-systems.md' license: CC-BY-4.0 codeLicense: MIT attribution: gamemechanics.pro contributors provenance: >- Original bilingual editorial overviews authored for gamemechanics.pro on 2026-10-20 and reviewed on 2026-10-21. Scenarios are hypothetical design examples; prototype checks describe work to perform, not completed playtests. Primary sources support the stated techniques and implementation context, not every proposed variant. --- # Ролевые системы Ролевые системы связывают особенности персонажа, состав отряда, снаряжение и последствия решений. Каждый обзор выделяет действие игрока, изменения состояния и альтернативные правила. Примеры условные: они показывают проектное решение, а не приписывают его конкретной игре. Проверка прототипа задаёт наблюдаемый вопрос для следующей итерации. Подробные уже существующие каталоги доступны по отдельным ссылкам в карте механик. ## Механики и варианты ### 1. Создание персонажа и распределение характеристик id: t049 canonicalId: role-playing-systems--t049 url: https://gamemechanics.pro/ru/mechanics/role-playing-systems/#t049 Создание персонажа распределяет ограниченный потенциал между способностями и задаёт исходные способы решения задач. #### Варианты механики - Очки характеристик требуют взаимного компромисса. - Происхождение меняет начальные связи героя. - Недостаток оплачивает дополнительное преимущество. - Перераспределение позволяет исправить ранний выбор. Пример проектирования: Слабый в бою архивист получает доступ к библиотеке и распознаёт древние предупреждения. Проверка прототипа: Проверьте стартовые задания для крайних распределений очков, включая персонажа без боевой специализации. - [Robert Nystrom: State](https://github.com/munificent/game-programming-patterns/blob/master/book/state.markdown) ### 2. Классы, специализации и смена ролей id: t050 canonicalId: role-playing-systems--t050 url: https://gamemechanics.pro/ru/mechanics/role-playing-systems/#t050 Класс задаёт доступные действия, специализация меняет акценты, а смена роли перестраивает обязанности персонажа. #### Варианты механики - Фиксированный класс сохраняет сильную идентичность. - Подкласс меняет способ расходования ресурса. - Смена вне боя позволяет готовиться к задаче. - Гибрид получает гибкость ценой глубины. Пример проектирования: Лекарь перед экспедицией выбирает барьеры вместо восстановления здоровья после попадания. Проверка прототипа: Проверьте, меняет ли специализация порядок действий, а не только числовую эффективность одинакового цикла. - [Robert Nystrom: State](https://github.com/munificent/game-programming-patterns/blob/master/book/state.markdown) ### 3. Билды и синергии способностей id: t051 canonicalId: role-playing-systems--t051 url: https://gamemechanics.pro/ru/mechanics/role-playing-systems/#t051 Билд связывает способности, ресурсы и условия срабатывания в повторяемую последовательность взаимного усиления. #### Варианты механики - Триггер превращает защиту в источник атаки. - Порог характеристики открывает новый эффект. - Преобразование меняет тип входящего ресурса. - Антисинергия запрещает совместное усиление. Пример проектирования: Парирование даёт заряд льда, которым следующий удар создаёт замедляющую область. Проверка прототипа: Проверьте замкнутые циклы ресурсов: сочетание не должно непреднамеренно давать бесконечное бесплатное действие. - [Robert Nystrom: State](https://github.com/munificent/game-programming-patterns/blob/master/book/state.markdown) ### 4. Партийные роли и состав отряда id: t052 canonicalId: role-playing-systems--t052 url: https://gamemechanics.pro/ru/mechanics/role-playing-systems/#t052 Состав группы распределяет необходимые функции между персонажами и определяет взаимное прикрытие в бою и исследовании. #### Варианты механики - Роли дополняют слабые стороны союзников. - Резерв меняет состав между столкновениями. - Связка требует двух последовательных действий. - Универсал страхует отсутствие специалиста. Пример проектирования: Разведчик отмечает ловушки, защитник держит проход, а инженер открывает боковой путь. Проверка прототипа: Уберите одного специалиста и проверьте альтернативное решение, если состав группы не задан жёстко. - [Robert Nystrom: State](https://github.com/munificent/game-programming-patterns/blob/master/book/state.markdown) ### 5. Снаряжение, аффиксы и наборы предметов id: t053 canonicalId: role-playing-systems--t053 url: https://gamemechanics.pro/ru/mechanics/role-playing-systems/#t053 Снаряжение изменяет доступные свойства персонажа, а аффиксы и наборы связывают выбор вещей с поведением в игре. #### Варианты механики - Аффикс усиливается при конкретном условии. - Набор меняет правило после сбора частей. - Вес ограничивает сочетание тяжёлых вещей. - Замена свойства сохраняет ценную основу. Пример проектирования: Лёгкие сапоги усиливают выход из уклонения, но полный комплект лишает героя тяжёлого щита. Проверка прототипа: Проверьте сравнение предметов: игрок должен видеть, какое условие активирует бонус и чем оплачивается замена. - [Robert Nystrom: State](https://github.com/munificent/game-programming-patterns/blob/master/book/state.markdown) ### 6. Статусы, стихии и сопротивления id: t054 canonicalId: role-playing-systems--t054 url: https://gamemechanics.pro/ru/mechanics/role-playing-systems/#t054 Статус временно меняет правила действия, стихия связывает взаимодействия, а сопротивление ограничивает эффект. #### Варианты механики - Накопление доводит воздействие до порога. - Рассеивание снимает выбранное состояние. - Реакция стихий создаёт новый эффект. - Убывание длительности ограничивает цепочку контроля. Пример проектирования: Мокрая броня проводит разряд между целями, но изолирующая обувь разрывает цепь. Проверка прототипа: Проверьте порядок применения стихий и объяснение иммунитета, включая повторное наложение уже активного статуса. - [Robert Nystrom: State](https://github.com/munificent/game-programming-patterns/blob/master/book/state.markdown) ### 7. Развитие навыков через использование id: t055 canonicalId: role-playing-systems--t055 url: https://gamemechanics.pro/ru/mechanics/role-playing-systems/#t055 Навык развивается от подходящего использования; игрок выбирает практику, которая одновременно решает текущую задачу. #### Варианты механики - Успешное действие начисляет опыт навыка. - Новая ситуация даёт больше старого повтора. - Наставник открывает следующий предел роста. - Перенос практики поддерживает родственные умения. Пример проектирования: Вскрытие новых типов замков развивает ремесло лучше бесконечного открытия одного простого ящика. Проверка прототипа: Проверьте, не выгоднее ли бессмысленное повторение безопасного действия вместо применения навыка по назначению. - [Robert Nystrom: State](https://github.com/munificent/game-programming-patterns/blob/master/book/state.markdown) ### 8. Репутация, фракции и мировоззрение id: t057 canonicalId: role-playing-systems--t057 url: https://gamemechanics.pro/ru/mechanics/role-playing-systems/#t057 Репутация хранит отношение сообществ к поступкам героя и меняет доступ к услугам, заданиям и поддержке. #### Варианты механики - Фракции по-разному оценивают один поступок. - Свидетель определяет распространение сведений. - Прощение требует отдельного исправления вреда. - Локальная известность не равна мировой славе. Пример проектирования: Спасение контрабандиста открывает тайный причал, но ухудшает отношения с портовой стражей. Проверка прототипа: Проверьте, видна ли связь между поступком и реакцией фракции, особенно при отложенном распространении слуха. - [Robert Nystrom: State](https://github.com/munificent/game-programming-patterns/blob/master/book/state.markdown) ### 9. Квесты, контракты и последствия решений id: t058 canonicalId: role-playing-systems--t058 url: https://gamemechanics.pro/ru/mechanics/role-playing-systems/#t058 Задание задаёт обязательство и условия завершения, а последствия сохраняют различия между способами выполнения. #### Варианты механики - Альтернатива позволяет выполнить цель без боя. - Срок изменяет ситуацию при промедлении. - Конфликт заказов требует выбрать обязательство. - Последствие меняет мир после выдачи награды. Пример проектирования: Доставку лекарства можно завершить для заказчика или отдать груз заболевшей деревне по пути. Проверка прототипа: Проверьте завершение задания после гибели важного NPC и при получении нужного предмета до принятия заказа. - [Robert Nystrom: State](https://github.com/munificent/game-programming-patterns/blob/master/book/state.markdown) ## Источники и примеры Источники подтверждают отдельные приёмы или методологию. Они не подтверждают все варианты семейства. Примеры проектирования и сочетания механик являются иллюстрациями. - [Robert Nystrom: State](https://github.com/munificent/game-programming-patterns/blob/master/book/state.markdown): Первичный текст автора о состояниях и переходах; контекст реализации правил, не подтверждение всех авторских вариантов.