На Хабре вышла статья о том, как разработчик подключил сразу четырёх ИИ-агентов — Claude Code, Codex, Qwen и Hermes — к Telegram, чтобы подтверждать их действия кнопкой «Разрешить» с телефона, а не держать открытыми шесть терминалов на компьютере. Повод понятный: агенты умеют работать долго и самостоятельно, но спотыкаются на том, что периодически просят подтверждение команды или уточняющий ответ — и просто замирают, если рядом никого нет.
Что описано в оригинале
По заголовку и описанию материала понятно, что автор написал десктопное приложение agent-hub на Rust, где каждая тема в группе Telegram соответствует отдельной сущности — судя по всему, отдельному агенту или отдельной сессии работы. Дальнейших деталей — как именно устроены «четыре протокола», что конкретно происходит при нажатии кнопки, какие риски автор закрывал — в доступном описании нет, поэтому домысливать их мы не будем. Важна сама логика: Telegram выбран не как мессенджер для переписки с людьми, а как пульт управления фоновыми процессами, до которого можно дотянуться с любого телефона.
Почему для этого выбирают именно Telegram
Это закономерный выбор, и дело не в моде. У Telegram много лет есть открытый Bot API, вебхуки, inline-кнопки, топики в группах и библиотеки на всех популярных языках — то есть готовый конструктор для того, чтобы превратить чат в интерфейс управления чем угодно: CI-пайплайном, домашним сервером, парком ИИ-агентов. Разработчику не нужно изобретать протокол подтверждений с нуля — Telegram уже предоставляет кнопки, уведомления и push на телефон.
Именно поэтому такие вещи почти никогда не делают «на MAX». Не потому, что MAX плохой мессенджер, а потому, что экосистема API и готовых инструментов вокруг него на порядок тоньше — особенно для сценариев типа «бот с inline-кнопками для подтверждения shell-команды».
Где здесь встречаются MAX и Telegram
В российских реалиях 2025–2026 годов многие пользователи и организации всё активнее используют MAX — для части сервисов и коммуникаций он становится обязательным или рекомендуемым. При этом привычная инфраструктура автоматизации, боты, интеграции с рабочими процессами и теперь вот ИИ-агенты продолжают жить в Telegram — там, где их проще собрать и поддерживать.
Получается не конфликт, а раздвоение внимания: часть важных уведомлений и сообщений приходит в MAX, потому что так настроено у работодателя, банка или госсервиса, а часть рабочих процессов — в Telegram, потому что там живёт вся автоматизация, включая эксперименты вроде agent-hub. Держать в голове два мессенджера и не пропустить сообщение в том, который в данный момент не открыт, — отдельная задача.
Приватность и лишние точки входа
У подобных схем с подтверждением команд с телефона есть и обратная сторона: каждый новый мессенджер, бот или приложение, через которое можно дать команду агенту или получить доступ к системе, — это ещё одна точка, которую нужно защищать и мониторить. Чем больше таких точек входа, тем выше шанс что-то упустить: пропущенное уведомление, забытую сессию, незамеченное сообщение в мессенджере, который открываешь раз в день. Автор исходной статьи решал конкретно свою проблему — не стоять рядом с терминалом. Но сама тема «не упустить важное сообщение, потому что оно пришло не в тот мессенджер» шире и касается не только ИИ-агентов.
При чём здесь Максограм
Именно эта проблема — риск пропустить что-то важное из-за того, что оно пришло в другой мессенджер, — и есть повод для Максограма. Сервис пересылает сообщения из MAX в Telegram и обратно: ставите MAX на отдельный телефон, сканируете QR-код в боте @maxogrambot, и дальше все входящие в MAX сообщения приходят в привычный Telegram-чат, а ответить можно прямо оттуда же — MAX на устройстве при этом вообще не обязательно держать.
Если вы уже выстроили свою работу вокруг Telegram — будь то обычная переписка, рабочие боты или что-то более экзотическое, как подтверждение команд ИИ-агента кнопкой, — не обязательно заводить привычку параллельно проверять MAX. Максограм собирает оба канала в одном месте, чтобы решение «куда посмотреть» не зависело от того, кто и через что вам написал.