Skip to main content
Прокси аккаунта Telegram предоставляет независимые, постоянные интерфейсы MCP и REST для вашего личного аккаунта Telegram. Каждый экземпляр обслуживает только один аккаунт; контейнер не содержит ИИ, а сеанс входа сохраняется в независимом постоянном томе этого экземпляра.
Это не бот Telegram Bot API. Не используйте его для спама, массовых холодных рассылок или обхода ограничений Telegram. Перед отправкой, редактированием или удалением контента третьим лицам ваш Agent должен получить явное подтверждение.

Развёртывание и вход

  1. Создайте прокси аккаунта Telegram в Консоль → Приложения, после оформления подписки нажмите развёртывание. Ресурсы экземпляра автоматически настраиваются платформой.
  2. После готовности экземпляра нажмите «Сгенерировать QR-код для входа». QR-код действует ограниченное время; после истечения срока его можно сгенерировать повторно.
  3. В Telegram откройте Настройки → Устройства → Подключить устройство компьютера и отсканируйте QR-код.
  4. Если статус изменится на password_required, введите в консоли пароль двухэтапной проверки Telegram. Пароль отправляется только в экземпляр вашего арендатора и не записывается в конфигурацию платформы.
  5. После изменения статуса на authenticated консоль отобразит текущий аккаунт, адрес MCP и токен доступа Bearer.
Авторизованный сеанс хранится в постоянном томе и повторно используется при обычных перезапусках и обновлениях. Кнопка «Выйти из аккаунта» в консоли вызывает /api/auth/logout для отзыва сеанса Telegram; «Уничтожить экземпляр» также удаляет рабочую нагрузку и постоянный том.

Аутентификация и проверка работоспособности

Помимо /health и /readyz, интерфейсы входа, REST и MCP требуют:
Сервис принимает аутентификацию только в заголовке запроса и не поддерживает добавление токена в URL. Защищайте его так же, как пароль аккаунта.
/health означает только, что HTTP-процесс работает:
/readyz показывает, доступно ли подключение MTProto. При подключении возвращается HTTP 200, даже если аккаунт всё ещё сканирует QR-код или ожидает двухэтапную проверку:
При отключении прямой probe-проверка Kubernetes для Pod возвращает HTTP 503, а экземпляр автоматически переподключается в фоне. В это время Pod временно исключается из публичного Service, поэтому не гарантируется возможность прочитать диагностический JSON через домен экземпляра; дождитесь в консоли, пока Deployment снова станет Ready. Типичные значения login_state включают login_required, waiting_scan, password_required, authenticated; перед выполнением операций с сообщениями аккаунта всё равно необходимо достичь состояния authenticated.

Подключение клиента MCP

Claude Code

Cursor и другие клиенты, поддерживающие статические заголовки запросов

Настройте адрес Streamable HTTP в соответствии с текущей документацией клиента и добавьте заголовок запроса Authorization. Например, клиенты, поддерживающие следующую структуру, могут использовать:
Это не универсальный формат конфигурации для всех клиентов MCP. Удалённые коннекторы Claude Desktop / Claude.ai устанавливаются из облака и не считывают никакие HTTP-заголовки запросов из локального claude_desktop_config.json; если сейчас требуется статический заголовок Bearer, используйте Claude Code или клиент, явно поддерживающий эту возможность.

Инструменты MCP

target может быть идентификатором чата, именем пользователя или точным названием чата; если название неоднозначно, предпочтительно использовать ID или имя пользователя.

REST API

Все успешные ответы используют {"data": ...}, а ответы с ошибками используют {"error": "..."}.

Примеры

Полный список интерфейсов

Часто задаваемые вопросы

  • 401:Bearer-токен отсутствует или неверен. Убедитесь, что токен помещён в заголовок запроса, а не в параметры URL-запроса.
  • 503:токен доступа к прокси не настроен, или клиент Telegram ещё не готов. Сначала проверьте /readyz; если токен доступа к прокси не настроен, защищённые интерфейсы также вернут 503.
  • 400:параметры или JSON недействительны; для поиска необходимо указать q, а limit должен быть целым числом, большим или равным 1.
  • 403 / 404:текущая учётная запись не имеет прав, либо target / message ID не существует.
  • 429:сработало ограничение частоты Telegram. Прочитайте retry_after и подождите, не повторяйте запросы параллельно.
  • QR-код всё ещё не завершён:создайте QR-код заново и убедитесь, что используется вход Telegram для сканирования «Подключить устройство».
  • После перезапуска требуется повторный вход:проверьте, нормально ли работает постоянный том экземпляра; после выхода вручную, отзыва сессии в списке устройств Telegram или истечения срока действия сессии требуется повторное сканирование.

Область проверки

Исходный код и автоматизированные тесты охватывают состояние входа, fail-close Bearer, проверку параметров REST, сопоставление ошибок и реализацию постоянного хранения сессии. Для использования в production всё же следует сначала выполнить smoke-проверки только на чтение и создание/редактирование/удаление сообщений в target=me (Saved Messages), и лишь затем разрешать Agent работать со сторонними сессиями.