Симулятор бактерий вместо RPG с мечами: как один разработчик строит игровую петлю вокруг чашки Петри
Разработчик делает мобильную игру Petri Dish Lab — симулятор микробной лаборатории. Как превратить красивую анимацию в настоящую игровую петлю.
Личностный кризис — неожиданный, но рабочий способ начать инди-проект. Разработчик под ником filatovvv взялся за мобильную игру Petri Dish Lab, где вместо королевств и героев — микробиологическая лаборатория, живые культуры и вопрос «почему они все умерли именно сейчас?». Вот как устроена механика и где проходит граница между красивым аквариумом и настоящей игрой.
Почему чашка Петри — это честный игровой экран
Чашка Петри решает главную проблему нишевых симуляторов: не нужно объяснять сеттинг. Вот круг. Внутри что-то живёт. Растёт, делится, заражается, вымирает.
Игрок сразу понимает правила без туториала на двадцать экранов. Добавил питание — популяция выросла. Поднял температуру — кто-то не выдержал. Выпустил вирус — посмотрел, кто уцелел. Это компактная система с понятной обратной связью, и именно такие системы удерживают внимание дольше, чем линейные сюжеты.
Важный дизайн-выбор: герой здесь не отдельная бактерия, а популяция целиком. Маленький хаос, который складывается в истории сам по себе. Один штамм спокойно растёт при хороших условиях. Другой выживает после стресса, хотя по логике не должен был. Третий становится слишком токсичным, и дальше в чашке начинается то, что разработчик описывает как «ну конечно». Это и есть нарратив без единой строчки диалога.
Главная ловушка: когда симуляция не становится игрой
Самый опасный момент в таком проекте — сделать красивую анимацию и остановиться. Первая реакция игрока действительно приятная: внутри что-то бегает, делится, светится, оставляет следы. Можно зависнуть на несколько минут, как у аквариума.
Потом приходит вопрос: «И что дальше?»
Если ответа нет, симуляция превращается в игрушку на пять минут. Посмотрел, улыбнулся, закрыл. Именно здесь filatovvv проводит чёткую границу: Petri Dish Lab строится вокруг петли с намерением, а не вокруг наблюдения.
Схема петли выглядит так:
- Игрок идёт в опыт с конкретной целью — вырастить популяцию, проверить, кто переживёт стресс, получить новый образец, посмотреть, что сделает вирус.
- После опыта он получает человекочитаемый итог: кто выжил, что получилось, есть ли среди результатов что-то ценное.
- Сохранённый штамм становится инструментом для следующего опыта — его можно использовать в сплайсе, положить в коллекцию, открыть через него запись в Кодексе.
Чашка перестаёт быть аттракционом и становится источником материалов для следующего шага. Это и есть разница между скринсейвером и игрой.
Как устроен первый экран — и почему это важно
Дом (главный экран) в Petri Dish Lab намеренно не выглядит как меню с кнопками. Разработчик хочет, чтобы игрок возвращался не в интерфейс, а в место.
В центре — живая чашка. Она не декорация: на ней отображается накопленный доход, рядом — ближайшее доступное действие, кнопка нового опыта, подсказки о том, что сейчас можно сделать. Открыл приложение — и сразу оказался в лаборатории, которая ждала.
Второй ключевой экран — сам эксперимент. Почти весь экран занимает чашка под микроскопом. Это сознательное решение: не прятать симуляцию за интерфейсом, а сделать её главным объектом внимания.
Такой подход решает проблему онбординга: игрок не читает правила, он смотрит на живую систему и начинает задавать вопросы сам.
Где тут ИИ и зачем он нужен в механике
Разработчик обозначает ИИ как отдельный слой игры, детали которого появятся в следующих статьях серии. Судя по контексту, речь идёт не о генеративных текстах, а о поведенческих моделях внутри симуляции: как бактерии реагируют на изменения среды, как распространяется вирус, какие штаммы выживают при стрессе.
Это классическая задача для клеточных автоматов или агентных систем (agent-based simulation) — когда каждая единица следует простым локальным правилам, а на уровне популяции возникает сложное поведение. Похожий подход используется в генетических алгоритмах для скринсейверов и в механиках игр вроде Plague Inc., где распространение болезни моделируется через набор параметров, а не через скриптованные события.
Ключевое отличие Petri Dish Lab от Plague Inc. или Agar.io — масштаб и фокус. Не глобальная карта заражения и не соревнование с другими игроками, а маленькая замкнутая система, результаты которой игрок коллекционирует и использует дальше.
Где это может сломаться
Баланс между живостью и читаемостью. Если бактерии ведут себя слишком непредсказуемо, игрок перестаёт понимать, что он вообще делает. Если слишком предсказуемо — теряется ощущение живой системы. Найти эту точку на мобильном экране, где нет мыши и большого монитора, — нетривиальная задача.
Ретеншн после первых опытов. Петля с намерением работает, только если у игрока всегда есть следующая цель. Кодекс, коллекция штаммов, лабораторная прогрессия — всё это должно генерировать новые вопросы быстрее, чем игрок успевает насытиться текущими.
Объяснение без занудства. Разработчик сам оговаривается: это не симулятор для зачёта по микробиологии. Но если механики слишком абстрактны, теряется ощущение «настоящей» лаборатории, ради которого весь проект и затевался.
Монетизация на мобайле. Об этом в статье ни слова, но для мобильной игры с петлёй на основе экспериментов и коллекционирования штаммов выбор модели монетизации напрямую влияет на темп прогрессии — и это решение придётся принимать рано.
Что попробовать дальше
Если тема симуляций с живым поведением интересна в контексте разработки — стоит посмотреть на Conway's Game of Life как отправную точку для понимания клеточных автоматов, и на библиотеки типа Mesa (Python) для агентных симуляций. Для мобильной реализации подобных механик показателен опыт Plague Inc. Evolved — там детально задокументировано, как параметрическая модель распространения превращается в игровые решения. Следующие статьи filatovvv обещают раскрыть именно технический слой: как устроено поведение бактерий внутри и где здесь появляется ИИ.