Telegram MCP सर्वर: userbot बनाम bot (2026)

संक्षेप में। «telegram mcp» खोजने पर दो श्रेणियाँ मिलती हैं, जिनमें नाम के सिवा कुछ भी साझा नहीं है। यूज़रबॉट सर्वर — 181 टूल वाला mcp-telegram/mcp-telegram और पाँच टूल वाला chaindead/telegram-mcp — MTProto से आपके निजी Telegram अकाउंट में लॉगिन करते हैं और एजेंट को वही पहुँच सौंप देते हैं जो आपके फ़ोन के ऐप के पास है: निजी चैट, कोई भी ग्रुप, पूरा इतिहास। इन्हें आप ख़ुद लगाते हैं, लाइसेंस MIT है, ये मुफ़्त हैं, और इनमें से एक अपने ही README में चेतावनी देता है कि API का दुरुपयोग अकाउंट की क़ीमत माँग सकता है। बॉट वाले सर्वर बहुत कम दायरा रखते हैं, और यह जानबूझकर है: AdminHub के चौदह टूल वर्कस्पेस, चैनल और सब्सक्राइबर पढ़ते हैं और पोस्ट लिखते हैं, जिन्हें प्रकाशित वही बॉट करता है जो चैनल के मालिक ने ख़ुद बनाया — न कभी AdminHub का साझा बॉट, न कभी आपका निजी अकाउंट। अगर आपको ऐसा एजेंट चाहिए जो आपके Telegram मैसेज पढ़े, तो यहीं रुक जाइए: वह यूज़रबॉट का काम है, और नीचे का हर हिस्सा यही कहता है। परियोजनाएँ 7 सितंबर 2026 को जाँची गईं।

«telegram mcp» खोजिए और आपको भंडारों से भरा एक पन्ना मिलेगा, जो सब ख़ुद को एक ही तरह बताते हैं — अपने AI एजेंट को Telegram से जोड़िए। इनमें से कोई भी लगाइए, और लॉगिन वाले क़दम के आसपास कहीं पता चलता है कि «Telegram से जोड़िए» का मतलब था «अपने निजी अकाउंट में लॉगिन कीजिए और उसे एजेंट को सौंप दीजिए»। यह एक जायज़ डिज़ाइन है, और कामों की एक बड़ी श्रेणी के लिए यही अकेला चलने वाला रास्ता है। यह एक फ़ैसला भी है, और ज़्यादातर README इसे इंस्टॉल करने के निर्देश की तरह पेश करते हैं। यह लेख पहले दोनों श्रेणियाँ अलग करता है और नाम बाद में लेता है; सब कुछ 7 सितंबर 2026 को ख़ुद उन्हीं परियोजनाओं के भंडारों से पढ़ा गया है।

पूरा फ़र्क़ प्रोटोकॉल का है

Telegram के दो दरवाज़े हैं, और हर MCP सर्वर बाक़ी कुछ भी चुनने से पहले इनमें से एक चुनता है।

Bot API एक बॉट की पहचान के चारों ओर लिपटी HTTP परत है। आप BotFather से एक टोकन लेते हैं, और वह टोकन रखने वाला सॉफ़्टवेयर उसी बॉट की तरह काम करता है — पर सिर्फ़ उन्हीं चैट और चैनलों के भीतर जिनमें बॉट जोड़ा गया हो। वह आपके निजी मैसेज नहीं देख सकता, ख़ुद को किसी ग्रुप में नहीं डाल सकता, ऐसा चैनल नहीं पढ़ सकता जिसका वह सदस्य नहीं। छत बनावट से ही नीची है; बदले में ज़मीन यह है कि जो आपने जानबूझकर नहीं जोड़ा, वह उजागर होता ही नहीं।

MTProto Telegram का अपना क्लाइंट प्रोटोकॉल है — वही जो आपके फ़ोन का ऐप बोलता है। जो प्रोग्राम आपके क्रेडेंशियल से MTProto पर लॉगिन करता है, वह आपका अकाउंट ही है, उसी पहुँच के साथ जो आपके पास है: हर निजी बातचीत, हर ग्रुप, खोजने लायक़ पूरा इतिहास, सहेजे गए मैसेज, सब कुछ। सीमित करने को कोई दायरा है ही नहीं, क्योंकि अकाउंट कोई दायरा नहीं होता। ऐसा करने वाले सॉफ़्टवेयर को परंपरा से यूज़रबॉट कहते हैं।

यही एक चुनाव आगे का सब कुछ तय करता है — कोई सर्वर कितने टूल दे सकता है, वह क्या पढ़ सकता है, सेटअप में आपसे क्या माँगता है, और कुछ ग़लत होने पर दाँव पर क्या लगा है। किसी README में टूल की गिनती पढ़ने से पहले प्रोटोकॉल वाली पंक्ति पढ़िए।

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

यूज़रबॉट सर्वर

mcp-telegram/mcp-telegram

बहुत बड़े अंतर से सबसे बड़ा। इसके दस्तावेज़ 181 टूल गिनाते हैं — मैसेज, मीडिया, रिएक्शन, पोल, स्टोरीज़ और भी बहुत कुछ — यह सब GramJS के ज़रिए MTProto पर बना है, और अपनी बात यह साफ़ कहता है: यह बॉट की तरह नहीं, आपके निजी अकाउंट की तरह काम करता है। सेटअप का मतलब है किसी निजी Telegram अकाउंट में लॉगिन करना; QR से लॉगिन भी चलता है, इसलिए फ़ोन नंबर बिलकुल ज़रूरी नहीं। आप इसे ख़ुद npx, npm, तैयार बाइनरी, Docker या स्रोत से चला सकते हैं, या mcp-telegram.com पर होस्टेड संस्करण ले सकते हैं। लाइसेंस MIT है।

दस्तावेज़ चीज़ को उसके नाम से पुकारते हैं — userbot (personal account), not a bot — respect the Telegram Terms of Service, यानी «यूज़रबॉट (निजी अकाउंट), बॉट नहीं — Telegram की सेवा शर्तों का पालन करें» — पर नतीजों की किसी चेतावनी तक पहुँचने से पहले रुक जाते हैं। दो क्लाइंट से एक साथ जोड़ने से पहले जानने लायक़ एक व्यावहारिक बात: एक सेशन एक ही प्रक्रिया का होता है, और एक ही सेशन दो जगह चलाने पर AUTH_KEY_DUPLICATED मिलता है।

181 टूल भराव नहीं हैं। रिएक्शन, पोल, स्टोरीज़ और अपने ही इतिहास में खोज असली सतहें हैं, और किसी भी चैट के लिए इन तक कोई Bot API सर्वर नहीं पहुँचता — न इस साल, न किसी दूसरे विक्रेता के साथ। अगर काम यही है, तो श्रेणी यही है, और इस लेख में आगे कुछ भी इससे मुक़ाबला नहीं करता।

chaindead/telegram-mcp

वही प्रोटोकॉल, कहीं छोटी सतह: पाँच टूल — tg_me, tg_dialogs, tg_read, tg_dialog और tg_send। अपनी बातचीतों की सूची देखिए, कोई बातचीत पढ़िए, उसे पढ़ा हुआ चिह्नित कीजिए, मैसेज भेजिए, देखिए आप कौन हैं। यह भी MIT, यह भी निजी अकाउंट। सेटअप QR स्कैन करने से ज़्यादा माँगता है: my.telegram.org पर बनाया गया API ID और हैश, आपका फ़ोन नंबर, और दो-चरणीय सत्यापन चालू हो तो आपका पासवर्ड।

यही वह परियोजना भी है जो इस समझौते को लिखकर रखती है: Ensure that you have read and understood the Telegram API Terms of Service before using this server. Any misuse of the Telegram API may result in the suspension of your account — «इस सर्वर को इस्तेमाल करने से पहले सुनिश्चित कीजिए कि आपने Telegram API की सेवा शर्तें पढ़ और समझ ली हैं। Telegram API का कोई भी दुरुपयोग आपके अकाउंट के निलंबन में बदल सकता है»। 181 टूल वाले सर्वर जैसा ही प्रोटोकॉल, वैसा ही जोखिम — बस वहाँ लिखा हुआ जहाँ आप उसे फ़ोन नंबर टाइप करने से पहले देख लें।

निजी अकाउंट वाला रास्ता किस क़ीमत पर आता है

«आप बैन हो जाएँगे» नहीं। ईमानदारी से यह कोई आपसे नहीं कह सकता, और यह लेख भी नहीं कहेगा। जो दर्ज है वह इससे संकरा है, और फिर भी तौलने लायक़ है।

• आपका अकाउंट ही चाबी है। न देने के लिए कोई प्रति-चैट अनुमति है, न सिर्फ़-पढ़ने वाला मोड। एजेंट तक पहुँचा सेशन फ़ाइल वहाँ तक पहुँचता है जहाँ तक अकाउंट पहुँचता है — उन चैट तक भी जिनके बारे में आप भूल चुके थे कि वे उसी अकाउंट पर हैं।
• ऑटोमेशन Telegram की API शर्तों के तहत चलता है। यहाँ की दो परियोजनाओं में से एक साफ़ कहती है कि दुरुपयोग निलंबन में बदल सकता है। शर्तें दोनों ही मनवाती हैं; ज़िक्र सिर्फ़ एक करती है।
• चलाने वाले आप हैं। ख़ुद होस्ट करने का मतलब है कि प्रक्रिया, सेशन फ़ाइल, अपडेट और गड़बड़ियाँ आपकी हैं — जिनमें वह AUTH_KEY_DUPLICATED भी शामिल है जो दो क्लाइंट एक सेशन साझा करने पर आता है। mcp-telegram का क्लाउड संस्करण होस्टिंग का काम हटाता है, अकाउंट वाला सवाल नहीं।
• नुक़सान का दायरा पूरा अकाउंट है। प्रॉम्प्ट इंजेक्शन हर उस एजेंट के लिए ज़िंदा चिंता है जो भरोसे के बाहर का पाठ पढ़ता है, और Telegram का इनबॉक्स परिभाषा से ही भरोसे के बाहर का पाठ है। यूज़रबॉट वाले रास्ते पर, जो टूल किसी शत्रुतापूर्ण निर्देश पर चल सकते हैं उनमें वे भी हैं जो आपकी सारी बातचीतें पढ़ते हैं।

इनमें से कुछ भी इस श्रेणी को ग़लत नहीं ठहराता। यह इसे एक सोचा-समझा सौदा बनाता है: बहुत बड़ी क्षमता, बदले में एजेंट के पीछे आपका अपना अकाउंट। लोग यह सौदा रोज़ खुली आँखों से करते हैं, और जब काम को सचमुच निजी पहुँच चाहिए, तब यही सही फ़ैसला है।

बॉट वाला रास्ता: AdminHub का MCP सर्वर क्या करता है

इस दोराहे का दूसरा सिरा पहुँच छोड़ देता है और अकाउंट को इससे बाहर रखता है। AdminHub एक Telegram चैनल के लिए होस्टेड MCP सर्वर चलाता है — इंस्टॉल करने को कुछ नहीं, कोई सेशन फ़ाइल नहीं, पूरी शृंखला में कहीं भी निजी अकाउंट का लॉगिन नहीं। चौदह टूल ये हैं: get_workspace, list_channels, get_channel_stats, list_posts, get_post, create_post, publish_post, cancel_post, update_post, edit_published_post, retry_post_delivery, add_post_image, list_subscribers और get_subscriber — वर्कस्पेस पढ़ना, चैनलों की सूची, सब्सक्राइबर आँकड़े पढ़ना, पोस्ट की सूची और उन्हें पढ़ना, अलग-अलग सब्सक्राइबर की सूची और उन्हें पढ़ना, और फिर कोई पोस्ट बनाना, बदलना, प्रकाशित करना, हटाना या दोबारा भेजना, या उसमें एक तस्वीर लगाना।

प्रकाशन उसी बॉट से होता है जो चैनल के मालिक ने अपने चैनल के लिए एक टैप में बनाया — न कभी AdminHub का साझा बॉट, न कभी आपका निजी अकाउंट। इसी से अकाउंट वाला सवाल संभाला नहीं जाता, ग़ायब हो जाता है: बॉट सिर्फ़ उन्हीं चैनलों में काम कर सकता है जिनमें उसे एडमिन बनाकर जोड़ा गया, इसलिए भ्रमित एजेंट की सबसे बुरी सूरत उसी चैनल में एक ख़राब पोस्ट है जो आपने पहले ही उसे सौंपा था — न कि आपकी तरफ़ से किसी और को भेजा गया मैसेज।

जुड़ने के दो तरीक़े हैं, क्लाइंट पर निर्भर। claude.ai और ChatGPT सर्वर का पता एक कस्टम कनेक्टर की तरह लेते हैं और Telegram से लॉगिन कराते हैं; Claude Code, Cursor और हेडर वाले बाक़ी क्लाइंट Authorization हेडर में एक कुंजी लेते हैं। सेटअप गाइड दोनों रास्तों को क्लाइंट-दर-क्लाइंट समझाती है, और यह भी कि जब कोई टूल मना कर दे तो क्या करें। पहुँच AdminHub की सेटिंग्स से रद्द होती है और तुरंत काम करना बंद कर देती है। Free में महीने का एक कनेक्शन और MCP से बनाई गई तीस पोस्ट मिलती हैं; Pro दोनों सीमाएँ हटा देता है।

यह क्या नहीं कर सकता, यह दबाकर नहीं, साफ़ कहा गया है: पोस्ट पर कोई वीडियो या दस्तावेज़ नहीं, सिर्फ़ एक तस्वीर, और उसे वहाँ पहुँचाने के लिए मालिक की अपने बॉट से चैट के रास्ते एक मैसेज जाता है; निजी चैट, किसी भी चैट या मैसेज इतिहास का कोई पठन नहीं; न रिएक्शन, न स्टोरीज़; और वर्कस्पेस से बॉट जुड़े बिना कुछ भी नहीं। यह एजेंट के लिए चैनल में प्रकाशन की सतह है, Telegram तक पहुँच नहीं।

ईमानदारी से, कौन हमसे कहाँ बेहतर है

• आपका Telegram पढ़ना, बस यही। दोनों यूज़रबॉट सर्वर आपकी बातचीतों की सूची बनाकर उन्हें पढ़ सकते हैं। AdminHub के पास ऐसा एक भी टूल नहीं जो किसी बातचीत को छुए — न निजी मैसेज, न ग्रुप, न वह चैनल जो आपने जोड़ा ही नहीं। अगर आप MCP तक इसलिए आए हैं कि «Claude मेरा Telegram पढ़े», तो हम उसका छोटा संस्करण नहीं हैं; हम कुछ और ही चीज़ हैं।
• 181 टूल बनाम चौदह। mcp-telegram मीडिया, रिएक्शन, पोल और स्टोरीज़ समेटता है। चौदह टूल वर्कस्पेस, चैनल, सब्सक्राइबर और पोस्ट समेटते हैं। इस अंतर को अपने पक्ष में पढ़ने का कोई तरीक़ा नहीं है।
• अपने ही इतिहास में खोज। जो एजेंट «मार्च में उस बिल पर हमने क्या तय किया था» का जवाब देता है, उसे पूरा संग्रह चाहिए। वह MTProto ही दे सकता है।
• आपकी तरफ़ से मैसेज भेजना। tg_send आपके अकाउंट से किसी को भी लिखता है। बॉट उस व्यक्ति को नहीं लिख सकता जिसने उसे कभी शुरू ही नहीं किया — और उसे लिखना भी नहीं चाहिए।
• कोई भी चैट, बिना किसी इंतज़ाम के। यूज़रबॉट जिस दिन आप उन्हें लगाते हैं उसी दिन अकाउंट की हर बातचीत तक पहुँच जाते हैं। बॉट ठीक उन्हीं चैनलों तक पहुँचता है जिनमें उसे एडमिन बनाकर जोड़ा गया, और जोड़ना किसी इंसान को पड़ता है।
• ख़ुद होस्ट करना और शून्य नियमित ख़र्च। दोनों परियोजनाएँ MIT हैं, आपकी अपनी मशीन पर चलती हैं और कुछ नहीं लेतीं। होस्टेड सर्वर कोई और अपनी शर्तों पर होस्ट करता है; यह असली अंतर है, और क़ीमत या नियंत्रण — किसी में भी यह हमारे पक्ष में नहीं जाता।
• AdminHub अकाउंट की ज़रूरत नहीं। वे एक भंडार और एक लॉगिन हैं। हमारे यहाँ पहले टूल कॉल से पहले एक वर्कस्पेस और एक जुड़ा हुआ बॉट चाहिए।

कौन क्या है

सर्वर	प्रोटोकॉल	पहचान	टूल	इंस्टॉल	लाइसेंस / ख़र्च
mcp-telegram/mcp-telegram	MTProto (GramJS)	आपका निजी अकाउंट	181 — मैसेज, मीडिया, रिएक्शन, पोल, स्टोरीज़	npx, npm, बाइनरी, Docker, स्रोत; क्लाउड विकल्प भी	MIT, ख़ुद होस्ट करने पर मुफ़्त
chaindead/telegram-mcp	MTProto	आपका निजी अकाउंट	5 — tg_me, tg_dialogs, tg_read, tg_dialog, tg_send	ख़ुद होस्ट; API ID और हैश, फ़ोन, 2FA पासवर्ड	MIT, मुफ़्त
AdminHub	Bot API	आपके अपने चैनल का बॉट	14 — वर्कस्पेस, चैनल, सब्सक्राइबर, पोस्ट	इंस्टॉल कुछ नहीं, होस्टेड	Free: 1 कनेक्शन, महीने की 30 MCP पोस्ट; Pro: कोई सीमा नहीं

अगर… तो…

अगर…	तो…
आप चाहते हैं कि एजेंट आपके निजी या ग्रुप चैट पढ़े	कोई यूज़रबॉट सर्वर — चौड़ाई के लिए mcp-telegram, छोटी सतह के लिए chaindead
आपको अपने ही मैसेज इतिहास में खोज चाहिए	mcp-telegram; कोई Bot API सर्वर यह नहीं कर सकता
आपको रिएक्शन, पोल या स्टोरीज़ चाहिए	mcp-telegram — बाक़ी दोनों के पास ऐसे टूल हैं ही नहीं
आप चाहते हैं कि एजेंट आपकी तरफ़ से किसी को लिखे	कोई यूज़रबॉट सर्वर; बॉट उसे नहीं लिख सकता जिसने उसे शुरू नहीं किया
आप सब कुछ अपनी मशीन पर मुफ़्त चलाना चाहते हैं	इन दोनों MIT परियोजनाओं में से कोई भी, ख़ुद होस्ट करके
काम है «मेरे चैनल में पोस्ट करो और बताओ कैसा चला»	AdminHub का सर्वर — चौदह टूल, होस्टेड, आपके अपने बॉट से प्रकाशित
आपका निजी अकाउंट पूरी तरह बाहर रहना चाहिए	बॉट वाला रास्ता; यूज़रबॉट का ऐसा कोई मोड नहीं जिसमें अकाउंट ही चाबी न हो
आपके पास Telegram बॉट नहीं है और आप चाहते भी नहीं	कोई यूज़रबॉट सर्वर; AdminHub वर्कस्पेस में बॉट के बिना कुछ नहीं करता

शुरुआत कहाँ से करें

टूल की गिनती की तुलना करने से पहले एक सवाल का जवाब दीजिए: एजेंट को किसकी पहचान इस्तेमाल करनी चाहिए?

अगर जवाब है «मेरी, क्योंकि काम मेरा इनबॉक्स है», तो आप यूज़रबॉट श्रेणी में हैं, और वहाँ चुनाव चौड़ाई बनाम सतह-क्षेत्र का है। mcp-telegram आपको 181 टूल और QR लॉगिन देता है; chaindead पाँच देता है और API क्रेडेंशियल माँगता है। दोनों README अंत तक पढ़िए — सेवा शर्तों वाली पंक्ति एक ही वाक्य है, और दोनों फ़ाइलों में सबसे ज़्यादा भार वही वाक्य उठाता है।

अगर जवाब है «बॉट की, क्योंकि काम एक चैनल है», तो अकाउंट वाला सवाल उठता ही नहीं और टूल की सूची जानबूझकर छोटी है। MCP पन्ने से शुरू कीजिए: मुफ़्त योजना में एक कनेक्शन और महीने की तीस पोस्ट हैं, जो यह जानने के लिए काफ़ी हैं कि आपके आँकड़े पढ़कर आपकी जगह प्रकाशित करने वाला एजेंट आपके काम में टिकता है या नहीं। Telegram पर प्रकाशन की बाक़ी तस्वीर — समय-सारणी वाली क़तारें, RSS आयात, वे पाइपलाइनें जो हर बार माँगने के बजाय एक बार सेट होती हैं — ऑटोपोस्टिंग की पूरी गाइड में है, और ख़ुद बॉट बनाने में लगभग एक मिनट लगता है, अगर अभी तक आपके पास नहीं है।

और अगर आप तय नहीं कर पा रहे, तो ध्यान रखिए कि दोनों एक-दूसरे को काटते नहीं। अपने संग्रह के लिए लैपटॉप पर एक यूज़रबॉट सर्वर और जिस चैनल में आप प्रकाशित करते हैं उसके लिए एक होस्टेड बॉट सर्वर — ये अलग कामों के अलग औज़ार हैं, और दोनों चलाना एक सामान्य जवाब है।

स्रोत

सब कुछ 7 सितंबर 2026 को लिया गया। टूल की गिनती, GramJS और MTProto का आधार, «निजी अकाउंट, बॉट नहीं» वाली बात, QR लॉगिन, इंस्टॉल के रास्ते और AUTH_KEY_DUPLICATED वाला एक-सेशन नोट: mcp-telegram का भंडार और mcp-telegram.com। पाँच टूल, my.telegram.org से API ID और हैश की ज़रूरत, दो-चरणीय पासवर्ड और ऊपर उद्धृत सेवा-शर्त चेतावनी: chaindead/telegram-mcp का भंडार। Bot API का दायरा और BotFather का टोकन मॉडल: Telegram के Bot API दस्तावेज़। AdminHub के आँकड़े — चौदह टूल, जुड़ने के दो तरीक़े, Free और Pro की सीमाएँ — इसी साइट के MCP पन्ने से हैं।