MCP ב‑Claude Code: המודל המנטלי המלא
התשובה הקצרה
MCP — ה‑Model Context Protocol — הוא איך Claude Code קורא וכותב למערכות חיצוניות. בתוך עולמו המקומי, Claude Code מתפקד טוב: הוא קורא את הריפו שלך, מריץ פקודות. אבל הוא לא יודע מה קורה בחוץ. MCP היא הדלת הפתוחה.
עם MCP, Claude Code יכול לבדוק דרישות ב‑Notion בזמן כתיבת קוד, לקרוא בעיות ב‑GitHub, או להתחבר למסד נתונים ולשאול נתונים חיים. במקום שתעתיק ותדביק מידע לשיחה, הסוכן ניגש לכלים ולנתונים החיצוניים ישירות.
שתי משמעויות ש־"MCP" מצביע עליהן
המונח עמוס משמעויות, וזה יוצר את רוב הבלבול:
- Model Context Protocol — פרוטוקול קוד‑פתוח שאנתרופיק פרסמה בסוף 2024 לחיבור סוכני AI לכלים ולנתונים. זה התקן שמגדיר איך סוכן מגל discovers, קורא ומקבל תוצאות מיכולות חיצוניות.
- השרתים/האינטגרציות של MCP שאנשים מכנים "MCPs" — השרתים הממשיים שחושפים את היכולות האלה (שרת Notion, שרת GitHub, שרת מסד נתונים).
שניהם חשובים. הפרוטוקול הוא החוזה; השרתים הם היישומים.
איפה MCP נמצא ביחס ל‑skills
הדרך הברורה לחשוב על זה: MCP פותח את Claude Code לעולם החיצון; skills מארגנות איך Claude מתנהג בתוך העולם הזה.
- ב‑skill אורזים הליך שניתן לשימוש חוזר — הוראות, קונבנציות וזרמי עבודה — ש‑Claude טוען ועוקב אחריהם. זה משנה מה ו‑Claude יודע או איך הוא ניגש למשימה.
- MCP נותן ל‑Claude גישה חיה לכלים ולנתונים חיצוניים. זה משנה מה ש‑Claude יכול להשיג.
הם מורכבים יחד במקום להתחרות: skill יכול לתעד את הדרך הנכונה להשתמש בשרת MCP, ושרת MCP יכול להיות הדבר ש‑skill קוראת לו כדי להביא נתונים אמיתיים. ההבחנה היא גישה מול הליך.
הפרוטוקול, בפשטות
בלב העניין, MCP הוא פרוטוקול לקוח‑שרת:
- ה‑לקוח (Claude Code) טוען הגדרות כלים ומנהל לולאת הודעות שבה כל קריאת כלי וכל תוצאה עוברת דרך המודל.
- ה‑שרת חושף כלים/משאבים ללקוח על פני תעבורה — במקור על חיבור דו‑כיווני מצבתי.
התוצאה המפתח בעיצוב הפרוטוקול: גישה לכלים היא טווח, לא זיכרון. חיבור של שרתים רבים אומר עוד הגדרות כלי ותוצאות שזורמות דרך המודל, וזה יכול לצרוך קונטקסט משמעותי. לכן הפרוטוקול והדפוסים סביבו מדגישים שמירה על שטח הפנים של הכלים ממוקד.
המעבר לסטייטלס ב‑2026-07-28
מפרט ה‑MCP מ‑2026-07-28 שינה את הליבה של הפרוטוקול מ‑חיבור דו‑כיווני מצבתי ל‑בקשה/תגובה ללא־מצב. זה חשוב לכל מי שבונה או מריץ שרתים:
- שרתים כבר לא צריכים להחזיק סשן מתמשך.
- הם נהיים ניתנים לפריסה ב‑שרתלס, Edge ותשתיות HTTP מאוזנות עומס סטנדרטיות.
- בניית שרת MCP מתקרבת יותר לבניית נקודת קצה HTTP צנועה מאשר לניהול שירות ארוך־חיים.
המעבר הזה הוא השינוי התשתיתי השקט שמאפשר להריץ MCP בקנה מידה — אותו מודל שעשה APIs מודרניים קלים לתפעול.
מסקנה
בנה את המודל המנטלי בשלושה שכבות:
- פרוטוקול — MCP הוא התקן הפתוח לחיבור סוכנים לכלים ולנתונים חיצוניים.
- גישה vs. הליך — MCP נותן גישה חיה מחוצה; skills אורזות הליכים שניתנים לשימוש חוזר.
- כעת ללא־מצב — מאז 2026-07-28, שרתי MCP הם נקודות קצה בקשה/תגובה שאפשר לאחסן כמעט בכל מקום.
כשהמשימה צריכה נתונים חיים או פעולה על מערכת אחרת — לכו על MCP. כשהיא צריכה תהליך פנימי שניתן לחזור עליו — לכו על skill. ואם אתם בונים שרתים, התייחסו אליהם כמו לנקודות קצה ללא־מצב — זו הכיוון שהפרוטוקול התחייב לו.
מקור: The Complete Guide to Claude Code: MCP (zhaozhiming, AI Advances, Jul 2026). עקרונות הפרוטוקול, המסגור של שרתים מול skills, ודיון על טעינת קונטקסט נובעים מהממקור הזה. עובדות הליבה הסטייטלס של MCP מ‑2026-07-28 אומתו מול Anthropic's MCP announcement.