← Модуль 9/MDA и core loop
EN
Модуль 9 · Теория геймдизайна

MDA и core loop

Игру нельзя запрограммировать «весёлой» напрямую. Ты кодируешь механики, из них на рантайме эмерджентно рождаются динамики, и только потом игрок чувствует эстетику. Дизайнер идёт по этой цепочке справа налево, игрок — слева направо. А единица, которую ты крутишь, — это петля.
~16 мин🎲 дизайн-модель
Суть за 30 секунд
Игра — это система, которую переживаешь повторением. Core loop — наименьшая повторяемая единица (Tetris: падение→поворот→приземление→очистка). Meta / engagement loop оборачивает её прогрессией и смыслом (Hades: зачистил комнату→новый диалог→тебе не всё равно). MDA даёт причинную цепочку: Mechanics (правила, что ты кодишь) → Dynamics (поведение, возникающее на рантайме) → Aesthetics (что игрок чувствует). Ключевая асимметрия: дизайнер работает справа налево (хочу саспенс → какие динамики → какие механики), игрок переживает слева направо. «Веселье» не строится напрямую — ты строишь механики и крутишь их, пока эмерджентные динамики не дадут нужную эстетику. Поэтому дизайн эмпиричен: динамики эмерджентны, их наблюдают в прототипе, а не выводят на бумаге.

Механизм: петля как атом, MDA как причинность

Core loop и meta loop

Core loop — наименьшая повторяемая единица геймплея: Elden Ring (встретил врага→прочитал→уклон/парир→удар), Tetris (падает→поворот→легло→линия), покер (анте→рука→ставка→вскрытие). Meta-loop — большая петля прогрессии поверх (умер→вернулся сильнее→снова к боссу). Хорошая петля держится на четырёх свойствах: ясность (понятна цель), обратная связь (мгновенный отклик на действие), эскалация (сложность растёт внутри петли), вариация (суб-варианты: враги, способности). Без них 60 часов «зашёл в комнату→намолотил→лут→повтор» — монотонность под косметическими скачками сложности.

Core loop vs engagement loop

Core loop — только механика: что игрок делает. Engagement loop — механика + контекст: почему ему не всё равно. Hades: core = стрелять→уклон→спец→зачистка; engagement = то же самое → новый диалог → персонаж ссылается на прошлые забеги → тебя цепляет его арка. Одни и те же механики + разный контекст = разное удержание — вот почему Hades резонирует, а рогалик с идентичными механиками, но без обвязки, нет (тот же разговор про удержание, но с дизайн-стороны).

MDA: механики → динамики → эстетика

Mechanics — правила и системы (то, что реализует код). Dynamics — поведение, возникающее при взаимодействии правил на рантайме. Aesthetics — переживание игрока. Разбор на покере:

Mechanics52 карты, ставки,ранги рук Dynamicsасимметрия инфы,блеф, риск/ревард Aestheticsсаспенс,азарт, чтение игрок: M → D → A (переживает) дизайнер: A → D → M (проектирует назад) «хочу саспенс» → нужна скрытая инфа + вероятностный исход → механики: закрытые карты, ставки

Асимметрия — это и есть суть MDA. Аналитик и игрок читают цепочку слева направо (правила → эмерджентная игра → чувство). Дизайнер проектирует справа налево: «хочу, чтобы было напряжённо» → какие динамики дают напряжение (неопределённость, скрытая инфа) → какие механики дают эти динамики (закрытые карты, вероятностное разрешение). Ты никогда не кодишь «саспенс» — ты кодишь механики и крутишь их, пока эмерджентная динамика не выдаст нужную эстетику.

Почему это эмпирично, а не выводимо

Динамики эмерджентны: они рождаются из взаимодействия механик между собой. Число парных взаимодействий при n механиках растёт квадратично:

Dpairs= n(n−1)2

10 механик → 45 парных взаимодействий (и это без троек и цепочек). Перечислить и предсказать всё нельзя — поэтому дизайн эмпиричен: прототипируешь, играешь, смотришь, какие динамики реально возникли и какую эстетику дали. Это инверсная задача с эмерджентной серединой — её решают наблюдением, а не выводом.

8 видов веселья (LeBlanc)

«Эстетика» — самый недоопределённый слот MDA. Ответ Марка Леблана (в оригинальной статье 2004 и докладах) — таксономия 8 видов веселья, конкретные цели вместо расплывчатого «сделай весело»: Ощущение (Journey, hit-эффекты файтингов), Фантазия (Sims, Skyrim), Нарратив (The Last of Us, Disco Elysium), Вызов (Dark Souls, Celeste), Товарищество (MMO, co-op), Открытие (Outer Wilds, Subnautica), Самовыражение (Minecraft, моддинг), Погружение-в-рутину (Candy Crush, idle). Игра обычно бьёт в 2–3 из них; попытка попасть во все 8 размывает каждую. Практика ревью: когда прототип «ощущается не так», выпиши, какие виды веселья ты задумывал и какие он реально выдаёт.

🕹 Во что поиграть — и что заметить

Hades core vs engagement loop

Механически — простой рогалик. Цепляет из-за engagement-петли: каждый забег доматывает диалоги, персонажи помнят твои смерти. Та же core-петля + смысловая обвязка = многосотчасовое удержание.

🎮 Сделай: сыграй забег и выпиши в одну строку core loop (чистая механика: стрелять→уклон→спец→зачистка), затем engagement loop (что заставляет начать следующий забег — диалог, отношения, мета-анлок). Почувствуй разницу между «что я делаю» и «почему мне не всё равно».

Покер / Balatro MDA-трейс вживую

Простые механики (карты, ставки, ранги) → богатые динамики (блеф, риск/ревард, чтение) → сильная эстетика (саспенс). Balatro берёт покерные механики и через новую динамику (джокеры-мультипликаторы) даёт совсем другую эстетику — мастерство-комбо.

🎮 Сделай MDA-трейс: возьми любую игру, выпиши 3 механики → какие динамики из них возникают на рантайме → какую эстетику ты чувствуешь. Потом пройди обратно (дизайнер): назови эстетику, которую хотел бы усилить, и придумай, какую механику для этого тронуть.

«Гриндовая» игра диагностика через MDA

Когда игра «ощущается гриндом» — это эстетическое наблюдение. Трейсь вниз: какие петли повторяются (убил→XP) → какое поведение эмерджентно (игроки мин-максят эффективность) → вывод: механики заточены под гринд, не под исследование.

🎮 Заметь: в игре, которая тебе наскучила, определи, какую динамику оптимизируют игроки (скорость фарма? безопасный маршрут?) и какая механика её порождает. Часто «скучно» = механики награждают не ту динамику, что задумывал дизайнер.

Хардкор · инверсная задача и комбинаторика эмерджентностиможно пропустить

Почему эстетику нельзя спроектировать напрямую

Отображение механики→эстетика — сюръективно и не обратимо однозначно: одну и ту же эстетику (саспенс) дают разные динамики (скрытая инфа, таймер, необратимый выбор), а каждую динамику — разные механики. Дизайнер решает инверсную задачу M=f−1(A) без замкнутой формы для f — только через пробу. А середина (динамики) эмерджентна: при n взаимодействующих системах уже парных связей n(n−1)/2, а с учётом троек и временных цепочек пространство исходов не перечислимо на бумаге. Отсюда железное правило: динамики — свойство рантайма, их видно только в играбельном прототипе.

Следствие для процесса

Поэтому играбельный вертикальный срез строят рано (см. скоуп и прототип): пока не запустил — не знаешь динамик, а значит не знаешь эстетики. «Дизайн-документ» не заменяет прототип ровно потому, что описывает механики, а продаёт игру динамика, которую документ предсказать не может.

Хардкор · дизайн: петля, 8 видов веселья, MDA в ревьюможно пропустить

Проектирование петли

Core loop настраивают по четырём осям: ясность (игрок всегда знает следующий шаг), обратная связь (каждое действие даёт отклик — число урона, отскок, juice), эскалация (внутри сессии сложность растёт), вариация (суб-варианты не дают петле стать шумом). Engagement-петля добавляет ставку: зачем повторять — прогрессия, смысл, отношения, мета-анлок.

8 видов веселья как чек-лист

Не «сделай весело», а «в какие 2–3 вида веселья я целюсь» — и на каждом ревью сверяй задуманное с доставленным. Разные игроки ищут разное веселье (это ортогонально мотивациям Бартла/Quantic Foundry — маппинг между ними лишь грубая аналогия, не тождество).

MDA как язык баг-репорта на дизайн

«Скучно/гриндово/несправедливо» — эстетические симптомы. Диагноз ставят трейсом вниз до механики, лечат правкой механики и перепроверяют динамику плейтестом — потому что правка механики меняет эмерджентную середину непредсказуемо.

Аналогия
MDA — это готовка. Механики = ингредиенты и шаги рецепта (то, что ты контролируешь напрямую). Динамики = химия в сковороде (реакция Майяра, эмульгирование — эмерджентно: ты создал условия, но не расставляешь молекулы руками). Эстетика = вкус у гостя. «Вкусно» не готовят напрямую — ты правишь ингредиенты и технику, химия возникает сама, вкус идёт вниз по цепочке. И ты пробуешь по ходу (плейтест), потому что предсказать химию из одного рецепта нельзя.
Почему это важно
MDA и петля дают две вещи: язык, чтобы рассуждать, почему игра ощущается так, и метод — проектировать от эстетики назад к механике и проверять динамику плейтестом. Петля — единица, которую ты итерируешь. Это фундамент дизайн-суждения. А рамка «система эмерджентна посередине → наблюдай, а не выводи; проектируй от целевого поведения назад» переносится далеко за пределы игр — это тот самый способ думать про любую систему, чьё поведение проявляется только на рантайме.
🔁 За пределами игр — куда это переносится
Урок — про инверсную задачу с эмерджентной серединой: ты задаёшь целевое поведение, но контролируешь только правила, а результат видишь запуском.

ML / AI (твой домен): MDA — это ровно reward design / спецификация в RL. Нельзя закодить «агент играет интересно» — ты формируешь reward (механика), наблюдаешь эмерджентную политику (динамика) и сверяешь с намерением (эстетика). Reward hacking = рассинхрон динамики и эстетики: агент оптимизирует букву механики, а не задуманное чувство (как «гриндовая» игра оптимизирует не ту динамику). Квадратичная эмерджентность ⇄ почему обученную систему нельзя статически верифицировать: поведение — свойство рантайма, его оценивают эмпирически (eval-харнесс = плейтест). Core-loop vs engagement-loop ⇄ прокси-метрика vs истинная цель (Goodhart: удержание-по-механике ≠ удержание-по-смыслу). «Проектируй назад от переживания» ⇄ objective-first / eval-driven разработка: сначала целевое поведение и оценка, потом система, потом замер зазора. А 8 видов веселья ⇄ декомпозиция размытой цели («хорошо») на конкретные измеримые под-критерии (как дробят «helpful» на конкретные eval'ы).

Продукт/UX: ты строишь фичи (механики), пользователи вырабатывают паттерны использования (динамики), а метрика — их удовлетворённость (эстетика); JTBD = проектирование от нужного исхода назад.

Системы: эмерджентное поведение сложной системы (микросервисы, экономика, трафик) не выводится из спецификации компонентов — его нагружают и наблюдают (load test = плейтест).

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

🔧 Разбери и спроектируй — за столом
Во что играть — выше (🕹). Здесь — потренировать саму рамку.
🔧 MDA-трейс трёх игр ~30 мин
Возьми три любимые игры. Для каждой: 3 механики → возникающие динамики → эстетика (какие 2–3 из 8 видов веселья). Потом сделай обратный проход: выбери эстетику, которую хочешь добавить, и назови минимальную правку механики. Заметь, где не можешь предсказать динамику — это места под плейтест.
🧪 Спроектируй петлю ~20 мин, бумага
Придумай core loop в одну строку (глагол→...→повтор), проверь по 4 осям (ясность/фидбек/эскалация/вариация). Оберни его engagement-петлёй: что даёт ставку повторять. Свяжи с игровым циклом (петля живёт внутри кадрового цикла) и своим Новгородом — какая у него core-петля и чем цепляет.
Чеклист: сделал 3 MDA-трейса вперёд и обратно; назвал целевые виды веселья; спроектировал core+engagement петлю; нашёл места, где динамику надо проверять плейтестом; связал с reward design.
Связи
дальше
Flow и сложность — core-петля должна лежать в flow-канале: вызов под навык, иначе скука/тревога.
смежное
Core loop и удержание — та же петля с монетизационно-удержательной стороны (D1/D7, дырявое ведро).
основа
Кристаллизация жанров — эмерджентность и системный дизайн: простые правила → сложное поведение.
дальше
Психология игрока — на какие мотивации целится твоя эстетика.
Вопросы пытливого ума
Почему нельзя спроектировать «весело» напрямую?
Потому что «весело» (эстетика) — это downstream-эффект динамик, а динамики эмерджентны: они возникают из взаимодействия механик на рантайме, а не заложены в отдельную механику. Ты контролируешь только левый конец цепочки (правила/код). Между правилами и чувством — эмерджентная середина, которую нельзя вывести на бумаге (число взаимодействий растёт квадратично, а с цепочками — комбинаторно). Поэтому «весело» — это цель, к которой идут обратным ходом (какая динамика даст нужное чувство → какая механика даст динамику) и подтверждают плейтестом. Прямого рычага «сделать весело» в коде не существует — есть только рычаги механик и наблюдение за тем, что из них выросло.
Core loop и engagement loop — в чём практическая разница?
Core loop — чистая механика («что я делаю»): стрелять→уклон→зачистка. Engagement loop — механика + контекст, дающий ставку («почему мне не всё равно»): та же зачистка, но она открывает диалог, двигает отношения, копит мета-прогресс. Практическая разница — в удержании: сильная core-петля даёт хорошие первые часы, но на длинной дистанции игрока держит engagement-петля (смысл, прогрессия, привязанность). Два рогалика с идентичной механикой расходятся именно здесь: Hades с обвязкой цепляет на сотни часов, «голый» рогалик — на несколько. И это ловушка Goodhart: можно накрутить engagement дешёвыми крючками (дейлики, FOMO), и метрика удержания вырастет, а core-удовольствие — нет; такое удержание хрупкое.
MDA всё ещё используют? У неё же критикуют «Aesthetics».
Да, MDA (2004) остаётся самой цитируемой рамкой геймдизайна, хотя её справедливо критикуют: слот «Aesthetics» изначально недоопределён, а деление механика/динамика на границе размывается (иногда неясно, правило это или уже эмерджентное поведение). Ответ на первую критику — таксономия 8 видов веселья Леблана (конкретные эстетические цели). На практике MDA ценят не как строгую теорию, а как язык и чек-лист: она заставляет отделять «что я закодил» от «что из этого выросло» от «что почувствовал игрок» — и это разделение само по себе ловит частую ошибку новичка (проектировать сразу «фичи», не спросив, какую динамику и эстетику они дадут). Есть и более новые рамки (например, Machinations для экономик, «lenses» Шелла), но MDA — базовый словарь.
Как MDA связана с reward design в RL?
Почти дословно. В RL ты не можешь задать «веди себя интересно/безопасно» напрямую — ты задаёшь reward (это механика: правило, которое система оптимизирует), запускаешь обучение и получаешь эмерджентную политику (динамика), которую оцениваешь на соответствие намерению (эстетика/спецификация). Совпадают и патологии: reward hacking — это когда эмерджентная динамика оптимизирует букву reward'а, а не задуманное поведение, ровно как «гриндовая» игра оптимизирует не ту динамику, что хотел дизайнер. И метод один: поведение — свойство рантайма, поэтому его нельзя доказать из спецификации, только измерить эмпирически (eval-харнесс = плейтест), и проектируют обратным ходом от целевого поведения. Если умеешь читать игру через MDA, ты уже умеешь думать про спецификацию и оценку обучаемых систем.
Что почитать