Telegram Serverless ने tgcloud.ai डोमेन पर मिनी-एप्लिकेशन होस्ट करना शुरू कर दिया है

6 अक्टूबर को Telegram ने Serverless को अपडेट किया, जो बॉट कोड के लिए उसका प्लेटफॉर्म है। अब यह मिनी-एप्लिकेशन के फ्रंटएंड को भी होस्ट करता है: बिल्ड (build) बॉट के साथ एक ही कमांड से अपलोड होता है और app<id>.tgcloud.ai जैसे पते पर खुलता है। मिनी-एप्लिकेशन में सर्वर-साइड फ़ंक्शन आ गए हैं, जिन्हें यह telegram-web-app.js से कॉल करता है। यह अपडेट उन सभी के लिए है जो बॉट या मिनी-एप्लिकेशन के बैकएंड को अपने सर्वर पर रखते हैं, और उन लोगों के लिए भी जिन्होंने जुलाई में बॉट को Serverless पर स्थानांतरित कर दिया था: पुराने प्रोजेक्ट को एक बार नए फ़ोल्डर लेआउट (project folder layout) में बदलना होगा।

Serverless बॉट्स के लिए एक बैकएंड है, जिसे Telegram अपने सर्वर पर चलाता है। कोड JavaScript में सामान्य मॉड्यूल के रूप में लिखा जाता है और V8 आइसोलेट्स (isolates) में निष्पादित होता है, यानी Bot API के बगल में एक ही प्रक्रिया के भीतर हल्के सैंडबॉक्स में। कोड के साथ SQLite डेटाबेस और आउटगोइंग HTTP आता है। अपने सर्वर, कंटेनर और वेबहुक की आवश्यकता नहीं है। कंसोल यूटिलिटी (command-line utility) @tgcloud/cli का पहला संस्करण 12 जुलाई को npm पर जारी किया गया था, डॉक्यूमेंटेशन पेज 13 जुलाई को वेब-आर्काइव में दिखाई दिया। तब प्लेटफॉर्म केवल बॉट अपडेट्स (bot updates) का जवाब दे सकता था: जुलाई के डॉक्यूमेंटेशन संस्करण में फ्रंटएंड के लिए कोई अनुभाग नहीं था, न ही "endpoint" शब्द था।

6 अक्टूबर को क्या बदला

मिनी-एप्लिकेशन को अब अलग होस्टिंग, प्रमाणपत्र और API के साथ सर्वर की आवश्यकता नहीं है। फ्रंटएंड किसी भी बंडलर द्वारा बनाया जा सकता है, यूटिलिटी फ़ाइलों की हैश द्वारा तुलना करती है और केवल संशोधित फ़ाइलों को अपलोड करती है। push द्वारा प्रिंट किया गया पता @BotFather में मिनी-एप्लिकेशन के पते के रूप में दर्ज किया जाता है।

संस्करण 0.1 के प्रोजेक्ट के साथ क्या करें

यूटिलिटी 0.2.0 पुराने लेआउट वाले प्रोजेक्ट के साथ तब तक काम करने से मना कर देगी जब तक कि प्रोजेक्ट को नए में नहीं बदल दिया जाता। एक कमांड से बदलें:

• npx tgcloud upgrade schema.js, lib/ और handlers/ को tgcloud/ फ़ोल्डर में ले जाता है। मॉड्यूल नाम (lib/cart, handlers/message) नहीं बदलते हैं।
• मॉड्यूल नाम से इम्पोर्ट काम करना जारी रखते हैं, लेकिन डॉक्यूमेंटेशन .js के साथ सापेक्ष पथों पर स्विच करने की सलाह देता है।

मिनी-एप्लिकेशन को कनेक्ट करने वालों के लिए:

• push बिल्ड फ़ोल्डर को वैसे ही अपलोड करता है और खुद कुछ भी नहीं बनाता है। यदि इसे फ्रंटएंड में बदलाव के बाद बिना बिल्ड किए चलाया जाता है, तो पिछला संस्करण उत्पादन में चला जाएगा। npm run deploy स्क्रिप्ट, जिसे प्रोजेक्ट स्केलेटन जोड़ता है, पहले बिल्ड करती है, फिर अपलोड करती है।
• Telegram Web मिनी-एप्लिकेशन को एक फ्रेम में खोलता है, इसलिए X-Frame-Options हेडर और सख्त frame-ancestors सेट नहीं किए जा सकते।
• /api/ पथ उसी पते पर एंडपॉइंट्स के लिए आरक्षित है, इसलिए अपनी फ़ाइलों को वहां नहीं रखना चाहिए।
• कॉन्फ़िग में immutable — केवल उन फ़ाइलों के लिए जिनके नाम में हैश है। बाकी को ब्राउज़र एक साल तक कैश में रखेगा, और उन्हें वापस लेने का कोई तरीका नहीं होगा।
• Next.js, Nuxt, SvelteKit और Angular को यूटिलिटी अपने आप नहीं पहचानती है: पहले आपको स्टैटिक एक्सपोर्ट कॉन्फ़िगर करना होगा और उसके फ़ोल्डर को "source" में मैन्युअल रूप से दर्ज करना होगा।

मिनी-एप्लिकेशन अपने बैकएंड को कैसे कॉल करता है

उसी दिन, 09:27 UTC पर, Telegram ने telegram-web-app.js को अपडेट किया, वह स्क्रिप्ट जो किसी भी मिनी-एप्लिकेशन को कनेक्ट करती है। इसमें Telegram.WebApp.Serverless ऑब्जेक्ट दिखाई दिया जिसमें एकमात्र call मेथड था। यह मेथड /api/<name> के सापेक्ष पते पर POST अनुरोध करता है, यानी उसी होस्ट पर जिससे एप्लिकेशन खोला गया है। इसलिए, यह कॉल केवल tgcloud.ai पर होस्ट किए गए मिनी-एप्लिकेशन के लिए काम करता है: अपने डोमेन से अनुरोध अपने सर्वर पर जाएगा।

Authorization हेडर में स्क्रिप्ट TMA स्ट्रिंग और initData को base64 में रखती है। initData Telegram द्वारा हस्ताक्षरित उपयोगकर्ता और चैट के बारे में फ़ील्ड का एक सेट है जिसके साथ क्लाइंट मिनी-एप्लिकेशन खोलता है। प्लेटफॉर्म कोड चलाने से पहले हस्ताक्षर की जांच करता है, और इसके बिना अनुरोध को 401 मिलता है। एंडपॉइंट को ctx.initData.user में पहले से सत्यापित उपयोगकर्ता प्राप्त होता है। initData के हस्ताक्षर को मैन्युअल रूप से सत्यापित करने की आवश्यकता नहीं है, जैसा कि अपने सर्वर पर करना पड़ता है, और ऐसे बैकएंड के पास कोई खुला API नहीं है जिसे सुरक्षित करने की आवश्यकता हो।

त्रुटियां दो प्रकार की होती हैं। EndpointError, जिसे कोड द्वारा जानबूझकर फेंका जाता है, टेक्स्ट और पैरामीटर के साथ क्लाइंट तक पहुंचता है, जिसके आधार पर फ्रंटएंड ब्रांच कर सकता है। कोई भी अन्य अपवाद क्लाइंट को आंतरिक त्रुटि के रूप में दिखाई देता है, और वास्तविक टेक्स्ट लॉग में रहता है, ताकि बैकएंड की संरचना बाहर लीक न हो।

सर्वर बिना टोकन के अपने बारे में क्या बताता है

यूटिलिटी cloud.telegram.org पर API को कॉल करती है। इसकी एक मेथड, /capabilities, बिना प्रमाणीकरण के जवाब देती है: यह प्रोजेक्ट लेआउट, AGENTS.md और docs/tgcloud-sdk.md टेम्प्लेट और अपडेट प्रकारों की सूची का वर्णन करती है जिन पर हैंडलर संलग्न किया जा सकता है। ऐसे 27 प्रकार हैं। यूटिलिटी इस प्रतिक्रिया के साथ प्रोजेक्ट स्कीम नंबर की तुलना करती है और चेतावनी देती है यदि सर्वर पहले से ही उन फ़ोल्डरों को जानता है जिनके बारे में वह अभी तक नहीं जानता है। यूटिलिटी कोड में एक TGCLOUD_BETA=1 स्विच भी है, जो /beta पर अनुरोधों को निर्देशित करता है। 6 अक्टूबर तक, बीटा प्रतिक्रिया मुख्य प्रतिक्रिया के समान है।

.ai डोमेन क्यों कहा जाता है

tgcloud.ai डोमेन 11 सितंबर 2026 को GoDaddy के माध्यम से पंजीकृत किया गया था। उसी दिन, *.tgcloud.ai प्रमाणपत्र जारी किया गया था, जो app<id> जैसे सभी सबडोमेन के लिए एक ही था। डोमेन का पता, 149.154.166.100, Telegram_Messenger_Network (AS62041) नेटवर्क में स्थित है। डोमेन का रूट एक खाली 404 देता है: प्लेटफॉर्म का कोई स्टोरफ्रंट नहीं है, केवल एप्लिकेशन सबडोमेन हैं।

अंतिम भाग स्वयं कुछ भी साबित नहीं करता है: .ai एंगुइला का राष्ट्रीय डोमेन है, जिसे तकनीकी परियोजनाएं लंबे समय से ले रही हैं। और tgcloud.com 2011 से एक बाहरी मालिक द्वारा कब्जे में है, इसलिए चुनाव एक खाली नाम का एक साधारण मामला हो सकता है।

लेकिन प्लेटफॉर्म पहले दिन से ही AI एजेंटों के इर्द-गिर्द बनाया गया था जो कोड लिखते हैं, और बॉट्स के इर्द-गिर्द जो प्रतिक्रियाएं उत्पन्न करते हैं।

• कोड एजेंट लिखता है। डॉक्यूमेंटेशन में जुलाई से "Building with AI" अनुभाग है। प्रत्येक नए प्रोजेक्ट को AGENTS.md मिलता है, जिसे, टेम्प्लेट के अनुसार, Claude Code, Cursor और इसी तरह के उपकरण स्वचालित रूप से पढ़ते हैं, और docs/ में SDK का एक संदर्भ मिलता है। डॉक्यूमेंटेशन प्रोजेक्ट को एक एजेंट में खोलने और बॉट का शब्दों में वर्णन करने का सुझाव देता है, और इस कदम को पहला कहता है।
• पर्यावरण उत्पन्न कोड के लिए डिज़ाइन किया गया है। कोई npm पैकेज नहीं, एक SDK, एक अपडेट प्रकार के लिए एक फ़ाइल जैसे सख्त नियम। जितने कम विकल्प होंगे, एजेंट उतनी ही कम गलतियाँ करेगा, और डॉक्यूमेंटेशन सीधे उन समझौतों को सूचीबद्ध करता है जिन्हें "सामान्य कोड जनरेशन" छोड़ देता है।
• एक बॉट जो प्रतिक्रिया उत्पन्न करता है। Serverless द्वारा स्वीकार किए जाने वाले 27 अपडेट प्रकारों में से stopped_message_generation और guest_message हैं। ये दोनों Bot API में वसंत और गर्मियों में भाषा मॉडल पर बॉट्स के लिए अन्य कार्यों के साथ दिखाई दिए।

Serverless में अभी तक क्या नहीं है — स्वयं मॉडल। SDK तीन भागों से बना है: डेटाबेस (sdk/db), Bot API (sdk/api) और fetch। Serverless पर एक बॉट को भाषा मॉडल से टेक्स्ट के साथ जवाब देने के लिए, वह अपनी कुंजी के साथ एक बाहरी API में fetch के माध्यम से जाता है। fetch डॉक्यूमेंटेशन विशेष रूप से AI-API से टोकन द्वारा आउटपुट प्राप्त करने के तरीके के रूप में प्रतिक्रिया के स्ट्रीमिंग पढ़ने का उल्लेख करता है।

Telegram Serverless ने tgcloud.ai डोमेन पर मिनी-एप्लिकेशन होस्ट करना शुरू कर दिया है

न्यूरल नेटवर्क के लिए Telegram के पास अपनी क्षमताएँ हैं। Cocoon, GPU पर गोपनीय कंप्यूटिंग का एक नेटवर्क जिसमें TON में भुगतान होता है, दुराव ने Blockchain Life 2025 में प्रस्तुत किया था, और इसकी वेबसाइट Telegram नेटवर्क में उसी पते से होस्ट की जाती है जिससे telegram.org। इसलिए एक परिकल्पना यह है: SDK का अगला भाग मॉडल का एक अंतर्निहित आह्वान हो सकता है, बिना किसी बाहरी कुंजी के और Telegram के माध्यम से भुगतान के साथ। दूसरी परिकल्पना @BotFather से संबंधित है: मिनी-एप्लिकेशन के हैंडलर, डेटाबेस और फ़ाइलों का संपादक पहले से ही फोन पर उसमें मौजूद है, और कोड के बजाय शब्दों में बॉट का विवरण ऐसे संपादक के लिए अगला कदम लगता है। इनमें से कोई भी परिकल्पना, डोमेन और नवीनतम अपडेट की दिशा के अलावा, अभी तक किसी भी चीज़ से पुष्टि नहीं हुई है: 6 अक्टूबर की दस्तावेज़ों, यूटिलिटी और /capabilities प्रतिक्रिया में न्यूरल नेटवर्क के लिए कोई मॉड्यूल नहीं है।