Skip to main content
Proxy konta Telegram zapewnia niezależny, stale działający interfejs MCP i REST dla osobistego konta Telegram należącego do Ciebie. Każda instancja obsługuje tylko jedno konto; kontener nie zawiera AI, a sesja logowania jest przechowywana na niezależnym trwałym wolumenie tej instancji.
To nie jest bot Telegram Bot API. Nie używaj go do spamu, masowego wysyłania zimnych wiadomości ani obchodzenia ograniczeń Telegrama. Przed wysłaniem, edycją lub usunięciem treści do stron trzecich Twój Agent powinien uzyskać wyraźne potwierdzenie.

Wdrażanie i logowanie

  1. Utwórz proxy konta Telegram w Konsola → Aplikacje, po aktywowaniu subskrypcji kliknij wdrożenie. Zasoby instancji są konfigurowane automatycznie przez platformę.
  2. Gdy instancja będzie gotowa, kliknij „Wygeneruj kod QR logowania”. Kod QR jest ważny przez krótki czas i można go wygenerować ponownie po wygaśnięciu.
  3. W Telegramie otwórz Ustawienia → Urządzenia → Połącz urządzenie desktopowe i zeskanuj kod QR.
  4. Jeśli status zmieni się na password_required, wprowadź w konsoli hasło weryfikacji dwuetapowej Telegrama. Hasło jest przesyłane wyłącznie do instancji Twojego dzierżawcy i nie zostanie zapisane w konfiguracji platformy.
  5. Gdy status zmieni się na authenticated, konsola wyświetli bieżące konto, adres MCP i token dostępu Bearer.
Sesja autoryzacji jest przechowywana na trwałym wolumenie i zostanie ponownie użyta podczas zwykłych restartów i aktualizacji. Opcja „Wyloguj konto” w konsoli wywołuje /api/auth/logout, aby unieważnić sesję Telegrama; „Zniszcz instancję” dodatkowo usuwa obciążenie robocze i trwały wolumen.

Uwierzytelnianie i kontrola kondycji

Z wyjątkiem /health i /readyz, logowanie oraz interfejsy REST i MCP wymagają:
Usługa akceptuje uwierzytelnianie wyłącznie w nagłówku żądania i nie obsługuje dołączania tokena do URL. Chroń go tak samo jak hasło do konta.
/health oznacza jedynie, że proces HTTP działa:
/readyz wskazuje, czy połączenie MTProto jest dostępne. Po połączeniu zwraca HTTP 200, nawet jeśli konto nadal skanuje kod lub oczekuje na weryfikację dwuetapową:
W przypadku rozłączenia bezpośrednie sprawdzanie Poda przez Kubernetes zwraca HTTP 503, a instancja automatycznie ponownie łączy się w tle. W tym czasie Pod zostanie tymczasowo usunięty z publicznego Service, więc nie ma gwarancji, że diagnostyczny JSON będzie można odczytać przez domenę instancji; poczekaj w konsoli, aż Deployment ponownie osiągnie stan Ready. Typowe wartości login_state obejmują login_required, waiting_scan, password_required, authenticated; przed wykonywaniem operacji na wiadomościach konta nadal należy osiągnąć stan authenticated.

Łączenie klienta MCP

Claude Code

Cursor i inni klienci obsługujący statyczne nagłówki żądań

Skonfiguruj adres Streamable HTTP zgodnie z aktualną dokumentacją klienta i dodaj nagłówek żądania Authorization. Na przykład klienci obsługujący poniższą strukturę mogą użyć:
Nie jest to uniwersalny format konfiguracji dla wszystkich klientów MCP. Zdalne konektory Claude Desktop / Claude.ai są ustanawiane w chmurze i nie odczytują żadnych nagłówków żądań HTTP z lokalnego claude_desktop_config.json; jeśli obecnie potrzebujesz statycznego nagłówka Bearer, użyj Claude Code lub klienta, który wyraźnie obsługuje tę funkcję.

Narzędzia MCP

target może być identyfikatorem rozmowy, nazwą użytkownika lub dokładną nazwą rozmowy; gdy nazwa jest niejednoznaczna, preferuj ID lub nazwę użytkownika.

REST API

Wszystkie pomyślne odpowiedzi używają {"data": ...}, a odpowiedzi błędów używają {"error": "..."}.

Przykłady

Pełny interfejs

Często zadawane pytania

  • 401:Brak lub błąd tokenu Bearer. Upewnij się, że token znajduje się w nagłówku żądania, a nie w parametrze zapytania URL.
  • 503:Token dostępu proxy nie jest skonfigurowany lub klient Telegrama nie jest jeszcze gotowy. Najpierw sprawdź /readyz; jeśli token dostępu proxy nie jest skonfigurowany, chronione interfejsy również zwrócą 503.
  • 400:Parametry lub JSON są nieprawidłowe; wyszukiwanie musi podawać q, a limit musi być liczbą całkowitą większą lub równą 1.
  • 403 / 404:Bieżące konto nie ma uprawnień lub target / ID wiadomości nie istnieje.
  • 429:Uruchomiono limit częstotliwości Telegrama. Odczytaj retry_after i zaczekaj, nie ponawiaj prób równolegle.
  • Kod QR ciągle nie zostaje ukończony:Wygeneruj ponownie kod QR i upewnij się, że używasz wejścia skanowania Telegrama „Połącz urządzenie desktopowe”.
  • Po ponownym uruchomieniu wymagane jest ponowne logowanie:Sprawdź, czy trwały wolumin instancji działa prawidłowo; po aktywnym wylogowaniu, unieważnieniu sesji na liście urządzeń Telegrama lub wygaśnięciu sesji konieczne jest ponowne zeskanowanie kodu.

Zakres weryfikacji

Kod źródłowy i zautomatyzowane testy obejmują stan logowania, fail-close Bearer, walidację parametrów REST, mapowanie błędów oraz implementację trwałości sesji. W użyciu produkcyjnym należy jednak najpierw w target=me (Saved Messages) wykonać smoke testy tylko do odczytu oraz tworzenia/edycji/usuwania wiadomości, zanim Agent będzie mógł obsługiwać sesje stron trzecich.