Игра в Телеграм: бот или mini app, что выбрать соло-разработчику в 2026

Игра в Телеграм для соло-разработчика - это выбор из трёх форматов: телеграм бот на кнопках, mini app (веб-приложение внутри Telegram) или текстовая игра, где ходы игрока разбирает LLM-мастер. Мой ответ после полугода с DnD-ботом: если игра про текст и выбор - начинайте с бота на Python и нейросети, а mini app прикручивайте сбоку под то, что неудобно делать текстом. Если игра про реакцию, графику и тапы - сразу mini app, бот там нужен только как дверь.

Я это знаю не по статьям. С февраля 2026 я пилю "Таверну Мокрый Тортл" - соло-DnD в Telegram, где мастером работает нейросеть, а лист персонажа живёт в mini app. Ниже расклад, что выбрать, на чём собрать и во сколько это обходится, с цифрами из беты.

Что выбрать для игры в Телеграм: бота или mini app?

Бота выбирают, когда игра держится на тексте, ходах и решениях: квесты, текстовые RPG, викторины, игры с нейросетью-рассказчиком. Mini app выбирают, когда нужны графика, анимация, драг-н-дроп и реакция в реальном времени. Есть третий путь - гибрид: диалог идёт в чате, а сложный интерфейс открывается кнопкой в mini app.

Вот все пять форматов, которые реально доступны в Telegram на октябрь 2026, в одной таблице:

Я сам сижу в последней строке: ходы, бой и сюжет идут в чате, а лист персонажа, кубики и инвентарь - в mini app.

Как устроен игровой бот в Телеграм на Python?

Игровой бот в Телеграм на Python - это сервер, который получает апдейты от Telegram Bot API (сообщения и нажатия кнопок), прогоняет их через игровую логику, сохраняет состояние в базу и отвечает новым сообщением. Стандартный набор в 2026 году: aiogram 3 для общения с Telegram, PostgreSQL или SQLite для состояния игрока, хостинг с автодеплоем.

По фреймворку вопросов почти нет: aiogram дорос до версии 3.31.0 (релиз 26 августа 2026, поддерживает Bot API 10.3 и Python от 3.10, данные PyPI). Он полностью асинхронный, и для игры с нейросетью это не мода, а необходимость: пока один игрок ждёт ответа модели, бот должен спокойно обслуживать остальных. Как я выбирал между aiogram и python-telegram-bot и на какие грабли наступал с первыми ботами, я разбирал отдельно в статье про телеграм-бота с нейросетью на Python, тут повторяться не буду.

Важнее для игры другое - ограничения самого Telegram. По FAQ Bot API бот не должен слать больше одного сообщения в секунду в один чат, в группу - не больше 20 сообщений в минуту, а массовая рассылка упирается примерно в 30 сообщений в секунду. Для пошаговой игры это ок. Для чего-то динамичного вроде "бой в реальном времени через редактирование сообщений" - уже стена, и это первый звоночек, что вам нужен mini app.

Когда нужен mini app, а когда хватит бота?

Mini app нужен, когда игроку надо что-то трогать, а не читать: перетаскивать карточки, смотреть на карту, кликать по анимации. Mini App по определению Telegram - это интерфейс на JavaScript, который запускается прямо внутри мессенджера и может заменить любой сайт. С Bot API 8.0 (17 ноября 2024) mini app умеют открываться на весь экран, в том числе в горизонтальной ориентации - Telegram прямо пишет, что это ради игр.

Запустить mini app можно семью способами (документация Telegram): кнопкой клавиатуры, inline-кнопкой, кнопкой меню, через главное мини-приложение в профиле бота, прямой ссылкой вида t.me/имябота/приложение, из inline-режима и из меню вложений. Для игры это значит, что вход в один тап у вас будет при любом формате.

Масштаб формата тоже понятен: тапалка Hamster Kombat собрала 300 млн игроков к июлю 2024 (Decrypt), а у самого Telegram больше 1 млрд активных пользователей в месяц с марта 2025 (PhoneArena). Но это фон, не план: соло-разработчик тапалку с токеном не потянет, а вот нишевую игру - вполне.

Моё правило выбора простое. Если ядро игры можно описать фразой "игрок пишет или жмёт кнопку, игра отвечает текстом" - бот. Если в описании есть "видит", "двигает", "успевает" - mini app.

И ещё одно, о чём забывают на старте: продажа цифровых товаров и услуг внутри ботов и mini app по правилам Telegram идёт только в Telegram Stars (валюта XTR, Bot API). Монетизацию лучше продумать до того, как вы нарисовали магазин.

Как я сделал текстовую игру с LLM-мастером в Телеграм

Текстовая игра с LLM-мастером - это бот, в котором игрок пишет действие обычными словами ("подкрадываюсь к стражнику и пытаюсь стащить ключи"), а нейросеть отвечает как ведущий: описывает последствия, играет за NPC, ведёт сюжет. Звучит как "прикрутил ChatGPT к боту", а на деле самое сложное тут не нейросеть, а всё, что её держит в рамках.

Моя хронология: 1 февраля 2026 откопал старый проект-генератор персонажей для DnD, 17 марта решил, что раз персонажа можно генерировать, то можно его и водить, 13 июня открыл бету для всех. Стек: Python и aiogram 3 на бэке, mini app на React 18 + TypeScript + Vite + Tailwind CSS v4, PostgreSQL, хостинг Railway с деплоем по git push, модели через OpenRouter. Код за полгода писали агенты: около 2 700 коммитов и порядка 250 тысяч строк.

Первый же урок - наивный LLM в роли мастера играет ужасно. Он забывает, где стоит персонаж, раздаёт тысячу золотых за смелый взгляд на гоблина и подыгрывает любому бреду. Мой любимый баг 29 апреля, после пятого плейтеста: нарратор разрешил игроку телепортироваться из таверны во дворец и вынести золото из казны. Полез разбираться - оказалось, текущая сцена (название, выходы, объекты) вообще не попадала в системный промпт рассказчика. Нейросеть честно сочиняла мир по последним репликам)

Вылечилось это не промптом "будь строгим", а архитектурой. Ход игрока сейчас проходит фиксированную цепочку фаз - это строка прямо из манифеста архитектуры в репозитории:

intent → guard → engine → director → narrator → apply → finalize

Человеческим языком: сначала LLM разбирает намерение игрока (intent), потом страж отсекает абуз (guard), потом детерминированный движок кидает кубики и считает урон по правилам 5e (engine), директор решает, что происходит со сценой, и только потом нейросеть-рассказчик пишет красивую прозу (narrator). Изменения в базу - инвентарь, деньги, HP, квесты - записывает код по результатам движка (apply), а не текст рассказчика. Кубик кидает Python, нейросеть только рассказывает, что выпало. Без этого разделения любая игра с LLM превращается в "мастер, ну пожалуйста" и выигрывается уговорами.

Mini app в этой схеме - витрина состояния: лист персонажа, кубики, инвентарь. И у неё свои грабли. QA-прогоны через Telegram-чат её вообще не видели, пришлось гонять тесты через Playwright с подменой init data, чтобы агенты тыкали настоящие кнопки. Как я отдал это тестирование двум AI-агентам с реальными аккаунтами - в разборе про автоматизацию тестирования Telegram mini-app.

Что вышло по цифрам за два месяца беты (срез на 17 августа 2026, из прод-базы): 968 новых пользователей без рекламного бюджета, 59% из них создают персонажа, из создавших 83% делают первый ход. Медианный игрок делает 16 ходов, 45% игравших переваливают за 20 ходов, каждый пятый - за 50, рекордсмен наиграл 333. А вот медианная жизнь игрока - одна сессия: сел, сжёг вечер, ушёл. Текстовая игра с LLM отлично цепляет в первый вечер и плохо зовёт назад - это я теперь и чиню.

Как сделать игру в Телеграм на Python в одиночку: пошагово

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

1. Сформулируйте ядро игры одной фразой и проверьте его по правилу из таблицы: текст и выбор - бот, графика и реакция - mini app.
2. Заведите бота в @BotFather, поставьте aiogram (pip install aiogram) и соберите один игровой цикл на long polling: команда /start, одно действие, один ответ. Без базы, без вебхуков.
3. Вынесите состояние игрока в базу. Сразу решите доменные правила - у меня это "один пользователь = один персонаж = одна кампания", и этот инвариант заметно упрощает код.
4. Подключите нейросеть только как рассказчика. Кубики, деньги, урон и инвентарь считает код, модель получает результат и описывает его. В промпт каждый ход передавайте текущую сцену и состояние персонажа - иначе получите мой дворец с казной.
5. Посадите первых плейтестеров и смотрите не на число стартов, а на глубину: сколько ходов делает медианный игрок.
6. Добавьте mini app под то, что текстом неудобно: лист персонажа, карту, инвентарь. Тестируйте её через браузерную автоматизацию, а не через чат.
7. Продумайте оплату до магазина: внутриигровую валюту и Telegram Stars для цифровых товаров.

Если в геймдеве вы новичок и ещё выбираете, делать ли игру вообще в Telegram, а не на движке, - у меня есть отдельный расклад о том, что осилит соло-разработчик с ИИ, а что нет.

Сколько стоит держать игру с нейросетью в Телеграм?

Держать игру с нейросетью в Телеграм дёшево, если каждый ход не уходит в топовую модель. Основная статья расходов - токены LLM, а не хостинг. Решают три вещи: дешёвая модель на рассказчике, кэширование промптов и внутренняя валюта, которая привязывает цену хода к его себестоимости. У моей беты игровые вызовы окупаются с запасом.

Конкретно по моему боту за первые два месяца беты: 1,03 млрд токенов на 293 тысячах LLM-запросов. Один ход игрока - это не один запрос, а пачка: разбор намерения, выбор фактов, рассказчик, проверки прозы. Кэш-хиты по промптам - 18,5%: большая часть системного промпта мастера повторяется от хода к ходу, и кэширование эту часть удешевляет.

Маржу я считаю двумя способами, потому что один слишком красивый. Только игровые вызовы - около 73%. Если повесить на бету вообще все затраты на модели, включая разработку, QA-прогоны и тесты, - около 36%. То есть бета в плюсе, даже если заставить её оплачивать собственную разработку.

Внутри игры ход списывает ману - внутреннюю валюту. Тарифы фиксированные: Lite - 0,7 маны за ход, Normal - 1,0, Pro - 1,4, режим "кратко" даёт скидку 0,1. Новичку на старте выдаётся 20 маны и ещё по 20 за подписку на каналы. На старте беты дефолтной моделью рассказчика я поставил google/gemini-3.1-flash-lite: переход на deepseek резал затраты почти вдвое, но я сознательно оставил модель с прозой получше - первое впечатление в текстовой игре решает всё.

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

Когда текстовая игра с нейросетью не нужна?

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

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

Mini app тоже не всегда нужен. Если весь интерфейс - это текст плюс пара кнопок, отдельный фронтенд удвоит работу и баги, а игроку ничего не даст. Я бы поставил границу так: mini app появляется, когда в чате вы начинаете рисовать таблицы псевдографикой или редактировать одно сообщение по пять раз за ход.

Короче, игра в Телеграм - это не выбор "бот или mini app раз и навсегда". Начинайте с самого дешёвого формата, который проверяет ядро игры, а интерфейс и нейросеть наращивайте под то, во что игроки реально упираются.