فهم اتصالات OAuth
قم بالتمييز بين تسجيل الدخول إلى اتصال MCP وبين تفويض خدماته الأولية.
تُرجم آليًا من الإنجليزية. اقرأ النص الأصلي بالإنجليزية
2 دقيقة للقراءة · دليل العملاء
OAuth هو نمط مصادقة مدعوم، ولكن يجب تكوين كل تدفق موافقة واختباره للوجهة المحددة. لا يؤدي اختبار مفتاح API الناجح إلى إثبات جاهزية OAuth لعميل AI معين.
تحديد علاقات الموافقة اثنين#
قد يقوم عميل الذكاء الاصطناعي بالمصادقة على التثبيت أو بوابته باستخدام تدفق تسجيل دخول مدعوم من الطرف الأول. بشكل منفصل، قد يحتاج الخادم إلى بيانات اعتماد OAuth للاتصال بخدمة المنبع نيابة عن حساب الأعمال.
هذه ليست قابلة للتبديل. قد يحتاج وسيط OAuth الأولي إلى ترخيص الموفر ونقاط نهاية الرمز المميز وتفاصيل ونطاقات تسجيل العميل. لا تقم بتبديل اتصال مفتاح API موجود إلى OAuth لمجرد أن العميل يقدم زر OAuth.
اتبع تدفق الاتصال المتفق عليه#
استخدم عنوان الخادم أو البوابة الدقيق في عملية التسليم. عند فتح شاشة موافقة المتصفح، تحقق من المجال والحساب والوصول المطلوب. قم بتفويض الجمهور والنطاق المستهدفين فقط باستخدام العملية العادية للموفر.
لا ترسل عنوان URL لرد الاتصال الذي يحتوي على رمز تفويض لدعمه أو لصقه في محادثة AI. احتفظ بالرموز المميزة وأسرار العميل في مسار التكوين المشفر المدعوم.
التحقق بعد الموافقة#
تأكد من عودة عميل الذكاء الاصطناعي إلى حالة الاتصال، واكتشاف الأدوات المقصودة فقط وإكمال إجراء القراءة فقط المتفق عليه في الحساب الصحيح. عندما يكون التحديث جزءًا من التدفق الذي تم تكوينه، تحقق منه بدلاً من افتراض أن الاتصال الأولي سيستمر إلى أجل غير مسمى.
عندما تفشل الموافقة#
تسجيل المرحلة والخطأ المنقح. يمكن أن يتطلب عنوان إعادة التوجيه غير المتطابق أو تدفق التسجيل غير المدعوم أو الحساب الخاطئ أو النطاق المفقود أو المنحة الأولية منتهية الصلاحية إصلاحات مختلفة. لا تقم بتعطيل المصادقة أو قبول تحذير الشهادة أو إعادة استخدام الرمز المميز لشخص آخر كحل بديل.