MCP Server - בסיס הידע שלך, ניתן לקריאה ככלים

שרת MCP מול בסיס הידע שלך. לקוח מתחבר ל-https://api.slatech.ai/mcp עם מפתח האתר שלך, מתקשר ל-tools/list כדי לגלות את הכלים ואת סכמות הארגומנטים שלהם, ואז מתקשר אליהם. גילוי הוא חלק מהפרוטוקול, כך שאין מסמך נפרד לשמור עליו.

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

לא. זהו הפרוטוקול עצמו, לא API מותאם אישית שאתה צריך לעטוף: הפנה לקוח שמדבר MCP לנקודת הקצה ותן לו את המפתח. אם אתה מעדיף לקרוא לו ישירות, זה JSON-RPC על HTTP וכותרת אחת.

ingest_sitemap לוקח את ה-URL של מפת אתר XML ומעלה כל עמוד שהיא מפרטת, כולל אינדקסי מפת האתר. שיחה אחת מביאה את האתר, והזחילה מתבצעת ברקע.

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

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