הדרכות

MCP: הפרוטוקול שמחבר את ה-AI שלכם לכל כלי ולכל מקור מידע

Model Context Protocol הוא ה-"USB-C של ה-AI": שפה אחת שמחברת כל מודל לכל כלי, קובץ ומסד נתונים — בלי לכתוב אינטגרציה מאפס בכל פעם. הנה למה זה משנה את כל מי שבונה סוכנים.

MCP: הפרוטוקול שמחבר את ה-AI שלכם לכל כלי ולכל מקור מידע

בואו נטוס גבוה. אני רוצה לקחת אתכם למושג שמשנה את כל מה שאפשר לעשות עם AI: MCP — Model Context Protocol (פרוטוקול הקשר של מודלים). שם מאיים? תכף תראו שזה הרעיון הכי פשוט בעולם, ובדיוק בגלל זה הוא כל כך חזק.

הבעיה שלפני שמבינים אותה, אי אפשר להבין למה MCP קיים

תחשבו על מודל שפה — Large Language Model, או בקיצור LLM. זה המנוע מאחורי ChatGPT, Claude ו-Gemini (שלושה שירותי צ'אט מבוססי-AI). בלב שלו, מודל שפה הוא מכונה שעושה דבר אחד: מקבל טקסט, ומחזיר טקסט. זהו. הוא לא "יודע" כמה כסף יש לכם בבנק, הוא לא יכול לשלוח מייל, הוא לא רואה את הקבצים שלכם במחשב. הוא חכם מאוד — אבל הוא חכם בתוך קופסה אטומה.

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

אז מה עשו עד היום? כל חברה שרצתה לחבר את המודל לעולם האמיתי — לבסיס נתונים, ל-Gmail (שירות המייל של גוגל), ל-Slack (אפליקציית צ'אט לצוותי עבודה) — הייתה צריכה לכתוב חיבור ידני, מותאם אישית, בשביל כל זוג של "מודל ↔ כלי". יש 5 מודלים ו-100 כלים? זה 500 חיבורים שמישהו צריך לכתוב ולתחזק. כל אחד בפורמט אחר, עם קוד אחר. זה הסיוט שנקרא בהנדסה בעיית M×N — M מודלים כפול N כלים, וכל שילוב דורש עבודה נפרדת.

האינטואיציה: MCP הוא היציאה ה-USB-C של עולם ה-AI

הנה המשל שיקבע לכם את כל המושג. פעם, לכל מכשיר היה מטען אחר — נוקיה, אייפון ישן, מצלמה, כל אחד עם תקע משלו. ואז הגיע USB-C: תקע אחד, סטנדרטי (כלומר אותו צורה ואותם כללים לכולם), שמתאים להכל. לא משנה אם זה לפטופ או אוזניות — אותה כניסה.

MCP הוא בדיוק זה לעולם ה-AI: סטנדרט אחד שבו כל מודל יודע לדבר עם כל כלי, בלי שאף אחד צריך להמציא חיבור מחדש.

במקום M×N חיבורים, יש לנו עכשיו M+N. כל מודל לומד "לדבר MCP" פעם אחת. כל כלי "מדבר MCP" פעם אחת. וברגע שכולם מדברים את אותה שפה — הכל מתחבר לכל. זאת המהפכה. לא טכנולוגיה חדשה ומסובכת, אלא הסכמה על שפה משותפת. בדיוק כמו ש-HTTP (סט הכללים שבו דפדפנים ואתרים מדברים ביניהם) הוא ההסכמה שמאפשרת לכל דפדפן לדבר עם כל אתר.

מה זה "פרוטוקול", ומה בעצם רץ מתחת

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

  • Host / Client (המארח / הלקוח) — האפליקציה שבה יושב המודל. למשל Claude Desktop (אפליקציית הצ'אט של Claude שמותקנת על המחשב), או סוכן AI שכתבתם. זה הצד ש"רוצה לעשות משהו".
  • Server (שרת) — תוכנית קטנה שמציעה יכולות. Server של MCP זה לא שרת ענק בענן — זה יכול להיות סקריפט קטן שרץ אצלכם על המחשב, שיודע, נניח, לקרוא קבצים בתיקייה, או לשלוח שאילתה (בקשת מידע) לבסיס נתונים.

ה-Server חושף שלושה דברים עיקריים, וכדאי להכיר את השמות כי הם חוזרים בכל מקום:

  • Tools (כלים) — פעולות שהמודל יכול לבצע. למשל send_email (שלח מייל), query_database (שאל את בסיס הנתונים), create_calendar_event (צור אירוע ביומן). אלה ה"ידיים".
  • Resources (משאבים) — מידע שהמודל יכול לקרוא. למשל תוכן של קובץ, רשומה מ-CRM (מערכת לניהול קשרי לקוחות), לוג (קובץ תיעוד של מה שקרה במערכת). אלה ה"עיניים".
  • Prompts (תבניות) — תבניות מוכנות מראש לשיחות נפוצות, כדי לחסוך לכם להמציא את הגלגל בכל פעם מחדש.

צעד אחר צעד

מה קורה כששואלים מודל עם MCP שאלה על הנתונים שלכם

1

שאלה בשפה טבעית

אתם כותבים למודל: 'כמה הזמנות היו לי החודש?'. המודל לבדו לא יודע — אין לו גישה לבסיס הנתונים שלכם.

1 / 5

עכשיו הזרימה האמיתית, צעד אחרי צעד, כדי שתבינו שאין כאן קסם: כשאתם שואלים את המודל "כמה הזמנות היו לי החודש?", המודל לבדו לא יודע. אבל ה-Host אמר לו מראש: "יש לך כלי בשם query_orders (שאל על הזמנות)". המודל מחליט להשתמש בו, מנסח בקשה, ה-Host שולח אותה ל-Server, ה-Server רץ לבסיס הנתונים האמיתי, מחזיר תשובה, וה-Host מזין אותה בחזרה למודל. רק אז המודל מנסח לכם משפט בעברית. המודל אף פעם לא נוגע ישירות בבסיס הנתונים — הוא רק מבקש, וה-Server המהימן מבצע. זאת הפרדה חשובה: היא נותנת לכם שליטה והרשאות. אתם מחליטים אילו כלים בכלל קיימים.

דוגמה קונקרטית שאפשר להריץ ממש עכשיו

נניח שאתם משתמשים ב-Claude Desktop ורוצים שהוא יוכל לקרוא ולכתוב קבצים בתיקייה במחשב שלכם. יש Server מוכן בשם filesystem (מערכת הקבצים). אתם פותחים את קובץ ההגדרות של Claude Desktop ומוסיפים את הבלוק הבא — זה קובץ בפורמט JSON, שזה פשוט דרך מסודרת לכתוב הגדרות כצמדים של "שם: ערך":

{
  "mcpServers": {
    "filesystem": {
      "command": "npx",
      "args": ["-y", "@modelcontextprotocol/server-filesystem", "/Users/me/Documents"]
    }
  }
}

מה קורה כאן בפועל? command היא הפקודה שתופעל, ו-npx היא פקודה שמורידה ומריצה חבילת קוד מוכנה בלי שתתקינו אותה ידנית קודם. בהפעלה, Claude Desktop מריץ את הפקודה הזאת, שמורידה ומפעילה Server קטן. ה-Server אומר ל-Claude: "אני יודע לקרוא ולכתוב קבצים בתוך /Users/me/Documents". מאותו רגע, אתם יכולים לבקש "תסכם לי את כל קובצי ה-PDF בתיקייה" — וזה פשוט יעבוד. שמתם לב לערך האחרון ב-args (הרשימה של הפרמטרים שמועברים לפקודה)? זאת התיקייה הספציפית. זה גבול ההרשאה: ה-Server יכול לגעת רק בתיקייה הזו, ולא בשום מקום אחר במחשב. כך אתם נשארים בשליטה.

בדקו את עצמכם

מה בעצם תפקידו של MCP Server בארכיטקטורה?

למה זה משנה לכם, ולמה דווקא עכשיו

עד MCP, אם רציתם סוכן AI שמדבר עם הכלים שלכם — הייתם נעולים. או שאתם מתכנתים כל חיבור לבד, או שאתם תקועים עם מה שספק אחד מציע. MCP, שאנתרופיק (החברה שמפתחת את Claude) פתחה כסטנדרט פתוח (open standard — תקן שכל אחד חופשי להשתמש בו וליישם אותו בלי תשלום או אישור) בסוף 2024, שבר את הנעילה הזאת. היום כבר יש מאות Servers מוכנים: GitHub, Slack, Google Drive, Postgres (בסיס נתונים פופולרי), Stripe (שירות תשלומים) ועוד. אתם מתחברים פעם אחת, וכל מודל שתומך ב-MCP — Claude, ועכשיו גם אחרים — מקבל את היכולות מיד.

זה ההבדל בין "צ'אטבוט שמדבר יפה" לבין סוכן שעושה דברים בעולם האמיתי. בין AI שעונה על שאלות לבין AI שמסיים לכם משימות. וכמו ש-USB-C ניצח כי הוא היה הכי פשוט והכי פתוח — MCP מנצח מאותה סיבה בדיוק.

הצעד הבא שלכם, וזה ממש מעשי: פתחו את Claude Desktop, הוסיפו Server אחד — אני ממליץ להתחיל עם filesystem — ובקשו ממנו לעבוד עם קובץ אמיתי שלכם. ברגע שתראו את המודל קורא קובץ מהמחשב שלכם בלי שהעליתם אותו לשום מקום — הקופסה האטומה נפתחה. בואו נטוס גבוה.

אמ;לק

5 הדברים שצריך לדעת

Model Context Protocol מגדיר שפה אחידה שבה כל מודל מדבר עם כלים ומקורות מידע — ה-USB-C של עולם ה-AI.

במקום לכתוב אינטגרציה נפרדת לכל שילוב של מודל וכלי, בונים פעם אחת ומחברים לכולם — M+N במקום M×N.

ארכיטקטורת Host-Client-Server, כששרת חושף Tools (פעולות), Resources (מידע לקריאה) ו-Prompts (תבניות) מעל JSON-RPC.

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

חברו לקוח כמו Claude Desktop לשרת MCP מוכן אחד, ראו את המודל נוגע בקבצים שלכם — ורק אז כתבו שרת משלכם.

פניות תקשורת

לראיונות, שיתופי פעולה והרצאות — נשמח לדבר.

info@yuv.ai