---
id: social-cooperation
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: 7
  branches: 7
  variants: 28
url: 'https://gamemechanics.pro/ru/mechanics/social-cooperation/'
markdownUrl: 'https://gamemechanics.pro/content/mechanics/ru/social-cooperation.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.
---
# Социальные отношения и совместная игра

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

## Механики и варианты

<a id="mechanics"></a>

### 1. Забота о питомцах и зависимых персонажах

<a id="t200"></a>
id: t200
canonicalId: social-cooperation--t200
url: https://gamemechanics.pro/ru/mechanics/social-cooperation/#t200

Забота отслеживает потребности зависимого персонажа и превращает наблюдение за его сигналами в выбор подходящего действия.

#### Варианты механики

<a id="t200-variants"></a>
- Сигнал различает голод, усталость и скуку. <a id="t200-v1"></a>
- Привычка связывает уход с устойчивым расписанием. <a id="t200-v2"></a>
- Предпочтение меняет подходящую форму заботы. <a id="t200-v3"></a>
- Самостоятельность постепенно уменьшает обязательный контроль. <a id="t200-v4"></a>

Пример проектирования: Питомец отказывается играть из-за усталости, поэтому новая игрушка не заменяет отдых.

Проверка прототипа: Проверьте, понятна ли причина отказа и можно ли закончить сессию без неожиданного наказания зависимого персонажа.

- [Robert Nystrom: State](https://github.com/munificent/game-programming-patterns/blob/master/book/state.markdown)

### 2. Асимметричные роли и способности

<a id="t204"></a>
id: t204
canonicalId: social-cooperation--t204
url: https://gamemechanics.pro/ru/mechanics/social-cooperation/#t204

Разные роли получают несовпадающие действия и информацию, создавая зависимость от вклада другого участника.

#### Варианты механики

<a id="t204-variants"></a>
- Оператор видит карту, исполнитель видит препятствие. <a id="t204-v1"></a>
- Сильная роль создаёт путь для точной роли. <a id="t204-v2"></a>
- Смена ролей позволяет освоить обе перспективы. <a id="t204-v3"></a>
- Самостоятельная подзадача сохраняет занятость ожидающего. <a id="t204-v4"></a>

Пример проектирования: Диспетчер меняет мосты на карте, пока пилот сообщает о невидимых диспетчеру препятствиях.

Проверка прототипа: Проверьте полезную занятость обеих ролей на каждом этапе, включая момент ошибки одного участника.

- [Robert Nystrom: State](https://github.com/munificent/game-programming-patterns/blob/master/book/state.markdown)

### 3. Спасение, поддержка и распределение ответственности

<a id="t206"></a>
id: t206
canonicalId: social-cooperation--t206
url: https://gamemechanics.pro/ru/mechanics/social-cooperation/#t206

Поддержка меняет возможности союзника, а спасение требует перераспределить риск и время всей группы.

#### Варианты механики

<a id="t206-variants"></a>
- Подъём требует непрерывного безопасного контакта. <a id="t206-v1"></a>
- Прикрытие открывает путь к пострадавшему. <a id="t206-v2"></a>
- Передача ресурса меняет личный запас поддержки. <a id="t206-v3"></a>
- Эвакуация ограничивает скорость и доступные действия. <a id="t206-v4"></a>

Пример проектирования: Один участник несёт раненого, второй открывает двери, третий отвлекает преследователя.

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

- [Robert Nystrom: State](https://github.com/munificent/game-programming-patterns/blob/master/book/state.markdown)

### 4. Предательство, коалиции и временные союзы

<a id="t207"></a>
id: t207
canonicalId: social-cooperation--t207
url: https://gamemechanics.pro/ru/mechanics/social-cooperation/#t207

Временный союз объединяет интересы до определённого условия, после которого участник может изменить обязательства ради личной цели.

#### Варианты механики

<a id="t207-variants"></a>
- Общая угроза делает сотрудничество выгодным. <a id="t207-v1"></a>
- Скрытая цель создаёт расхождение интересов. <a id="t207-v2"></a>
- Договор ограничивает допустимый момент выхода. <a id="t207-v3"></a>
- Репутация переносит последствия измены в следующую встречу. <a id="t207-v4"></a>

Пример проектирования: Соперники вместе открывают хранилище, но заранее договариваются о моменте свободного раздела добычи.

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

- [Robert Nystrom: State](https://github.com/munificent/game-programming-patterns/blob/master/book/state.markdown)

### 5. Социальные симуляторы и повседневная жизнь

<a id="t198"></a>
id: t198
canonicalId: social-cooperation--t198
url: https://gamemechanics.pro/ru/mechanics/social-cooperation/#t198

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

#### Варианты механики

<a id="t198-variants"></a>
- Расписание ограничивает число совместимых дел дня. <a id="t198-v1"></a>
- Работа приносит ресурс ценой свободного времени. <a id="t198-v2"></a>
- Отношение меняется по истории совместных действий. <a id="t198-v3"></a>
- Дом отражает выбранный способ повседневной жизни. <a id="t198-v4"></a>

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

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

- [Robert Nystrom: State](https://github.com/munificent/game-programming-patterns/blob/master/book/state.markdown)

### 6. Социальная дедукция и скрытые роли

<a id="t202"></a>
id: t202
canonicalId: social-cooperation--t202
url: https://gamemechanics.pro/ru/mechanics/social-cooperation/#t202

Скрытые роли дают участникам разные знания и цели, а обсуждение позволяет сопоставлять заявления с наблюдаемыми поступками.

#### Варианты механики

<a id="t202-variants"></a>
- Ночная фаза скрывает источник отдельного действия. <a id="t202-v1"></a>
- Публичное голосование фиксирует групповую версию. <a id="t202-v2"></a>
- Частная способность даёт проверяемый фрагмент знания. <a id="t202-v3"></a>
- Блеф предлагает объяснение, совместимое с частью фактов. <a id="t202-v4"></a>

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

Проверка прототипа: Проверьте, дают ли наблюдения основания для вывода, а не только случайное обвинение, включая полезность роли после выбывания.

- [Robert Nystrom: State](https://github.com/munificent/game-programming-patterns/blob/master/book/state.markdown)

### 7. Party games, викторины и коллективное угадывание

<a id="t208"></a>
id: t208
canonicalId: social-cooperation--t208
url: https://gamemechanics.pro/ru/mechanics/social-cooperation/#t208

Короткие коллективные раунды распределяют право ответа, подсказки и оценку, поддерживая участие людей с разным уровнем знакомства с игрой.

#### Варианты механики

<a id="t208-variants"></a>
- Викторина проверяет ответ с явным источником решения. <a id="t208-v1"></a>
- Угадывание ограничивает словарь подсказки. <a id="t208-v2"></a>
- Голосование выбирает наиболее подходящее предложение. <a id="t208-v3"></a>
- Командный раунд объединяет раздельные фрагменты знания. <a id="t208-v4"></a>

Пример проектирования: Команда собирает ответ из трёх подсказок, каждая из которых видна только одному участнику.

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

- [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): Первичный текст автора о состояниях и переходах; контекст реализации правил, не подтверждение всех авторских вариантов.