MCP
ה-Telegram MCP הטוב ביותר ב-2026: השוואה כנה של 9 שרתים

אין "Telegram MCP הטוב ביותר" אחד שמתאים לכולם. כיום יש שתי קטגוריות שונות באמת: סביבות עבודה מתארחות ל-Telegram, שחושפות כמה חשבונות, נתוני CRM ופעולות מבוקרות הרשאות דרך endpoint מרוחק אחד, ולקוחות Telegram באירוח עצמי, שנותנים למשתמש טכני אחד גישה ישירה לסשן Telegram.
בדקנו את החלטת הרכישה, לא רק את מספר הכלים. הבחירה הכוללת שלנו לעסק שמפעיל Telegram על פני כמה חשבונות היא Entergram. TeleBoost היא החלופה המתארחת החזקה ביותר לצוותים שעושים הרבה פניות יוצאות. chigwell/telegram-mcp היא האפשרות הרחבה ביותר בקוד פתוח למשתמשים מתקדמים. ל-tolboy/telegram-mcp-tdlib יש את בידוד החשבונות החזק ביותר באירוח עצמי, עם כיוון לסביבת פרודקשן. ל-Prgebish/mcp-telegram יש את מדיניות החסימה כברירת מחדל לכל צ'אט הברורה ביותר, ו-dataz.md היא האפשרות המתארחת הנקייה ביותר לקריאה בלבד.
Entergram מפרסמת את ההשוואה הזאת, אז הניחו שיש לנו עמדה. כדי שההשוואה תהיה שימושית, אנחנו מקשרים לכל מוצר ומאגר, משתמשים רק ביכולות ומחירים שאפשר לאמת בפומבי, ואומרים במפורש מתי אפשרות אחרת מתאימה יותר.
תשובה מהירה: בחרו ב-Entergram לתהליכי עבודה עסקיים מתארחים על פני חשבונות אמיתיים. בחרו ב-TeleBoost לפניות יוצאות מתארחות. בחרו ב-chigwell לרוחב מקסימלי בקוד פתוח. בחרו ב-tolboy לאירוח עצמי של כמה חשבונות מבודדים. בחרו ב-Prgebish לרשימות הרשאות (ACL) לכל צ'אט. בחרו ב-dataz.md לניתוח מתארח לקריאה בלבד. בחרו ב-mcp-telegram/mcp-telegram להתקנה מקומית מהירה עם
npx, ב-DmitryKhali לשליחות אישיות שדורשות אישור, וב-chaindead לגשר מקומי קל משקל.
שרתי ה-Telegram MCP הטובים ביותר במבט אחד
| Telegram MCP | הכי מתאים ל | חשבון משתמש אמיתי | מתארח | ריבוי חשבונות | עלות MCP התחלתית | הפשרה העיקרית |
|---|---|---|---|---|---|---|
| Entergram | צוותים עסקיים ותפעול של כמה חשבונות | כן | כן | כן, endpoint אחד | €39 לחודש | פלטפורמת CRM בתשלום, לא סקריפט עצמאי קטן |
| TeleBoost | פניות יוצאות, קמפיינים ותהליכי עבודה של מפתחים | כן | כן | כן | $39 לחודש | MCP מתחיל רק בתוכנית Pro; המוצר מכוון לפניות יוצאות |
| chigwell/telegram-mcp | משתמשים טכניים שרוצים שליטה מקומית מקסימלית | כן | אירוח עצמי | כן, תוויות מובנות | חינם, לא כולל תשתית | סמכות סשן רחבה ותחזוקה שוטפת עליכם |
| tolboy/telegram-mcp-tdlib | אירוח עצמי לפרודקשן ובידוד חשבונות קפדני | כן | אירוח עצמי | כן, סשנים מבודדים | חינם, לא כולל תשתית | סטאק JVM/TDLib גדול יותר לתפעול |
| Prgebish/mcp-telegram | בקרת גישה לכל צ'אט עם חסימה כברירת מחדל | כן | אירוח עצמי | לא תהליך העבודה המרכזי שלו | חינם, לא כולל תשתית | ממשק קטן בכוונה, שמונה כלים |
| dataz.md | ניתוח Telegram מתארח לקריאה בלבד | כן | כן | חשבון ספק אחד לכל פרופיל/VM | $19.50 לכל VM מתארח לחודש | השער הציבורי לא יכול לשלוח או לשנות נתוני Telegram |
| mcp-telegram/mcp-telegram | התקנה מקומית מהירה ומופעים נפרדים עם שם לכל חשבון | כן | מקומי או אפשרות מתארחת | סשנים/רשומות שרת נפרדים | חינם מקומית, לא כולל תשתית | איחוד החשבונות והממשל נשארים בצד הלקוח |
| DmitryKhali/telegram-mcp | שימוש אישי בטוח יותר עם אישור שליחה מפורש | כן | אירוח עצמי | מופעים זה לצד זה | חינם, לא כולל תשתית | סט כלים מצומצם יותר; ריבוי חשבונות אינו סביבת עבודה מאוחדת אחת |
| chaindead/telegram-mcp | גישה מקומית פשוטה ל-Telegram | כן | אירוח עצמי | לא תהליך עבודה מרכזי מתועד | חינם, לא כולל תשתית | פחות בקרות עסקיות ואין שכבת CRM משותפת |
המחירים והיכולות נבדקו ב-30 באוגוסט 2026. פרויקטים בקוד פתוח יכולים להשתנות מהר; בדקו את המאגר הנוכחי ואת היסטוריית הגרסאות לפני שאתם נותנים לאחד מהם גישה לחשבון פעיל.
איך השווינו
סשן Telegram יכול לקרוא שיחות פרטיות ולפעול בשמכם. לכן "מספר הכלים" הוא מסנן ראשון גרוע. דירגנו את תשע האפשרויות לפי שבע שאלות:
- מודל החשבון: האם הוא ניגש לחשבון Telegram אמיתי, או רק לבוט של BotFather?
- פריסה: האם זה MCP מרוחק שמתוחזק עבורכם, או תוכנה שאתם מריצים מקומית?
- גבול ההרשאות: האם אפשר להתחיל בקריאה בלבד, להגביל שליחה ולבטל גישה בצורה נקייה?
- תכנון לריבוי חשבונות: האם הוא שומר איזה חשבון הוא הבעלים של כל צ'אט וכל פעולה?
- בטיחות תפעולית: איך מטופלים סשנים, פרוקסי, אישורים והיסטוריית ביקורת?
- הקשר עסקי: האם ה-AI רואה שדות CRM, טיקטים, הערות ושיוכים, ולא רק הודעות גולמיות?
- מאמץ כולל: כמה מוסיפים ההגדרה, העדכונים, הטיפול בתקלות והתשתית למחיר הרשום?
הוצאנו מהדירוג הראשי גשרים שעובדים רק עם בוטים, כי בוט לא רואה את ההודעות הפרטיות וההיסטוריה שכבר מחוברות לחשבון האישי שלכם. אם אתם מתלבטים בין שתי הארכיטקטורות, קראו את Telegram MCP מול Bot API.
1. Entergram: ה-Telegram MCP הטוב ביותר בסך הכול לצוותים עסקיים
ה-Telegram MCP של Entergram יושב מעל חשבונות ה-Telegram האמיתיים שמחוברים לסביבת עבודה של Entergram. endpoint מרוחק אחד יכול להציג את רשימת החשבונות, לקרוא צ'אטים והודעות, לעבוד עם שדות CRM וטיקטים, ליצור הערות פרטיות ולבצע פעולות הודעה מורשות. היתרון המרכזי הוא לא מספר כלים עצום. היתרון הוא שה-MCP יורש שכבה עסקית מתוחזקת, במקום לחשוף סשן לא מובנה ישירות.
תוכנית Pro עולה €39 למושב לחודש, וכוללת גישת MCP/API וחמישה חשבונות Telegram; כל חשבון נוסף באותו מושב עולה €5 לחודש. כל חשבון מחובר משתמש בפרוקסי/IP ייעודי, וקריאות כלים בריבוי חשבונות שומרות account_id, כך שסוכן יכול להבדיל, למשל, בין @sales_eu ל-@support_us.
איפה Entergram הכי חזקה
- endpoint מתארח אחד על פני כמה חשבונות Telegram אמיתיים
- שדות CRM, טיקטים, הערות פנימיות, אנליטיקה וזהות החשבון בתוך הקשר הכלים
- הרשאה מוגבלת בהיקף ותיעוד ביקורת לתהליכי עבודה של צוות
- אין Telegram API ID, אין API hash, אין קובץ session-string ואין שירות Python מקומי לתחזק
- ההתאמה הטובה ביותר ל-Claude, ChatGPT, n8n, Make או סוכנים מותאמים שמפעילים תהליכים עסקיים
איפה היא חלשה יותר
- זו תוכנה בתשלום, ויותר מדי בשביל מפתח שרק רוצה לסכם צ'אט אישי אחד מקומית.
- תוכנית Basic ב-€29 לא כוללת MCP; צריך Pro.
- היא חושפת בכוונה ממשק עסקי, ולא כל שיטת ניהול של Telegram שקיימת ב-MTProto.
השורה התחתונה: בחרו ב-Entergram כש-Telegram הוא ערוץ לקוחות וה-AI צריך לפעול בבטחה על פני חשבונות, אנשים ורשומות עסקיות, ולא רק לקרוא לשיטות של Telegram. לפרטי הניתוב בין חשבונות, ראו את ההשוואה הנפרדת של Telegram MCP לריבוי חשבונות.
2. TeleBoost: החלופה המתארחת הטובה ביותר לפניות יוצאות
ה-MCP המתארח של TeleBoost חושף אנשי קשר, תיבת הודעות, קמפיינים, טיקטים ואנליטיקה, לצד REST API ו-webhooks חתומים. הוא מחבר חשבונות Telegram אמיתיים, ולא דורש מהלקוחות לשלוח הודעות לבוט. היקפי OAuth וצינור שליחה שאוכף פרוקסי הופכים אותו למוצר עסקי רציני, ולא לעטיפה סביב session string.
MCP כלול החל מ-Pro ב-$39 לחודש, שמציין שישה חשבונות Telegram. תוכנית Business עולה $79 לחודש, עם 12 חשבונות משותפים, שלושה שותפים ומגבלות API גבוהות יותר. החבילה הזאת משכנעת אם תהליך העבודה המרכזי שלכם הוא איתור לידים, הרצת קמפיינים וטיפול בתשובות.
איפה TeleBoost הכי חזקה
- שילוב מתארח בשל של MCP, REST API עם גרסאות ו-webhooks חתומים
- ממשק חזק לקמפיינים, איתור לידים ופניות יוצאות
- היקפי הרשאה מפורשים, ביטול גישה, מגבלות קצב ויומני ביקורת
- מכסות API שקופות לפי תוכנית
איפה היא חלשה יותר
- MCP לא זמין בתוכניות Free או Starter.
- צוותים שצריכים חשבונות משותפים ושותפים עוברים לתוכנית Business.
- מרכז הכובד שלה הוא פניות יוצאות; מי שקונה לתמיכה ול-CRM צריך להשוות את עומק תהליך העבודה שהוא באמת צריך.
השורה התחתונה: בחרו ב-TeleBoost כשקמפיינים ואירועים למפתחים חשובים לכם כמו הגישה לתיבת ההודעות. זו החלופה המתארחת הקרובה ביותר ל-Entergram בהשוואה הזאת.
3. chigwell/telegram-mcp: האפשרות החזקה הטובה ביותר בקוד פתוח
chigwell/telegram-mcp הוא שרת מקומי מבוסס Telethon עם יותר מ-80 כלים: הודעות, מדיה, קבוצות, אנשי קשר, תיקיות, אירועים, פרופיל וניהול. הוא תומך במשתני סשן עם תוויות לכמה חשבונות, בכתיבה שמודעת לחשבון ובחשיפה של כלים לקריאה בלבד. למפעיל מנוסה הוא מציע הרבה יותר שליטה גולמית ב-Telegram מכל אחד מהמוצרים המתארחים.
איפה הוא הכי חזק
- ממשק רחב של יכולות Telegram בקוד פתוח
- תוויות חשבון מובנות וניתוב בין כמה חשבונות
- מצב קריאה בלבד, או בסיס של קריאה בלבד עם כלי כתיבה נבחרים
- אפשרויות הרצה ב-Docker ומקומית; הקוד פתוח לבדיקה ולשינוי
איפה הוא חלש יותר
- אתם יוצרים ומגינים בעצמכם על פרטי ה-API של Telegram ועל ה-session strings.
- הגבלת ממשק הכלים אינה סשן Telegram מוגבל: הסשן שמתחת עדיין נושא את הסמכות הרגילה של החשבון.
- עדכונים, זמינות, לוגים, סודות, פרוקסי וטיפול בתקלות נשארים באחריותכם.
- הוא מספק פעולות Telegram, לא CRM מוכן, מודל טיקטים או מערכת הרשאות לצוות.
השורה התחתונה: הבחירה הטובה ביותר למשתמש טכני שרוצה שליטה מקסימלית, מרגיש בנוח לעבור על הקוד ומקבל על עצמו את העומס התפעולי.
4. tolboy/telegram-mcp-tdlib: השרת הטוב ביותר באירוח עצמי לפרודקשן
tolboy/telegram-mcp-tdlib הוא שרת Kotlin מבוסס TDLib שבנוי סביב בקרות שנכשלות לכיוון הסגור (fail-closed). הוא מתחיל עם פרופיל כלים קטן לקריאה בלבד, יכול לדרוש אישור אנושי לפעולות הרסניות, תומך ב-STDIO וב-Streamable HTTP, ומבודד כל חשבון מוגדר בסשן ובתיקיית נתונים משלו.
מודל ריבוי החשבונות שלו חזק במיוחד. במצב ריבוי חשבונות כל כלי דורש חשבון, קריאות לא מתפרסות על כל החשבונות באופן מרומז, ואפשר להגביל מפתחות API מרוחקים לחשבונות ספציפיים. הפרויקט גם מפרסם חבילות הרצה, אימג'ים של קונטיינרים, checksums ו-SBOM.
איפה הוא הכי חזק
- בחירת חשבון חובה ומצב TDLib עצמאי לכל זהות
- ברירות מחדל של קריאה בלבד, פרופילי כלים ממוקדי משימה ואישור מחוץ לערוץ
- מפתחות API מוגבלים בהיקף ללקוחות מרוחקים
- יותר מ-100 כלי Telegram לקריאה, שליחת הודעות, מדיה וניהול
איפה הוא חלש יותר
- הסטאק של JVM, TDLib ו-Spring כבד יותר מתהליך קטן ב-Go או ב-Python.
- השרת, העדכונים, הסודות, תעבורת הרשת היוצאת והטיפול בתקלות עדיין עליכם.
- הוא מספק תשתית Telegram, לא CRM או תהליך עבודה של צוות תמיכה.
השורה התחתונה: האפשרות החזקה ביותר כאן באירוח עצמי, לצוות טכני שמעדיף בידוד חשבונות ובקרות פרודקשן על פני הגדרה מינימלית.
5. Prgebish/mcp-telegram: השרת הטוב ביותר עם חסימה כברירת מחדל לכל צ'אט
Prgebish/mcp-telegram הוא שרת Go קומפקטי, והתכונה שמגדירה אותו היא רשימת גישה שחוסמת הכול כברירת מחדל. צריך להכניס צ'אטים לרשימה לבנה, וכל כלל יכול להעניק רק read, send, draft או mark_read. הוא גם מגביל פעולות על קבצים, אוכף הרשאות לבעלים בלבד על קובץ הסשן ומגביל את קצב קריאות ה-RPC ל-Telegram.
ממשק שמונת הכלים קטן בהרבה משל chigwell או tolboy, אבל זה חלק מהתכנון. משתמש יכול לחשוף רק את הצ'אטים והפעולות המעטים שהעוזר צריך, במקום לתת חשבון Telegram שלם לכל פרומפט.
השורה התחתונה: בחרו בו כשהרשאה מינימלית לכל צ'אט חשובה לכם יותר מרוחב הכלים או מאיחוד של כמה חשבונות.
6. dataz.md: ה-Telegram MCP המתארח הטוב ביותר לקריאה בלבד
dataz.md מציע API מתארח וגשר MCP שבו הנתיבים הציבוריים של כל לקוח הם GET בלבד. הוא יכול לחשוף היסטוריית Telegram לחיפוש ולניתוח, אבל דרך הממשק הציבורי הוא לא יכול לשלוח, לערוך, למחוק, להגיב, להצטרף או לנהל. התמחור הציבורי הנוכחי הוא $19.50 לכל VM מתארח לחודש, עם עד חיבור Telegram אחד וחיבור Discord אחד לכל VM.
זו צורת יכולות בטוחה יותר באופן מהותי למחקר, דיווח ואחזור מידע, כי הודעה עם prompt injection לא יכולה להפוך את ממשק הכלים הציבורי לפעולת שליחה או מחיקה. הפשרה ישירה באותה מידה: הוא לא יכול להריץ תהליכי עבודה של מענה, תמיכה או פניות יוצאות.
השורה התחתונה: הבחירה המתארחת הטובה ביותר כשהדרישה היא ניתוח לקריאה בלבד, וכל שינוי חייב להיות בלתי אפשרי דרך השער הציבורי.
7. mcp-telegram/mcp-telegram: ההתקנה המקומית המהירה הטובה ביותר
mcp-telegram/mcp-telegram הוא פרויקט GramJS/MTProto שמופץ דרך npx. הוא תומך בהודעות, מדיה, תגובות, סקרים והודעות מתוזמנות. ערכי TELEGRAM_SESSION_PATH נפרדים מאפשרים למשתמש לרשום חשבון עבודה וחשבון אישי כרשומות שרת MCP נפרדות.
הפרויקט גם מתעד daemon משותף לכמה לקוחות שמשתמשים באותו חשבון Telegram, וכך נמנעות התנגשויות סשן בין תהליכים מקבילים של Claude או של IDE. דפוס ריבוי החשבונות שלו ברור, אבל הוא נשאר מבוסס מופעים ולא נתב מאוחד אחד עם מדיניות לפי חשבון.
השורה התחתונה: אפשרות מקומית פרקטית כשהתקנה מהירה ומופעי חשבון נפרדים עם שם חשובים יותר מממשל עסקי מרוכז.
8. DmitryKhali/telegram-mcp: השרת האישי הטוב ביותר עם בטיחות קודם כול
DmitryKhali/telegram-mcp שומר בכוונה על ממשק קטן: הצגת שיחות, שליפה וחיפוש של הודעות, בדיקת צ'אט, שליחת הודעה ושליחת קובץ. פרטי ההתחברות וסשן ה-Telegram נשמרים ב-keyring של מערכת ההפעלה. שליחות דורשות confirm=true מפורש, וכך נוצרת לולאה שימושית של תצוגה מקדימה ואישור.
אפשר להריץ כמה חשבונות זה לצד זה, כשלכל מופע מוקצה namespace שונה של שירות keyring. זה עובד, אבל זה שונה מלבקש מ-endpoint מתארח אחד להציג את כל החשבונות ולנתב קריאת כלי לפי מזהה חשבון.
איפה הוא הכי חזק
- אחסון הגיוני של פרטי התחברות ב-keyring של מערכת ההפעלה
- ממשק כלים קטן ומובן
- אישור מפורש לפני שליחת הודעות או קבצים
- תיעוד ברור של פרוקסי SOCKS5 ופתרון בעיות
איפה הוא חלש יותר
- הפעלה של כמה חשבונות פירושה הגדרה של namespaces/מופעים נפרדים.
- אין סביבת עבודה משותפת לצוות, רשומות CRM, טיקטים או שכבת ביקורת מרוכזת.
- ההתקנה המקומית, הזמינות והשדרוגים עדיין עליכם.
השורה התחתונה: MCP אישי חזק כשאתם מעדיפים פעולות צפויות ומאושרות על פני רוחב.
9. chaindead/telegram-mcp: הגשר המקומי קל המשקל הטוב ביותר
chaindead/telegram-mcp הוא שרת מבוסס Go שמופץ דרך Homebrew, npm, גרסאות שחרור ומקוד המקור. הוא מכסה פרטי חשבון, שיחות, הודעות, סטטוס קריאה וטיוטות/שליחה. קל להוסיף אותו ל-Claude Desktop או ל-Cursor, והוא דורש פחות מאמץ מחשבתי מהשרתים הרחבים מבוססי Telethon.
איפה הוא הכי חזק
- נתיבי התקנה נוחים: קובץ בינארי, Homebrew ו-
npx - פעולות צ'אט יומיומיות וממוקדות
- התאמה טובה למשתמש טכני יחיד שרוצה גשר מקומי
איפה הוא חלש יותר
- ניתוב בין כמה חשבונות אינו יכולת מרכזית מתועדת.
- פרטי ההתחברות, מצב הסשן וזמינות התהליך עדיין הבעיה שלכם.
- אין הרשאה מתארחת, בקרות צוות או שכבת נתונים עסקית.
השורה התחתונה: בחרו בו לעוזר Telegram מקומי וקטן; לא לפעילות מכירות או תמיכה על פני כמה חשבונות.
מתארח מול אירוח עצמי: ההחלטה האמיתית
ההשוואה נעשית הרבה יותר פשוטה כשבוחרים קודם את מודל התפעול.
בחרו Telegram MCP מתארח כשמעורבים כמה חשבונות או כמה אנשי צוות, כשזמינות חשובה, כשהסוכן צריך הקשר של CRM/טיקטים, או כשאף אחד בצוות לא אמור לטפל ב-session strings. אתם משלמים מנוי, אבל המחיר כולל שכבת אפליקציה ותפעול.
בחרו Telegram MCP באירוח עצמי כשמשתמש טכני אחד רוצה גישה גולמית ל-Telegram, כששליטה מקומית חשובה יותר מנוחות, וכשאתם מוכנים להגן על סשן Telegram עם הרשאות גבוהות מאוד. "חינם" פירושו שאין רישיון תוכנה; זה לא אומר אפס תחזוקה או אפס סיכון.
שלוש בדיקות להריץ לפני שמחברים חשבון אמיתי
1. בדיקת הקריאה בלבד
בקשו מה-MCP להציג את רשימת החשבונות, לשלוף צ'אט אחד מוכר ולסכם אותו. ודאו בדיוק אילו צ'אטים ושדות נכנסים להקשר של המודל. טענה שיווקית על "היקפי הרשאה" לא מספיקה. בדקו את הכלים שהלקוח באמת מקבל.
2. בדיקת החשבון הלא נכון
אם מוגדרים כמה חשבונות, נסחו תשובה מזהות שאינה ברירת המחדל. קריאת הכלי והאישור חייבים להציג את מזהה החשבון ולא רק את הנמען. אם הבעלות על החשבון נעלמת באיזשהו שלב בשרשרת, אל תפעילו שליחה.
3. בדיקת ביטול הגישה
נתקו את ה-MCP או בטלו את פרטי הגישה שלו, ואז ודאו שקריאת כלי חדשה נכשלת. תעדו גם איך מסיימים את סשן ה-Telegram שמתחת. ביטול OAuth וסיום סשן Telegram הם שני גבולות שונים.
באיזה Telegram MCP כדאי לבחור?
- בחרו ב-Entergram לסביבת עבודה מתארחת של Telegram עם כמה חשבונות והקשר של CRM ותמיכה.
- בחרו ב-TeleBoost ל-MCP מתארח יחד עם קמפיינים חזקים לפניות יוצאות, API ו-webhooks.
- בחרו ב-chigwell לשליטה רחבה בקוד פתוח ולחשבונות עם תוויות מובנות.
- בחרו ב-tolboy לבידוד חשבונות קפדני באירוח עצמי, ברירות מחדל של קריאה בלבד וגישה מרוחקת מוגבלת בהיקף.
- בחרו ב-Prgebish לשרת קומפקטי עם הרשאות לכל צ'אט וחסימה כברירת מחדל.
- בחרו ב-dataz.md כש-MCP מתארח חייב להישאר לקריאה בלבד.
- בחרו ב-mcp-telegram/mcp-telegram להתקנה מקומית מהירה ולמופעי חשבון נפרדים עם שם.
- בחרו ב-DmitryKhali לשרת מקומי קטן יותר עם אחסון ב-keyring ושליחות שדורשות אישור.
- בחרו ב-chaindead לגשר מקומי פשוט וקל משקל.
לחברה, ברירת המחדל הבטוחה ביותר היא לא השרת עם הכי הרבה שיטות. זה השרת שגבול החשבונות, ההרשאות, הבעלות ותיעוד הביקורת שלו מתאימים לעבודה שהסוכן יבצע. אם אתם מפעילים שתי זהויות או יותר, המשיכו אל אפשרויות ה-Telegram MCP הטובות ביותר לכמה חשבונות. אם הבעיה האמיתית היא פייפליין ובעלות של הצוות ולא גישה של AI, השוו את כלי ה-CRM הטובים ביותר ל-Telegram ב-2026.
מקורות והערות אימות
אימתנו את המאמר מול מרכז ה-MCP של Entergram הציבורי, התמחור של Entergram, התיעוד של TeleBoost MCP, התמחור של TeleBoost, התיעוד של dataz.md, והמאגרים הנוכחיים של chigwell, tolboy, Prgebish, mcp-telegram/mcp-telegram, DmitryKhali ו-chaindead. בדקו שוב הרשאות מאגר, קומיטים אחרונים ומגבלות תוכניות לפני שימוש בפרודקשן.



