---
id: run-structures
status: active
supersededBy: []
lang: ru
title: Roguelike и структура забега
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: 4
  branches: 4
  variants: 16
url: 'https://gamemechanics.pro/ru/mechanics/run-structures/'
markdownUrl: 'https://gamemechanics.pro/content/mechanics/ru/run-structures.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.
---
# Roguelike и структура забега

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

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

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

### 1. Традиционные пошаговые roguelike

<a id="t060"></a>
id: t060
canonicalId: run-structures--t060
url: https://gamemechanics.pro/ru/mechanics/run-structures/#t060

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

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

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

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

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

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

### 2. Action-roguelike

<a id="t061"></a>
id: t061
canonicalId: run-structures--t061
url: https://gamemechanics.pro/ru/mechanics/run-structures/#t061

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

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

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

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

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

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

### 3. Survivor-like и автоматические атаки

<a id="t062"></a>
id: t062
canonicalId: run-structures--t062
url: https://gamemechanics.pro/ru/mechanics/run-structures/#t062

Автоматические атаки оставляют игроку выбор маршрута и состава усилений, превращая движение среди волн в основной навык.

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

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

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

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

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

### 4. Dungeon crawler и истощение в подземелье

<a id="t063"></a>
id: t063
canonicalId: run-structures--t063
url: https://gamemechanics.pro/ru/mechanics/run-structures/#t063

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

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

<a id="t063-variants"></a>
- Факел ограничивает время уверенного исследования. <a id="t063-v1"></a>
- Привал восстанавливает силы ценой риска встречи. <a id="t063-v2"></a>
- Короткий путь сокращает будущие затраты входа. <a id="t063-v3"></a>
- Необязательная комната обменивает запас на шанс находки. <a id="t063-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): Первичный текст автора о состояниях и переходах; контекст реализации правил, не подтверждение всех авторских вариантов.
