מדריך MCP בעברית

פרק 2

מתי צריך MCP

אחד היתרונות הבולטים של סוכני AI מודרניים הוא גמישות החיבורים שלהם. עם זאת, מפתחים רבים נוטים להוסיף שרתי MCP לכל משימה, גם כאשר קיים פתרון פשוט, מהיר וחסכוני בהרבה.

הבנת הגבולות של MCP תחסוך לכם תחזוקת שרתים מיותרת ותשמור על ביצועים גבוהים של הסוכן.

#עץ ההחלטות: באיזה כלי לבחור?

כאשר אתם רוצים להעניק לסוכן יכולת חדשה, פעלו לפי סדר העדיפויות הבא:

האם היכולת דורשת חיבור חי למערכת חיצונית (Linear, מסד נתונים, Slack)?
 ├── כן -> שרת MCP (או שילוב של MCP עם Hook)
 └── לא -> האם מדובר בפעולה מקומית על קבצים או פקודות מערכת?
      ├── כן -> כלי מובנה של הסוכן (grep, view_file, run_command)
      └── לא -> האם מדובר בהנחיות תהליך, שלבי עבודה או מומחיות ספציפית?
           ├── כן -> קובץ כישורים (SKILL.md / CLAUDE.md)
           └── לא -> האם נדרשת אכיפה קשיחה ודטרמיניסטית לפני/אחרי פעולה?
                └── כן -> מערכת הוקים (Hooks)

#מתי MCP הוא הפתרון הנכון (כן MCP)

  • מערכות SaaS ושירותי ענן חיצוניים: כאשר הסוכן צריך לקרוא או לעדכן נתונים במערכות כמו GitHub, Linear, Jira, Sentry, Notion, Salesforce או Slack.
  • מסדי נתונים ומחסני נתונים ארגוניים: כאשר נדרש חיבור ישיר ל-PostgreSQL, MySQL, Redis, Snowflake או BigQuery כדי לתשאל סכמות ולהריץ שאילתות מאושרות.
  • כלי עבודה משותף למספר סוכנים שונים: כאשר אתם רוצים שאותה אינטגרציה תעבוד באופן זהה בקלוד קוד (Claude Code), בגרוק CLI (Grok CLI), ב-Cursor ובאפליקציות דסקטופ בלי לכתוב התאמות נפרדות.
  • פעולות מורכבות בעלות שני כיוונים: קריאת מצב קיים, עיבוד המידע על ידי המודל, וביצוע כתיבה או עדכון חזרה במערכת היעד.

#מתי לא להשתמש ב-MCP (לא MCP)

  • חיפוש וקריאה בקבצי הפרויקט המקומי: לכל הסוכנים המובילים יש כלים מובנים מהירים בהרבה כגון grep, find_by_name ו-view_file. שרת קבצים נוסף רק ייצור כפילות ויבלבל את המודל.
  • מתודולוגיות פיתוח ותהליכי חשיבה: הנחיות כמו "איך לבצע בדיקות קבלה" או "מבנה הודעות קומיט בפרויקט" מקומן בקובץ SKILL.md או CLAUDE.md. שרת אינו מקום לאחסון טקסט הוראות סטטי.
  • הוראות סגנון וארכיטקטורה לפרויקט: כללי קידוד, תקני כתיבה והגדרות סביבה נשמרים ישירות ב-AGENTS.md או CLAUDE.md.
  • אכיפת אבטחה ומדיניות קשיחה: מודל שפה יכול לפספס קריאה לכלי MCP אם הוא שוגה בהבנת הפרומפט. אם אתם חייבים לחסום הרצת פקודה אסורה או לוודא בדיקת לינטר לפני קומיט, השתמשו ב-Hook דטרמיניסטי שרץ במעטפת.
  • סקריפט חד-פעמי קצר: אם אתם צריכים להמיר קובץ CSV ל-JSON פעם אחת, תנו לסוכן להריץ סקריפט Python ישירות בטרמינל. אין צורך להקים שרת MCP ייעודי עבור פעולה בודדת.

#טבלת השוואה: ארבעת מנגנוני ההרחבה של הסוכן

מנגנוןאיפה הוא רץמה תפקידו העיקרידוגמה מעשית
כלי מובנה (Built-in)בתוך מנוע הסוכןפעולות יסוד על מערכת ההפעלה והקבציםעריכת שורות בקוד, הרצת בדיקות יחידה בטרמינל.
סקיל (Skill)מועבר כהקשר טקסטואלי למודלהגדרת מתודולוגיה, שלבי עבודה ותהליכיםפרוטוקול לביצוע מיגרציה של מסד נתונים ללא השבתה.
שרת MCPכתהליך מקומי או שרת רשתחיבור חי ומאובטח למערכת חיצוניתמשיכת שגיאות אחרונות מ-Sentry ופתיחת Issue ב-GitHub.
הוק (Hook)סקריפט מעטפת דטרמיניסטיאכיפה קשיחה, בדיקות סף ולוגיםחסימת פעולת Push אם יש סודות בקוד.

#מחיר ההקשר (Context Window Cost)

חשוב לזכור: שרתי MCP אינם חינמיים מבחינת משאבי מודל. בכל פעם שהסוכן מאתחל שיחה, הוא מקבל את רשימת כל הכלים הזמינים מכל השרתים המחוברים, כולל שמותיהם, התיאורים שלהם והסכמות המלאות שלהם.

חיבור של 10 שרתי MCP שונים יכול לצרוך בין 5,000 ל-20,000 טוקנים רק עבור הגדרות הכלים בראשית כל הודעה. צריכה זו:

  1. מקטינה את המקום הפנוי לקבצי הקוד שלכם.
  2. מגדילה את עלות הקריאה ל-API.
  3. מגבירה את הסיכוי שהמודל יבחר בכלי שגוי מתוך בלבול.

כלל זהב: השאירו מחוברים ברמת הפרויקט רק את שרתי ה-MCP הנחוצים באופן שוטף לעבודה היומיומית באותו מאגר קוד.