תאימות ללקוח AI

2 דקות קריאה · מדריך ללקוח

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

מה אומת#

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

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

בחר את המסלול הנכון#

יכולת לקוח	גישת כניסה למטוס
HTTP מרוחק עם כותרות מותאמות אישית מאובטחות	מתאים לאימות חיבור מפתח API מנוהל.
HTTP מרוחק עם OAuth בלבד	דורש הגדרת OAuth מאומתת בנפרד.
חיבור תהליך מקומי בלבד	דורש גשר נתמך ובדיקת תאימות נפרדת.
הארגון משבית כלים חיצוניים	על מנהל הארגון לפתור את מגבלת המדיניות.
אין תמיכה ב-MCP	השתמש באפליקציה נתמכת אחרת או הסכים למסלול אינטגרציה אחר.

כששואלים על לקוח ספציפי#

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

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

ציפיות OAuth#

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