Telegram udostępnia Serverless dla botów, celuje w agentów kodujących AI

Telegram wprowadził Serverless, usługę hostingową dla backendu botów i Mini Aplikacji, która eliminuje potrzebę posiadania własnego serwera. Kod wdraża się jedną komendą, a platforma od razu skierowana jest do programistów pracujących z agentami AI, nie tylko do ludzi piszących kod ręcznie.

Jak działa Serverless

Deweloper pisze zwykłe moduły JavaScript podzielone na trzy części: handlery obsługujące zdarzenia (wiadomości, kliknięcia przycisków, zapytania inline), współdzieloną bibliotekę kodu oraz jeden plik ze schematem bazy danych. Narzędzie wiersza poleceń tgcloud synchronizuje projekt lokalny z chmurą i udostępnia komendy push, migrate, run, status czy diff.

Gdy do bota trafia aktualizacja, Telegram kieruje ją do pliku handlera odpowiadającego typowi zdarzenia, na przykład handlers/message.js albo handlers/callback_query.js. Handler ma dostęp do trzech elementów SDK: db do zapytań w bazie danych, api obejmującego pełne Bot API oraz fetch do wywołań zewnętrznych interfejsów.

Dlaczego celuje w agentów AI

Dokumentacja Telegrama wprost odnosi się do programistów korzystających z asystentów AI. Każdy nowy projekt Serverless zawiera plik AGENTS.md oraz plik referencyjny docs/tgcloud-sdk.md, które narzędzia agentowe odczytują automatycznie, aby poznać konwencje projektu, takie jak importy po nazwie bez ścieżek względnych czy dwuetapowy proces wdrażania zmian w bazie danych przez push i migrate.

Prefer to build with an AI assistant - or is the only coder on your team an AI? You can still ship a bota - z dokumentacji Telegram Serverless

Scaffolding nowego projektu zawiera nawet gotową instrukcję uruchomienia konkretnego narzędzia, na przykład opencode, Claude Code czy Cursor, jako punkt wejścia dla agenta, który ma czytać plik AGENTS.md. Komenda tgcloud run pozwala przetestować handler lokalnie bez wdrażania, co skraca pętlę informacji zwrotnej dla agenta piszącego kod metodą prób i błędów.

Ograniczenia i architektura

Platforma jest celowo okrojona. Nie da się instalować pakietów npm ani importować zewnętrznych zależności, nie ma dostępu do systemu plików, a jedyne wsparcie dla plików multimedialnych to ponowne użycie istniejącego file_id z Telegrama. Baza danych działa na SQLite z wyłączonymi kluczami obcymi, migracje schematu są oddzielone od wdrażania kodu, by uniknąć przypadkowej utraty danych, a system rozpoznaje konflikty przy pracy wielu deweloperów nad tym samym projektem.

Dokumentacja nie podaje cennika ani limitów zużycia, poza twardym ograniczeniem 32 MB na odpowiedź handlera. Telegram podkreśla głównie brak konieczności wynajmu, aktualizowania i monitorowania własnej maszyny.

Kontekst rynkowy

Serverless dla botów Telegrama stawia komunikator w bezpośredniej konkurencji z ogólnymi platformami serverless, takimi jak AWS Lambda, Cloudflare Workers czy Deno Deploy, przynajmniej w segmencie prostych integracji botowych. Analitycy zwracają uwagę, że strategia Telegrama polega na przechwyceniu projektów już na etapie, gdy agent AI generuje pierwszy kod i wdraża go jedną komendą, zanim deweloper zdąży rozważyć alternatywną infrastrukturę.

Dla polskich twórców botów i integratorów oznacza to nową, tańszą ścieżkę uruchamiania prostych automatyzacji w Telegramie, zwłaszcza w projektach prowadzonych głównie przez agentów kodujących, bez potrzeby konfigurowania osobnego hostingu czy zarządzania serwerem produkcyjnym.