הכלי שלכם ל-AI, מתוך ה-API שלכם — מוגדר, לא מקודד

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

בקו, אותה תוצאה בדיוק — API אמיתי, מחובר לכלי שה-AI יכול לקרוא לו נכון ובבטחה — היא שלושה צעדי הגדרה בסטודיו, לא שורת קוד אחת.

1. הצביעו על ה-API שלכם

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

2. אמרו ל-AI מה הוא מקבל בחזרה

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

3. אמרו ל-AI מתי לפנות אליו

זה החלק שבעצם עושה את מה שתיאור כלי עושה ב-MCP — רק שזה ארבעה-חמישה משפטים, לא קוד: תקציר, use_when שכתוב בדיוק כמו שאדם באמת ישאל, do_not_use_when ששומר על כך שכלי דומה-בצליל לא ייבחר בטעות, והערת הבהרה למקרה שבאמת לא ברור.

פרסום

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

למה זו הגרסה הקשה יותר, בכוונה

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