Це не бот Telegram Bot API. Будь ласка, не використовуйте його для спаму, масових холодних розсилок або обходу обмежень Telegram. Перед надсиланням, редагуванням або видаленням вмісту третім особам ваш Agent повинен отримати явне підтвердження.
Розгортання та вхід
- У консолі → застосунки створіть проксі акаунта Telegram, після оформлення підписки натисніть розгорнути. Ресурси екземпляра автоматично налаштовуються платформою.
- Після готовності екземпляра натисніть «Згенерувати QR-код для входу». QR-код дійсний протягом короткого часу, після завершення строку дії його можна згенерувати повторно.
- У Telegram відкрийте Налаштування → Пристрої → Підключити пристрій для комп’ютера та відскануйте QR-код.
- Якщо статус зміниться на
password_required, введіть у консолі пароль двоетапної перевірки Telegram. Пароль надсилається лише до екземпляра вашого тенанта й не записується в конфігурацію платформи. - Після зміни статусу на
authenticatedконсоль відобразить поточний акаунт, MCP-адресу та Bearer токен доступу.
/api/auth/logout для відкликання сеансу Telegram; «Знищити екземпляр» також видаляє робоче навантаження та постійний том.
Автентифікація та перевірка стану
Окрім/health і /readyz, інтерфейси входу, REST і MCP усі вимагають:
/health лише означає, що HTTP-процес працює:
/readyz означає, чи доступне MTProto-з’єднання. Під час підключення повертається HTTP 200, навіть якщо акаунт усе ще сканує QR-код або очікує двоетапної перевірки:
login_state включають login_required, waiting_scan, password_required, authenticated; перед виконанням операцій із повідомленнями акаунта все одно потрібно досягти authenticated.
Підключення MCP-клієнта
Claude Code
Cursor та інші клієнти, що підтримують статичні заголовки запитів
Налаштуйте адресу Streamable HTTP відповідно до поточної документації клієнта та додайте заголовок запитуAuthorization. Наприклад, клієнти, що підтримують наведену нижче структуру, можуть використати:
claude_desktop_config.json; якщо наразі потрібен статичний Bearer заголовок запиту, використовуйте Claude Code або клієнт, що явно підтримує цю можливість.
Інструменти MCP
target може бути ID чату, іменем користувача або точною назвою чату; якщо назва неоднозначна, переважно використовуйте 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-параметрів, зіставлення помилок і реалізацію постійного зберігання сеансу. У виробничому використанні все одно слід спочатку завершити smoke-перевірки лише для читання та створення/редагування/видалення повідомлень уtarget=me (Saved Messages), перш ніж дозволяти Agent керувати сеансами третіх сторін.
