MCP בלי הבאזז: מה מקבלי החלטות צריכים לדעת
MCP מספק ליישומי AI דרך משותפת להתחבר לכלים ולנתונים. הוא יכול לצמצם עבודת אינטגרציה, אך עדיין צריך לבדוק תאימות, הרשאות ויכולת מעבר בין ספקים.
כשספק טכנולוגי אומר “אנחנו תומכים בסוכני AI”, שאלו איך הסוכנים מתחברים למערכות שלכם. פרוטוקול פתוח יכול להקל על שימוש חוזר באינטגרציות. החלטת רכש עדיין דורשת בדיקה: אילו יישומים נתמכים, אילו פעולות נחשפות ואיך נאכפות ההרשאות.
מה זה MCP, בלי הז׳רגון
MCP, קיצור של Model Context Protocol, הוא פרוטוקול פתוח לחיבור יישומי AI לכלים ולנתונים חיצוניים. היישום משמש כמארח, מנהל לקוחות MCP ומחבר אותם לשרתים שחושפים יכולות, כמו חיפוש במסד נתונים או הפעלת שירות עסקי. המודל אינו מתחבר למערכות האלה בעצמו.
מפרט הארכיטקטורה של MCP מתאר כיצד הלקוח והשרת מתאמים ביניהם אילו יכולות נתמכות. פרוטוקול משותף מצמצם את הצורך בפורמט חיבור ייחודי לכל אינטגרציה, אבל “תומך ב־MCP” לא אומר שכל לקוח תומך בכל היכולות, אמצעי התקשורת או שיטות ההזדהות של כל שרת.
אפשר לחשוב על מחבר תקני: קל יותר להשתמש בו שוב, אך עדיין צריך לבדוק מה עובד בכל צד. MCP גם אינו מחליף את הלוגיקה העסקית ואת הגישה למערכות שמאחורי הכלי.
שלושת כיווני החיבור ש־Camunda מתארת
הדוגמה של Camunda לשלושת הדפוסים משתמשת בתרחיש של שיבוש בטיסה כדי להסביר מי פונה למי. לכל דפוס דרישות הגדרה וגרסה משלו:
1. Camunda כלקוח MCP. סוכן AI בתהליך של Camunda יכול להפעיל כלים חיצוניים באמצעות קונקטורים של MCP. למשל, הוא יכול לחפש טיסות חלופיות ולהעביר הצעת הזמנה לאישור. קונקטור MCP Client דורש הגדרה של סביבת הריצה; הוא אינו כלול ישירות בסביבת הקונקטורים המנוהלת של SaaS, אך אפשר לחבר אליה סביבת ריצה עצמאית. בדקו גם את אפשרות הקונקטור המרוחק ואת דרישות הפריסה בסביבה שלכם.
2. Camunda כשרת MCP. יישום AI חיצוני יכול להשתמש בכלים שנחשפו כדי לבדוק את מצב האשכול או לפעול בו, בהתאם להרשאותיו. השיחה בשפה טבעית מתנהלת ביישום; השרת מספק את ממשק הכלים. מדריך ההגדרה של Orchestration Cluster MCP Server מתעד תמיכה ב־SaaS מגרסה 8.9.0, לאחר הפעלה מפורשת של MCP. עדיין צריך לבדוק תאימות לשיטת ההזדהות, ולעיתים נדרש רכיב תיווך (proxy).
3. חשיפת תהליכי BPMN ככלי MCP. זו יכולת נפרדת. התהליך זקוק לתבנית מוגדרת של אירוע התחלה מסוג MCP ולמטא־דאטה של הכלי; פריסה של מודל BPMN רגיל אינה חושפת אותו אוטומטית. נכון ל־30 בספטמבר 2026, מדריך Processes MCP Server מסומן כתיעוד של 8.10, שטרם שוחררה, ומציין תמיכה ב־SaaS מגרסה 8.10.0. בתכנון עבודה בסביבת הייצור יש להתייחס לכך כיכולת עתידית. ההדגמה של Camunda מפעילה תהליך ומחזירה את מזהה המופע, בלי להמתין לתוצאה העסקית.
היכן MCP יכול לצמצם סיכוני רכש וארכיטקטורה
- שימוש חוזר בחיבורים. פרוטוקול משותף יכול לצמצם את עבודת ההתאמה כשמחליפים יישום AI. הוא אינו מעביר אוטומטית הנחיות, מודלי תהליך, פרטי הזדהות, נתונים או יכולות ייחודיות לספק.
- בדיקות אינטגרציה ברורות יותר. בדקו את צמד הלקוח והשרת בפועל, כולל גילוי כלים, הרשאות, טיפול בשגיאות ופעולות ממושכות. סמל של פרוטוקול אינו בדיקת קבלה.
- בסיס טוב יותר להשוואת ספקים. בקשו מכל ספק להדגים אותה פעולה עסקית באמצעות היישומים שבהם תשתמשו. גם API מתועד עשוי להתאים; היעדר תמיכה ב־MCP לבדו אינו מעיד על תלות בספק.
- תכנון מפורש של התיעוד. קבעו היכן נרשמים בקשות לכלים, אישורים, תוצאות ואירועי תהליך, ואיך מקשרים ביניהם. MCP לבדו אינו מספק נתיב ביקורת מלא.
מה זה אומר לארגון שלכם
בשיחת הרכש הבאה שאלו: “באיזה תפקיד של MCP אתם תומכים, באיזו גרסה שכבר שוחררה, והאם תוכלו להדגים זאת עם שיטת ההזדהות שלנו?” לאחר מכן בדקו פעולת קריאה, פעולת כתיבה מורשית ופעולה שאסור למשתמש לבצע.
ב־NG Workshop אנחנו רואים ב־MCP הרחבה שימושית של גישת ה־Process-First. ממשק משותף מסייע לחבר בין הסוכן, הכלי והתהליך; מנגנוני בקרה מפורשים הופכים את החיבור לשימושי בארגון. הרחבנו על שכבת התזמור סביב סוכני AI בסוכני AI צריכים מנצח.
מקורות
- MCP: ארכיטקטורה ותיאום יכולות
- Camunda: Three Ways Camunda Speaks MCP
- Camunda: הגדרת Orchestration Cluster MCP Server
- Camunda: הגדרת Processes MCP Server, תיעוד גרסה 8.10 שטרם שוחררה
סיכום
- MCP מסדיר חלק מהחיבור בין יישומי AI לכלים; הוא אינו מבטיח תאימות לכל שילוב אפשרי.
- Camunda מתארת דפוסים של לקוח, שרת אשכול ותהליך ככלי, עם דרישות גרסה והגדרה שונות.
- ברכש צריך לבדוק את היכולת שכבר שוחררה, את ההרשאות, את מאמץ האינטגרציה ואת עלות החלפת הרכיבים.
רוצים לבחון את ארכיטקטורת ה־AI שלכם מול תקנים פתוחים? דברו איתנו