Не знаю как правильно спозиционировать статью, то ли это очередной рассказ про вайбкодинг, то ли про то что Kotlin Native на что-то годится и в целом может потягаться с Go, то ли пиар моего бота, то ли история неуспеха. Ну да ладно, будет всего понемногу.
Началось всё с того что я купил себе новую бибику, нашел в телеге чаты-сообщества по моей модели, и в одном из их был раздел с перекличкой автовладельцев, так как модель машины ещё новая и совсем не распространённая у нас. Выглядит этот чат примерно так:
Далее кто-то иногда делает усилие и постит статистику по городам, сколько машин в каком городе. И мне было интересно узнать что в моём городе уже ездит около 6 машин, потому что я за пол года ни одной не видел вживую.
Собственно так и родилась идея для бота, я её долго вынашивал. Потом когда все вокруг начали упарываться вайбкодингом, я понял что настало время и сбацал MVP.
Человек в чате даёт команду /checkin и дальше в диалоге с ботом указывает какая у него комплектация и из какого он города. Соответственно команда /stats отображает в чате статистику по городам и комплектациям.
Ну и админ должен подключить бота в чат, настроить боту права, выбрать модель машины для чата. Для этого есть команды /setup и /admin в личке с ботом.
Также человек может просмотреть и изменить регистрацию своей машины командой /me в личке с ботом.
Вот видео, показывающее весь процесс:
Ещё одна попутно возникшая прикольная идея - общая база между всеми чатами разных сообществ. То есть если человек регистрируется в каком-то одном чате, то он попадает в глобальную статистику и в других чатах люди видят реальную картину сколько в их городе таких машин, а не только сколько конкретно в их чате.
Мне было интересно попробовать сделать бота на Kotlin Native, так как мне нравится Kotlin и не нравится JVM. Я завидую Go в том плане что как легко собирается легковесный бинарник, который работает везде и не завидую тем кто на нём пишет из за примитивности самого языка ) Также я был не уверен что эта идея вообще зайдет, но хотелось попробовать и заодно повайбкодить при помощи Claude Code и Sonnet 4.6.
В целом я вместе с Claude Sonnet 4.6 справился с написанием этого бота менее чем за день. Я в очередной раз восхищен тем как он умеет реализовывать задачи, как чинит ошибки. Особенно это хорошо было видно на примере написания на Kotlin Native. Столько вылезло проблем с Gradle, нестыковкой версий библиотек, конфликтом забандленной OpenSSL и тем что у меня стояло в системе. Я не знаю сколько бы это всё разгребал самостоятельно. Sonnet находил такие решения проблем, что я просто снимаю шляпу. Он умеет лазить в байткод Kotlin и Java библиотек там выяснять реализацию, а также ковыряться в нативных бинарниках всеми возможными тулзами типа nm, objdump, strace и прочими.
Получился такой стек:
Kotlin Native 2.3.21
Ktor 3.4.3 + Curl - HTTPS клиент
Kotlinx serialization 1.10.0 - сериализация в/из JSON
sqlx4k 1.7.4 - асинхронный SQL драйвер с поддержкой PostgreSQL и SQLite
kmp-logger 1.4.0 - логгер
Готовых годных библиотек на Kotlin/Native для написания TG-ботов вроде как нет, поэтому было решено просто использовать HTTPS клиент и API напрямую, это не сильно сложнее чем борьба с сырыми либами, а может даже и проще.
Код получился довольно простой и понятный, практически без абстракций. Я конечно добавил бы туда DI, интерфейсы и прочие мне привычные штуки при разработке, но сдерживал себя что это MVP. Также была сделана сборка Docker образа на Github Actions и постинг его на Docker Hub (https://hub.docker.com/repository/docker/navrocky/car-survey-tg-bot)
К сожалению компилятор Kotlin Native не умеет собирать нормальную статику, как, например, это умеет Rust или Go. Поэтому бинарь зависит от операционки на которой он собирался, от glibc и gcc рантайм библиотек. Пришлось сильно повозиться с тем чтобы собрать Docker образ на базе Alpine, путём установки сторонней сборки glibc под Alpine.
В итоге сам бинарь получился 15Мб. Docker образ на базе Alpine получился 40Мб не сжатый и 16Мб в сжатом виде. При работе процесс потребляет 20-60Мб ОЗУ.
Сам проект находится на Github - https://github.com/navrocky/car-survey-tg-bot. Если кому-то будет интересно сделать бота именно на Kotlin Native - это живой работающий проект.
Запустить его можно командой:
docker run --name car-survey-bot \
-e SUPERADMIN_IDS=12345678 \
-e BOT_TOKEN=12345678:AAGassdasqweqwesdfsdfsdfsadfMech8AHM \
-e BOT_USERNAME=car_survey_bot \
-e DB_URL=sqlite:///data/bot.db \
-v ./data:/data \
navrocky/car-survey-tg-bot:latestГде:
SUPERADMIN_IDS - список ID пользователей телеграм, которые являются суперадминами бота, имеют права на администрирование списка городов, моделей машин.
BOT_TOKEN - токен бота полученный при регистрации у BotFather
BOT_USERNAME - имя бота при регистрации у BotFather
DB_URL - путь к SQLite базе данных (также возможна настройка PostgreSQL, описано в README)
Ну а самое печальное, что я, такой радостный, начал писать во все свои автомобильные чаты и их админам, что вот теперь то заживём, гляньте какой классный бот. Но как-то никто моего энтузиазма, к сожалению, не разделил. Собственно, это история неуспеха как было интересно с этим ковыряться, но похоже что в стол.
Хотелось бы услышать ваше мнение, идея норм или нет? И почему не зашло и что можно сделать чтобы админам зашло?
Ссылки:
https://t.me/car_club_survey_bot - бот
https://github.com/navrocky/car-survey-tg-bot - исходники бота
https://hub.docker.com/repository/docker/navrocky/car-survey-tg-bot - собранный докер образ бота
PS. Сорян за Коди-осьминога, ChatGPT упорно не хотела нарисовать ему нормальные руки ноги )