دليل

خوادم MCP لتيليجرام: يوزربوت أم بوت (2026)

ربط وكيل الذكاء الاصطناعي بتيليجرام ينقسم إلى مسارين: خادم MCP يوزربوت على حسابك الشخصي، أو خادم مستضاف ينشر عبر بوت قناتك أنت.

AdminHub

باختصار. يعيد البحث عن «telegram mcp» فئتين لا تشتركان في شيء سوى الاسم. خوادم اليوزربوت — mcp-telegram/mcp-telegram بمئة وإحدى وثمانين أداة، وchaindead/telegram-mcp بخمس — تسجّل الدخول إلى حسابك الشخصي في Telegram عبر MTProto وتمنح الوكيل المدى نفسه الذي يملكه التطبيق على هاتفك: المحادثات الخاصة، وأي مجموعة، والسجل كاملًا. تنصّبها بنفسك، ورخصتها MIT، ولا تكلّف شيئًا، وأحدها يحذّر في ملف README الخاص به من أن إساءة استخدام الواجهة البرمجية قد تكلّفك حسابك. خوادم البوت تغطي أقل من ذلك بكثير، وهذا مقصود: أدوات AdminHub الأربع عشرة تقرأ مساحة العمل والقنوات والمشتركين وتكتب المنشورات، وينشرها البوت الذي أنشأه مالك القناة بنفسه — لا بوت مشترك من AdminHub أبدًا، ولا حسابك الشخصي أبدًا. وإن كان ما تريده وكيلًا يقرأ رسائلك الخاصة في Telegram فتوقّف هنا: تلك مهمة يوزربوت، وكل قسم أدناه يقول ذلك. جرى التحقق من المشاريع في 7 سبتمبر 2026.

ابحث عن «telegram mcp» فتحصل على صفحة مستودعات تصف نفسها كلها بالطريقة ذاتها: اربط وكيل الذكاء الاصطناعي بـTelegram. نصّب واحدًا منها عشوائيًا، فتكتشف عند خطوة تسجيل الدخول تقريبًا أن «اربط بـTelegram» كانت تعني «سجّل الدخول إلى حسابك الشخصي واترك الوكيل يتصرف به». هذا تصميم مشروع، وهو الوحيد الذي ينجح في صنف كبير من المهام. وهو أيضًا قرار، بينما تقدّمه معظم ملفات README بوصفه خطوة تنصيب. يفصل هذا المقال الفئتين أولًا ويسمّي المشاريع ثانيًا، وكل ما فيه مقروء من مستودعات المشاريع نفسها في 7 سبتمبر 2026.

البروتوكول هو الفارق كله

لـTelegram بابان، وكل خادم MCP يختار أحدهما قبل أن يختار أي شيء آخر.

Bot API غلاف HTTP حول هوية بوت. تأخذ رمزًا من BotFather، فيتصرف البرنامج الذي يحمل ذلك الرمز بصفته ذلك البوت — لكن فقط داخل المحادثات والقنوات التي أُضيف إليها. لا يرى رسائلك الخاصة، ولا يُدخل نفسه إلى مجموعة، ولا يقرأ قناة ليس عضوًا فيها. السقف منخفض بحكم البنية؛ وفي المقابل، الأرضية أن شيئًا لم تربطه عمدًا لن يكون مكشوفًا.

MTProto هو بروتوكول العميل الخاص بـTelegram نفسه، ذاك الذي يتحدث به التطبيق على هاتفك. البرنامج الذي يسجّل الدخول عبر MTProto ببياناتك هو حسابك، بالصلاحية نفسها التي تملكها: كل محادثة خاصة، وكل مجموعة، والسجل الكامل القابل للبحث، والرسائل المحفوظة، كل شيء. لا يوجد نطاق تضيّقه، لأن الحساب ليس نطاقًا. ويُطلق على البرمجيات التي تفعل ذلك، عرفًا، اسم يوزربوت.

هذا الاختيار الواحد يحدّد كل ما يليه: كم أداة يمكن للخادم أن يقدّمها، وماذا يستطيع أن يقرأ، وماذا يطلب منك عند الإعداد، وما المعرَّض للخطر حين يسوء شيء ما. اقرأ سطر البروتوكول في ملف README قبل أن تقرأ عدد الأدوات.

ويجدر التنبيه إلى أنه لا يوجد خيار رسمي تقارن به أصلًا. لا يطرح Telegram أي خادم MCP، فالميدان كله من أطراف ثالثة، وأغلبه الساحق يوزربوتات تنصّبها بنفسك.

خوادم اليوزربوت

mcp-telegram/mcp-telegram

الأكبر بفارق واسع. توثيقه يحصي مئة وإحدى وثمانين أداة — رسائل ووسائط وتفاعلات واستطلاعات وقصص وغيرها — مبنية على MTProto عبر GramJS، ويعلن موقفه بوضوح: يعمل بصفته حسابك الشخصي، لا بصفته بوت. والإعداد يعني تسجيل الدخول إلى حساب 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.

مئة وإحدى وثمانون أداة ليست حشوًا. التفاعلات والاستطلاعات والقصص والبحث في سجلك أنت أسطح حقيقية، ولا يصل إليها أي خادم يعمل بـBot API في محادثات عشوائية — لا هذا العام ولا مع مزوّد آخر. إن كانت هذه هي المهمة، فهذه هي الفئة، ولا شيء لاحقًا في هذا المقال ينافسها.

chaindead/telegram-mcp

البروتوكول نفسه، والمساحة أصغر بكثير: خمس أدواتtg_me وtg_dialogs وtg_read وtg_dialog وtg_send. تسرد محادثاتك، وتقرأ محادثة، وتضع عليها علامة مقروءة، وترسل رسالة، وتتحقق من هويتك. رخصته MIT أيضًا، وحساب شخصي أيضًا. والإعداد يطلب أكثر من مسح رمز QR: معرّف API وتجزئة يُنشآن على my.telegram.org، ورقم هاتفك، وكلمة مرورك إن كان التحقق بخطوتين مفعّلًا.

وهو أيضًا المشروع الذي يضع المفاضلة كتابةً: 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 البرمجية قبل استخدام هذا الخادم. أي إساءة استخدام لواجهة Telegram البرمجية قد تؤدي إلى تعليق حسابك». البروتوكول نفسه الذي في خادم المئة والإحدى والثمانين أداة، والانكشاف نفسه — لكنه مكتوب حيث تراه قبل أن تكتب رقم هاتفك.

ماذا يكلّف مسار الحساب الشخصي

ليس «سيُحظر حسابك». لا أحد صادق يستطيع أن يقول لك ذلك، وهذا المقال لن يفعل. المسجَّل أضيق من ذلك، ويستحق الوزن رغم ذلك.

  • حسابك هو بيانات الاعتماد. لا يوجد إذن لكل محادثة تمنحه، ولا وضع للقراءة فقط. ملف جلسة يصل إلى وكيل يصل إلى كل ما يصل إليه الحساب، بما في ذلك محادثات نسيت أنها على ذلك الحساب.
  • الأتمتة تجري تحت شروط API الخاصة بـTelegram. أحد المشروعين هنا يقول صراحة إن إساءة الاستخدام قد تنتهي بالتعليق. وكلاهما يطلب منك قبول الشروط نفسها؛ وواحد فقط يذكرها.
  • المشغّل هو أنت. الاستضافة الذاتية تعني أن العملية وملف الجلسة والتحديثات وأنماط الأعطال كلها لك — بما فيها AUTH_KEY_DUPLICATED حين يتقاسم عميلان جلسة واحدة. والنسخة السحابية من mcp-telegram ترفع عنك عبء الاستضافة، لا سؤال الحساب.
  • نطاق الضرر هو الحساب كله. حقن التعليمات هاجس حيّ لأي وكيل يقرأ نصًا غير موثوق، وصندوق الوارد في Telegram نص غير موثوق بحكم التعريف. وعلى مسار اليوزربوت، تشمل الأدوات التي قد تنفّذ تعليمة عدائية تلك التي تقرأ كل محادثاتك.

لا شيء من هذا يجعل الفئة خاطئة. بل يجعلها مقايضة مقصودة: قدرة هائلة مقابل وضع حسابك أنت خلف الوكيل. يعقد الناس هذه الصفقة يوميًا وأعينهم مفتوحة، وهي القرار الصحيح كلما كانت المهمة تتطلب فعلًا مدى شخصيًا.

مسار البوت: ماذا يفعل خادم MCP من AdminHub

الجانب الآخر من المفترق يتخلى عن المدى ويُبقي الحساب خارج الموضوع. يشغّل AdminHub خادم MCP مستضافًا لقناة على Telegram — لا شيء يُثبَّت، ولا ملف جلسة، ولا تسجيل دخول إلى حساب شخصي في أي حلقة من السلسلة. الأدوات الأربع عشرة هي 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 الخاص بي»، فنحن لسنا نسخة أصغر من ذلك؛ نحن شيء آخر.
  • مئة وإحدى وثمانون أداة مقابل أربع عشرة. يغطي mcp-telegram الوسائط والتفاعلات والاستطلاعات والقصص. وتغطي الأدوات الأربع عشرة مساحة عمل وقنوات ومشتركين ومنشورات. ولا توجد قراءة لهذا الفارق تصبّ في مصلحتنا.
  • البحث في سجلك أنت. الوكيل الذي يجيب عن «ما الذي اتفقنا عليه بشأن الفاتورة في مارس» يحتاج إلى الأرشيف كاملًا. وذلك ما يمنحه MTProto وحده.
  • إرسال رسالة باسمك. تكتب tg_send من حسابك إلى أي شخص. أما البوت فلا يستطيع مراسلة شخص لم يبدأ محادثته معه، ولا ينبغي له.
  • أي محادثة، دون ترتيبات مسبقة. تصل اليوزربوتات إلى كل محادثة على الحساب يوم تنصّبها. أما البوت فيصل تحديدًا إلى القنوات التي أُضيف إليها مشرفًا، ولا بد لأحد أن يضيفه.
  • الاستضافة الذاتية وصفر تكلفة متكررة. المشروعان كلاهما برخصة MIT، يعملان على جهازك ولا يكلّفان شيئًا. أما الخادم المستضاف فيستضيفه شخص آخر بشروطه هو؛ وهذا فارق حقيقي، وهو لا يجري في مصلحتنا لا في السعر ولا في التحكم.
  • لا حاجة إلى حساب AdminHub. هما مستودع وتسجيل دخول. أما خادمنا فيحتاج إلى مساحة عمل وبوت موصول قبل أول استدعاء لأداة.

من هو من

الخادمالبروتوكولالهويةالأدواتالتنصيبالرخصة والتكلفة
mcp-telegram/mcp-telegramMTProto (GramJS)حسابك الشخصي181 — رسائل ووسائط وتفاعلات واستطلاعات وقصصnpx وnpm وملفات تنفيذية وDocker والشفرة المصدرية؛ وخيار سحابيMIT، مجاني بالاستضافة الذاتية
chaindead/telegram-mcpMTProtoحسابك الشخصي5 — tg_me وtg_dialogs وtg_read وtg_dialog وtg_sendاستضافة ذاتية؛ معرّف API وتجزئة، وهاتف، وكلمة مرور التحقق بخطوتينMIT، مجاني
AdminHubBot APIبوت قناتك أنت14 — مساحة العمل والقنوات والمشتركون والمنشوراتلا شيء يُثبَّت، مستضافFree: اتصال واحد و30 منشورًا عبر MCP شهريًا؛ Pro: بلا حد

إذا… إذن…

إذا…إذن…
أردت وكيلًا يقرأ رسائلك الخاصة أو محادثات مجموعاتكخادم يوزربوت — mcp-telegram للاتساع، وchaindead لمساحة صغيرة
أردت البحث في سجل رسائلك أنتmcp-telegram؛ لا خادم يعمل بـBot API يقدر على ذلك
أردت التفاعلات أو الاستطلاعات أو القصصmcp-telegram — لا أدوات كهذه لدى الاثنين الآخرين
أردت أن يراسل الوكيل شخصًا باسمكخادم يوزربوت؛ فالبوت لا يراسل من لم يبدأ محادثته معه
أردت تشغيل كل شيء على جهازك ودون تكلفةأيٌّ من المشروعين برخصة MIT، باستضافة ذاتية
كانت المهمة «انشر في قناتي وأخبرني كيف كان الأداء»خادم AdminHub — أربع عشرة أداة، مستضاف، ينشر ببوتك أنت
وجب أن يبقى حسابك الشخصي خارج الموضوع تمامًامسار البوت؛ فليس لليوزربوت وضع لا يكون فيه الحساب هو بيانات الاعتماد
لم يكن لديك بوت على Telegram ولا ترغب في واحدخادم يوزربوت؛ فـAdminHub لا يفعل شيئًا دون بوت في مساحة العمل

من أين تبدأ

أجب عن سؤال واحد قبل أن تقارن أعداد الأدوات: هوية مَن ينبغي للوكيل أن يستعمل؟

إن كان الجواب «هويتي أنا، لأن المهمة هي صندوق وارد بريدي»، فأنت في فئة اليوزربوت، والاختيار داخلها بين الاتساع ومساحة السطح. يمنحك mcp-telegram مئة وإحدى وثمانين أداة ودخولًا برمز QR؛ ويمنحك chaindead خمسًا ويطلب بيانات اعتماد API. اقرأ ملفَّي README حتى النهاية — سطر شروط الخدمة جملة واحدة، وهي أثقل جملة في كلا الملفين.

وإن كان الجواب «هوية بوت، لأن المهمة قناة»، فسؤال الحساب لا يُطرح أصلًا، وقائمة الأدوات قصيرة عن قصد. ابدأ من صفحة MCP: الخطة المجانية اتصال واحد وثلاثون منشورًا شهريًا، وهو ما يكفي لتعرف إن كان وكيل يقرأ إحصاءاتك وينشر عنك سير عمل ستبقيه. أما بقية صورة النشر على Telegram — الطوابير المجدولة، واستيراد RSS، وخطوط المعالجة التي تضبطها مرة بدل أن تطلبها كل مرة — ففي الدليل الكامل للنشر التلقائي، وإنشاء البوت نفسه يستغرق نحو دقيقة إن لم يكن لديك واحد بعد.

وإن لم تكن متأكدًا، فلاحظ أن الاثنين لا يستبعد أحدهما الآخر. خادم يوزربوت على حاسوبك المحمول لأرشيفك أنت، وخادم بوت مستضاف للقناة التي تنشر فيها — أداتان مختلفتان لمهمتين مختلفتين، وتشغيلهما معًا جواب طبيعي تمامًا.

المصادر

كل ما سبق مأخوذ في 7 سبتمبر 2026. عدد الأدوات، والأساس القائم على GramJS وMTProto، وصياغة «حساب شخصي، لا بوت»، والدخول برمز QR، ومسارات التنصيب، وملاحظة الجلسة الواحدة AUTH_KEY_DUPLICATED: مستودع mcp-telegram وموقع mcp-telegram.com. والأدوات الخمس، واشتراط معرّف API والتجزئة من my.telegram.org، وكلمة مرور التحقق بخطوتين، وتحذير شروط الخدمة المقتبس أعلاه: مستودع chaindead/telegram-mcp. ونطاق Bot API ونموذج الرمز من BotFather: توثيق Bot API من Telegram. أما أرقام AdminHub — أربع عشرة أداة، وطريقتا الاتصال، وحدود Free وPro — فمن صفحة MCP على هذا الموقع.

ما الذي يسأل عنه الناس عادةً

هل يوجد خادم MCP رسمي من Telegram؟
لا. لا ينشر Telegram أي خادم Model Context Protocol خاص به، لذا كل الخيارات من طرف ثالث. معظم ما تجده على GitHub يوزربوتات: تتحدث بروتوكول MTProto، وهو البروتوكول الذي تستعمله تطبيقات Telegram نفسها، وتتصرف بصفتها حسابك الشخصي لا بصفتها بوت. أما المجموعة الأصغر فتعمل عبر Bot API ولا تصل إلا إلى القنوات والمجموعات التي أُضيف إليها البوت. جرى التحقق في 7 سبتمبر 2026.
ما الفرق بين خادم MCP يوزربوت وآخر يعمل ببوت؟
المدى ونطاق الضرر، وهما يتحركان معًا. خادم اليوزربوت يسجّل الدخول إلى حسابك الشخصي ويرث كل ما يراه ذلك الحساب: كل محادثة خاصة، وكل مجموعة، وسجل الرسائل كاملًا. أما خادم Bot API فلا يصل إلا إلى المحادثات التي أُضيف إليها بوته، ولا يقرأ مراسلاتك الخاصة إطلاقًا. مسار اليوزربوت يشتري قدرة أكبر بكثير؛ ومسار البوت يشتري مساحة فشل أصغر بكثير.
هل يستطيع وكيل ذكاء اصطناعي قراءة رسائلي الخاصة في Telegram عبر MCP؟
فقط عبر خادم يوزربوت مسجَّل الدخول إلى حسابك — وعندها نعم، فهذا بالضبط ما وُجد له. يقدّم chaindead/telegram-mcp خمس أدوات لسرد المحادثات وقراءتها وإرسال الرسائل؛ ويقدّم mcp-telegram/mcp-telegram مئة وإحدى وثمانين أداة تغطي الرسائل والوسائط والتفاعلات والاستطلاعات والقصص. أما خادم AdminHub فلا يستطيع ذلك إطلاقًا: ليست لديه أدوات للمحادثات الخاصة ولا للمحادثات العشوائية ولا لسجل الرسائل.
هل سيُحظر حسابي في Telegram بسبب استخدام خادم MCP؟
هذه مفاضلة تستحق الوزن، لا تنبؤًا يستطيع أحد أن يقدّمه لك نيابة عن Telegram. أتمتة حساب شخصي تقع تحت شروط API الخاصة بـTelegram، وهذا ما يقوله chaindead/telegram-mcp في ملف README الخاص به: any misuse of the Telegram API may result in the suspension of your account — أي إساءة استخدام لواجهة Telegram البرمجية قد تؤدي إلى تعليق حسابك. أما الخادم الذي يعمل عبر بوت فلا يثير هذا السؤال أصلًا، لأنه لا يوجد حساب شخصي مسجَّل الدخول في أي مكان.
ماذا يفعل خادم MCP من AdminHub فعليًا؟
أربع عشرة أداة: قراءة مساحة العمل والقنوات والمشتركين، وسرد المنشورات وقراءتها، وإنشاء منشور أو تعديله أو نشره أو حذفه أو إعادة إرساله — إضافة إلى إرفاق صورة واحدة، تُمرَّر مرة واحدة عبر محادثة المالك مع بوته للحصول على file id. الخادم مستضاف، فلا شيء يُثبَّت، وهو ينشر عبر البوت الذي أنشأته أنت لقناتك. لا يستطيع إرفاق أي شيء غير الصورة، ولا يستطيع قراءة المحادثات. تشمل خطة Free اتصالًا واحدًا وثلاثين منشورًا تُنشأ عبر MCP شهريًا؛ وخطة Pro ترفع الحدّين معًا.