
T2M Bridge, часть 2: как я написал Java‑библиотеку для Telegram Bot API вместе с Codex — уже примерно 50/50
tardyon 14 минут назад T2M Bridge, часть 2: как я написал Java‑библиотеку для Telegram Bot API вместе с Codex — уже примерно 50/50 Средний 16 мин 531 Java * Ненормальное программирование * Обзор Это вторая статья из...
Anthropic — What company has the best second artificial intelligence model at the end of June?
В сфере искусственного интеллекта произошло заметное событие. tardyon 14 минут назад T2M Bridge, часть 2: как я написал Java‑библиотеку для Telegram Bot API вместе с Codex — уже примерно 50/50 Средний 16 мин 531 Java * Ненормальное программирование * Обзор Это вторая статья из цикла о разработке T2M Bridge - бота для кросспостинга между Telegram-каналами и MAX-каналами. В цикле планируются четыре части:T2M Bridge, часть 1: как я написал Java-библиотеку для MAX Bot API с помощью CodexT2M Bridge, часть 2: как я написал Java-библиотеку для Telegram Bot API вместе с Codex - уже примерно 50/50T2M Bridge, часть 3: как я своими силами собрал бота для кросспостинга между Telegram и MAXT2M Bridge, часть 4: как я выкатывал бота в прод и почему всё оказалось сложнее Docker ComposeВ первой статье я рассказывал про maxlib - Java-библиотеку для MAX Bot API. Там Codex сделал большую часть первичного каркаса.
Это ускорило разработку, но привело к ожидаемой проблеме: ИИ периодически придумывал поля, объекты и структуры, которых не было в документации MAX Bot API. В итоге значительная часть времени ушла не на Java как таковую, а на сверку моделей с реальным API. После этого я начал делать Telegram-часть для T2M Bridge уже аккуратнее.
Технические детали
Так появилась telegalib - Java-библиотека для разработки Telegram-ботов. Репозиторий: этой статье разберу, зачем мне понадобилась своя библиотека поверх Telegram Bot API, как она устроена, чем отличается подход от maxlib и как с её помощью можно написать бота на Java. Зачем писать свою библиотеку для TelegramВ отличие от MAX, для Telegram уже есть готовые Java-библиотеки.
Поэтому вопрос логичный:Зачем писать ещё одну? Причина была не в том, что существующие решения плохие. Мне нужен был одинаковый подход для двух платформ: Telegram и MAX.
T2M Bridge должен был не просто отправлять сообщения, а вести пользователя по сценариям:связать профиль Telegram с профилем MAX;показать список каналов;проверить, что бот добавлен администратором;связать Telegram-канал и MAX-канал;выбрать направление кросспостинга;дальше обрабатывать события из двух мессенджеров в похожей модели. Если для MAX у меня есть runtime с routing, FSM, screens и middleware, а для Telegram - совершенно другой стиль разработки, то бизнес-логика бота начинает расползаться. Поэтому я решил сделать telegalib не просто как thin-wrapper над Telegram Bot API, а как библиотеку с похожими идеями:typed client;long polling и webhook;dispatcher;router;filters;middleware;FSM;screen API;Spring Boot starter;testkit;demo-модули.
То есть задача была не «написать идеальную библиотеку для всех Telegram-ботов», а получить контролируемый runtime для своего проекта и при этом оформить его как отдельную переиспользуемую библиотеку. Почему подход с Codex изменилсяПосле maxlib стало понятно: если дать ИИ слишком широкую задачу, он быстро построит красивую архитектуру, но может начать фантазировать. С Telegram ситуация была одновременно проще и сложнее.
Событие, по словам экспертов, усилит конкуренцию в сфере ИИ.





