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