תכונה · SLAtech AI Business

שרת MCP - בסיס הידע שלכם, זמין ככלים

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

5 כלים
חשופים
MCP
פרוטוקול
1 כותרת
לאימות
120/דקה
מגבלת קצב לכל מפתח

נשמע מוכר?

🔌

הכלים שלכם לא מגיעים לבסיס הידע

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

🧑‍💻

תהליך ידני של העתק-הדבק

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

🛠️

אינטגרציות חד פעמיות מצטברות

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

מה תקבלו

🔌

נקודת קצה אמיתית של MCP

POST https://api.slatech.ai/mcp מדברת את פרוטוקול Model Context על Streamable HTTP. בקשו tools/list והיא מחזירה כל כלי עם תיאור ו-JSON-Schema לפרמטרים שלו, כך שהלקוח יכול להגדיר את עצמו.

🛠️

חמישה כלים

query_knowledge_base, list_documents, add_knowledge, ingest_url, ingest_sitemap - מספיק כדי לקרוא את בסיס הידע, לתרום לו ולהביא אתר שלם בבת אחת.

🔑

אימות מפתח אתר

כותרת אחת, X-Api-Key. מפתח חסר או לא תקין נדחה עם 401 על התעבורה, לפני שכל כלי רץ. מפתחות ניתנים לביטול ולביקורת.

🏢

אין פרמטר דייר לטעות בו

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

🛡️

מדוד ומוגבל

קריאות נספרות כנגד אותן מכסות כמו שאר השימוש שלכם, ומוגבלות לפי מפתח. כתיבה דורשת מפתח עם הרשאת ingest; מפתח שהונפק לווידג'ט הציבורי לא יכול לכתוב.

שאלות נפוצות

מה זה, באופן קונקרטי?
שרת MCP מול בסיס הידע שלכם. לקוח מתחבר ל-https://api.slatech.ai/mcp עם מפתח האתר שלכם, קורא tools/list כדי לגלות את הכלים ואת סכמות הפרמטרים שלהם, ואז קורא אותם. הגילוי הוא חלק מהפרוטוקול, כך שאין מסמך נפרד לשמור עליו.
למי זה שימושי?
צוותים שהכלים הפנימיים שלהם צריכים את אותן תשובות שהאתר נותן - קונסולת תמיכה, סקריפט קליטה, עבודה מתוזמנת שמגישה תיעוד חדש. גם סוכנויות שמנהלות מספר בסיסי ידע של לקוחות ממקום אחד, כי המפתח בוחר לאיזה מהם אתם מדברים.
האם אני צריך מחבר מוכן מראש?
לא. זהו הפרוטוקול עצמו, לא API מותאם אישית שעליכם לעטוף: הפנו לקוח שמדבר MCP לנקודת הקצה ותנו לו את המפתח. אם אתם מעדיפים לקרוא לו ישירות, זה JSON-RPC על HTTP וכותרת אחת.
איך אני מאנדקס אתר שלם?
ingest_sitemap לוקח את ה-URL של מפת אתר XML ומאנדקס כל עמוד שהוא מפרט, כולל מפת אתרים. קריאה אחת מביאה את האתר פנימה, והסריקה פועלת ברקע.
האם ניתן לנצל את add_knowledge או ingest_url לרעה?
שניהם מוגבלים לאתר שהמפתח שייך לו, ושניהם דורשים מפתח עם הרשאת ingest - מפתח שהונפק לווידג'ט הציבורי לא יכול לכתוב. ingest_url בנוסף מסרב לכתובות פרטיות ולולאות חוזרות, כך שלא ניתן לכוון אותו למשהו פנימי. ביטול המפתח עוצר הכל מיד.
האם זה נספר כנגד המכסה שלי?
כן, על אותם מונים כמו כל דבר אחר. query_knowledge_base נספר כנגד מכסת התשובות בדיוק כמו שאלה באתר, וכלי הכתיבה נספרים כנגד מכסת ingest. list_documents קורא שורות קיימות ואינו מדוד. קריאות MCP נרשמות גם על מונים משלהן, כך שתוכלו לראות מה האינטגרציה עולה בפני עצמה.

קשור

מוכנים להתחיל?

מסלול חינמי. ללא כרטיס אשראי. הגדרה ב-10 דקות.

התחילו בחינם