מה זה MCP, ולמה זה משנה למי שמנהל אתרים

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

MCP — ראשי תיבות של Model Context Protocol — הוא תקן פתוח שנועד בדיוק לפער הזה. הוא מגדיר איך תוכנה חושפת «כלים» שמודל יכול לקרוא להם, ואיך התשובות חוזרות אליו. המודל לא מקבל גישה למסד הנתונים שלכם; הוא מקבל רשימה של פעולות מוגדרות, כל אחת עם שם, תיאור וסכמה של מה שהיא מקבלת.

ההבדל בפועל

נניח שאתם שואלים: «למה החנות שלי לא שולחת מיילים על הזמנות?»

צ׳אט בלי כלים ייתן לכם רשימה של סיבות אפשריות — SMTP לא מוגדר, תוסף שנפל, מייל שנחסם. כולן נכונות באופן כללי, ואף אחת מהן אינה תשובה.

עוזר עם כלים יבדוק. הוא יקרא לכלי שמדווח על מצב החנות, יראה שתור המשימות של WooCommerce — Action Scheduler — מפגר בשלושים שעות, ויגיד לכם את זה. ההזמנות נכנסות, האתר עונה 200, ושום דבר במורד הזרם לא רץ. זו תשובה שאי אפשר לנחש, רק למדוד.

מה זה לא

כדאי להיות מדויקים, כי סביב MCP נוצר הרבה רעש.

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

מה שכן שווה לבדוק לפני שמחברים

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

1. איך נאכף הבידוד בין חשבונות. אם הסינון לפי בעלים נעשה בקוד שקורא למסד ולא בשאילתה עצמה, מספיק שכלי אחד ישכח.
2. האם יש הפרדה בין קריאה לכתיבה. מפתח שנועד לשאלות בלבד צריך להידחות בכל פעולה שמשנה משהו, ולא רק «לא להיות מוצע».
3. האם פעולות נרשמות. עוזר שמבצע שינוי בלי להשאיר עקבות אינו ניתן להבדיל מאתר שהשתנה מעצמו.

איפה זה עוזר באמת

הערך הגדול הוא לא בפעולות, אלא בשאלות שאף אחד לא בנה עבורן מסך. מערכת ניהול טובה תציג לכם דשבורד עם מה שהמתכנן חשב שחשוב. שאלה כמו «איזה מבין ארבעים האתרים שלי מחזיק תוסף עם פגיעוּת ידועה ולא גובה בשלושה ימים» היא שאלה שאף דשבורד לא מכיל — אבל היא הצטלבות של שני נתונים שקיימים.

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

והמגבלה שכדאי לזכור

עוזר שמחובר לנתונים אמיתיים אינו מדויק יותר מהנתונים עצמם. אם מערכת מדווחת «0 משימות שנכשלו» כשבפועל היא לא הצליחה למדוד — התשובה תהיה «הכול תקין», וזו התשובה הכי גרועה שאפשר לקבל. מימוש הגון מבחין בין «נמדד ואפס» לבין «לא נמדד», ומעביר את ההבחנה הזו הלאה.