Game feel в инди-игре: какие мелочи делают управление приятным

Game feel - это ощущение от управления: насколько быстро и "сочно" игра отвечает на нажатие кнопки. Его собирают из мелочей: отклик быстрее 100 мс, прощение неточного ввода (coyote time, буфер прыжка), пауза при ударе, тряска экрана, звук и частицы. Без них механика работает, но игра ощущается деревянной. Код этих мелочей ИИ-агент пишет хорошо, а подобрать числа "на ощупь" можешь только ты.

Создание игр с ИИ-агентами в 2026 году упирается не в код. Скелет игры агент собирает за выходные, я разбирал это в статье про Claude Code и прототип за выходные. Упирается в то, что прототип не хочется трогать руками. Ниже - какие мелочи на это влияют, как я их делал на одной кнопке "Бросить кубик" и какую часть работы честно отдавать агенту.

Что такое game feel и почему игра ощущается деревянной?

Game feel - это тактильное ощущение от управления в видеоигре. Термин закрепил Стив Свинк в книге "Game Feel" 2008 года: ощущение складывается из отклика в реальном времени, симулированного пространства и полировки. Игра ощущается деревянной, когда хотя бы одно звено проседает: ввод запаздывает, движение без инерции, удар без паузы и звука.

Свинк делит game feel на шесть частей: ввод, отклик, контекст, полировка, метафора и правила (Wikipedia). Для "реального времени" у него есть конкретная граница: игра должна ответить быстрее 100 миллисекунд, так это формулирует Лиз Ингланд в разборе книги (lizengland.com, 2015). Та же цифра есть у Якоба Нильсена про интерфейсы вообще: 0,1 секунды - предел, при котором человеку кажется, что система реагирует мгновенно. 1 секунда - предел, при котором не рвётся ход мысли. 10 секунд - предел, после которого внимание уплывает, если не показать прогресс (Nielsen Norman Group, 1993).

Деревянность почти никогда не про "плохую механику". Это про разрыв между тем, что игрок нажал, и тем, что увидел. Прыжок сработал на кадр позже, враг получил урон, но экран не дрогнул, кнопка нажалась, но ничего не щёлкнуло. По отдельности - ерунда. Вместе - ощущение, что управляешь шкафом через пульт.

Сквозной пример у меня будет один: кнопка "Бросить" в кубиках онлайн на dnd-dm.ru. Не платформер, да. Зато там те же три звена, и цифры по ним есть свои, а не из чужих докладов.

Какие приёмы делают управление в игре отзывчивым?

Отзывчивым управление делают две группы приёмов. Первая прощает игроку неточность: coyote time, буфер ввода, коррекция об углы. Вторая подтверждает, что ввод случился: пауза при ударе (hitstop), тряска экрана, звук, частицы, анимация. Первая группа невидима, вторая - "сок" (juice). Нужны обе.

Свёл основные приёмы в таблицу. Числа - из исходников и докладов, у каждого источник.

Первые четыре строки - из списка Мэдди Торсон про Celeste, там их десять. Она прямо пишет, что не придумала эти трюки, а собрала то, что делает каждую секунду игры приятной. Сакураи про hitstop говорит короче: "Это жизненно важно, чтобы игрок по-настоящему почувствовал удар". В его ролике одна и та же атака с паузой и без неё - и разница видна с первого раза.

Заметь, что в таблице почти нет новых механик. Это константы, таймеры и эффекты поверх уже работающей игры. Именно поэтому они так хорошо ложатся на агента.

Как я делал game feel для броска кубика

Мой кейс - кубики онлайн на dnd-dm.ru, октябрь 2026 года. Главное решение: результат броска показывается мгновенно в 2D, а красивый 3D-бросок грузится только после первого касания. Поломка 3D никогда не ломает сам бросок: через 12 секунд без ответа он досчитывается в 2D.

Проблема была классическая. 3D-движок кубиков (dice-box, мы уже использовали его в листе персонажа Kenku) весит примерно 0,9-3,5 МБ. Грузить его сразу - медленная страница и мобильный трафик тех, кто вообще не бросал. Ждать его на первом клике - нарушить ту самую границу 100 мс. Поэтому в спеке от 8 октября 2026 записали так:

4. Бросок, пока 3D не готов или не применим: evaluateFormula с крипто-генератором
   → мгновенный 2D-результат (сумма крупно, кости по группам, отброшенные зачёркнуты).
6. ... Исключение из injectValues или нет ответа за 12 с → бросок досчитывается в 2D,
   3D отключается до перезагрузки, цель tool_3d_fail.

Как это ощущается по звеньям Свинка:

• Отклик. Первый бросок - 2D, сразу, без сети. Прогрев 3D стартует на первом pointerdown или focus внутри инструмента. Пока человек целится в кнопку, движок уже едет.
• Полировка. Когда 3D готов, кости реально катятся, а 2D-раскладка показывает те же числа. 3D - источник правды, картинка и сумма не расходятся.
• Без сдвигов. Холст 3D - оверлей с position: fixed, его появление не двигает вёрстку, CLS = 0. Прыгающая под пальцем кнопка убивает ощущение быстрее, чем любая задержка.
• Уважение к игроку. При prefers-reduced-motion 3D вообще не грузится, только 2D. Результат объявляется через aria-live="polite".

Перед мержем был ещё отдельный фикс-коммит: "кубики - фокус после броска, гонка и сбой скина, таймаут 3D по видимой вкладке". Это ровно те мелочи, которых в спеке нет и которые вылезают, только когда реально жмёшь кнопку. Таймаут в 12 секунд теперь считается по видимой вкладке: ушёл в соседнюю, вернулся - 3D не должен оказаться "сломанным" только потому, что браузер притормозил фоновую страницу.

В Kenku мы зашли с другой стороны: там 20 наборов кубов, из них 8 PBR-материалов (обсидиан, лава, мифрил и т.д.), и режим качества "авто / высокое / экономное". Это тоже game feel, только про железо: на слабом телефоне красивый кубик, который тормозит, ощущается хуже простого, который летит.

Как сделать отзывчивым ход, который длится 10 секунд?

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

Это мой DnD-бот с ИИ-мастером, по сути текстовая RPG. На QA-прогоне 2 июля 2026 полный ход занимал 7-27 секунд, и почти всё это время съедал нарратор. Медиана на прогоне 12 июня - 10-15 секунд. То есть мы живём ровно на нильсеновской границе в 10 секунд, где внимание начинает уплывать.

Что сделали:

1. Пока нарратор думает, в Mini App висит "DM обдумывает ваш ход", а поле ввода и кнопка отправки заблокированы. До этого после сетевого сбоя игрок жал ещё раз, и ход дублировался.
2. У нарратора жёсткий бюджет 45 секунд на вызов. Раньше хвосты доходили до 60-129 секунд: модель ещё отвечала, а фронт уже упал.
3. Текст ответа печатается посимвольно и дописывается до конца, ввод следующего хода открывается после. QA проверял именно это: нет обрыва и залипания.
4. В книге заклинаний поставили скелетон вместо полусырого первого кадра. Мелочь, но окно перестало "мигать" недоделанным.

Ни один из этих пунктов не делает мастера умнее. Они делают так, чтобы 15 секунд ожидания не ощущались как зависание. Про то, как такие вещи проверять живыми прогонами, я писал в статье про AI-агентов вместо ручного QA в Telegram mini-app.

Что из game feel можно поручить ИИ-агенту?

ИИ-агенту можно поручить всё, что формулируется как код и проверка: таймеры coyote time и буфера ввода, hitstop, тряску, твины, частицы, фолбэки и таймауты, тесты на них. Нельзя поручить решение, что прыжок стал приятным: агент не держит геймпад. Числа подбираешь ты, агент выносит их в константы.

Эл Свейгарт в июле 2026 гонял Claude Opus 4.8 на аркадах для Pygame и честно написал про результат: ни одна игра не близка к коммерческому качеству, он не заплатил бы за них и 99 центов (Invent with Python, 16.07.2026). И сам же ссылается на "Juice It or Lose It". Механика у агента собирается, сок - нет. Собрать вслепую одним промптом можно многое, это я разбирал в статье про игры одним промптом на Three.js, но ощущение там тоже не появляется само.

Как я делю работу:

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

Как добавить game feel в инди-игру с ИИ-агентом: пошагово

Добавлять game feel лучше одним проходом поверх работающего прототипа: сначала вынести все "ощущенческие" числа в один конфиг, потом поручить агенту приёмы по одному, после каждого - поиграть самому. Порядок: отклик ввода, прощение ошибок, подтверждение действия, полировка.

1. Замерь отклик. Нажатие - первый видимый ответ. Больше 100 мс - чини это раньше всего остального.
2. Попроси агента вынести в один файл все тайминги и силы: coyote time, буфер, hitstop, амплитуду тряски.
3. Добавляй приёмы по одному, с флагом включения. Каждый - отдельный коммит, чтобы было с чем сравнить.
4. После каждого приёма - 5 минут игры руками с включённым и выключенным флагом. Решаешь ты.
5. Поручи агенту фолбэки: что будет, если эффект не загрузился, вкладка ушла в фон, у игрока prefers-reduced-motion.
6. Дай агенту написать тесты на граничные случаи. Ощущение тестом не проверишь, а таймаут - легко.

Промпт для шага 2, который можно взять как есть:

Ты работаешь в моём проекте на <движок>. Найди в коде все числа, которые
влияют на ощущение от управления: скорости, ускорения, гравитацию, задержки,
длительности анимаций. Вынеси их в один файл конфигурации с комментарием,
за что отвечает каждое. Добавь (выключенными по флагу) coyote time 0.1 с,
буфер прыжка 0.1 с и hitstop 0.05 с на попадание. Логику игры не меняй.
В конце дай список: какое число за что отвечает и как его проверить руками.

Стартовые 0,1 с здесь - не магия, а значение coyote time из Celeste. Дальше крути сам.

Когда game feel не нужен?

Game feel не нужен, пока у игры нет полного цикла "старт - игра - проигрыш - рестарт" и хотя бы одного живого тестера. Полировать механику, которую ты выкинешь через неделю, - потерянное время. Исключение одно: отклик меньше 100 мс нужен с первого билда, без него непонятно, плоха механика или ввод.

Моя граница простая. Пока в игру не поиграл никто, кроме тебя, game feel - это пункт 1 из списка выше и всё. Как дойти до первого билда, в который можно дать поиграть, я разбирал в статье как начать делать игры в одиночку.

Второй случай - пошаговые и текстовые игры. Тряска экрана в текстовой RPG смешная. Там game feel переезжает в ожидание: индикатор, блокировка повторного ввода, порционная выдача текста. Это мой кейс с ботом, и там это сработало лучше любого "сока".

Третий - слабое железо. Если эффект стоит кадров, игрок почувствует тормоза, а не сок. Поэтому в Kenku есть экономный режим, а на сайте 3D отключается при первом сбое. Красивый бросок, который не долетел, хуже честной цифры в 2D :)