نظرة عامة

توفر قوالب التطبيقات مسار إعداد لمساحات العمل المشتركة المُدارة التي تحتاج إلى إصدار خاص بمساحة العمل المشتركة من تطبيق أو موصّل في ChatGPT. يمكن لمشرفي مساحات العمل المشتركة ومالكيها العثور على القوالب من خلال واجهة إدارة التطبيقات أو المكوّنات الإضافية المتاحة، وإضافة إعدادات خاصة بالمؤسسة، وإنشاء مسودة تطبيق لمراجعتها. لا تظهر قوالب التطبيقات المُدارة في مساحات العمل المشتركة الشخصية.

تفيد القوالب عندما تستطيع OpenAI توفير السلوك المشترك للتطبيق، بينما يتعيّن على كل مساحة عمل مشتركة توفير إعدادات خاصة بموفّر الخدمة. حسب القالب، قد تتضمن هذه الإعدادات اسم المستأجر أو المضيف، أو بيانات اعتماد عميل OAuth، أو عناوين URL لمعاودة الاتصال، أو النطاقات، أو تفاصيل خطافات الويب، أو عناوين URL لخوادم MCP المُدارة، أو إعدادات أخرى لموفّر الخدمة. على سبيل المثال، قد ينشئ قالب GitHub Enterprise الموصّل الخاص بمساحة العمل المشتركة الذي يستخدمه Codex للوصول إلى مضيف GitHub Enterprise لتلك المؤسسة.

بعد الإعداد، لا يستخدم الأعضاء القالب الأصلي. بل يستخدمون تطبيق مساحة العمل المشتركة المنشور الذي أُنشئ منه. يمكن للمشرفين بعد ذلك إدارة هذا التطبيق مثل سائر تطبيقات ChatGPT، بما في ذلك الوصول حسب الدور، وعناصر التحكم في الإجراءات، وأذونات التطبيق، وتفويض موفّر الخدمة.

يمكن أن تتضمن المكوّنات الإضافية قوالب تطبيقات أو تطبيقات أُنشئت من قوالب. إذا تضمّن مكوّن إضافي قالب تطبيق، فيجب على مشرف مساحة العمل المشتركة أو مالكها إنشاء التطبيق الخاص بها ونشره قبل أن يتمكن الأعضاء من ربطه في ChatGPT أو استخدامه من خلال المكوّن الإضافي. يستخدم المكوّن الإضافي مثيل التطبيق المتاح في مساحة العمل المشتركة تلك، ولا يضبط الأعضاء القالب الأصلي.

استخدم هذه المقالة للتعرّف على المسار العام لاستخدام القوالب. للاطّلاع على الإعداد الخاص بكل موفّر خدمة، راجع:

• GitHub Enterprise

• Snowflake

• Databricks

تشمل الأسباب الشائعة لاستخدام قالب ما يلي:

• يتضمن عنوان URL لموفّر الخدمة اسم مضيف خاصًا بمستأجر الشركة أو حسابها أو مؤسستها أو مساحة عملها المشتركة.

• تحتاج المؤسسة إلى استخدام عميل OAuth أو بيانات اعتماد موفّر الخدمة الخاصة بها.

• يتطلب موفّر الخدمة إعداد عنوان URL لمعاودة الاتصال خاصًا بالعميل.

• ينبغي أن يستخدم التطبيق نمط التنفيذ نفسه، مع تحكم كل مساحة عمل مشتركة بصورة مستقلة في الوصول والإجراءات وإعدادات الأمان.

أوجه اختلاف القوالب عن التطبيقات العادية

يمكن عادةً تفعيل التطبيق العادي مباشرةً. أما القالب، فيبدأ مسار إعداد ينفّذه مشرف مساحة العمل المشتركة.

المسار المعتاد هو:

1. يعثر المشرف على القالب في واجهة إدارة التطبيقات أو المكوّنات الإضافية لمساحة العمل المشتركة، حسب الواجهة المتاحة.

2. يُدخل المشرف الإعدادات المطلوبة والخاصة بمساحة العمل المشتركة.

3. ينشئ ChatGPT مسودة تطبيق لمساحة العمل المشتركة.

4. يراجع المشرف المسودة وينشرها.

5. يضبط المشرف إعدادات الوصول والإجراءات للتطبيق المنشور.

يستخدم الأعضاء تطبيق مساحة العمل المشتركة المنشور، وليس القالب الأصلي.

العثور على قالب تطبيق وإعداده

تصف الإجراءات أدناه واجهة إدارة التطبيقات. إذا كانت مساحة عملك المشتركة تستخدم المشرف > المكوّنات الإضافية، فافتح المكوّن الإضافي أو القالب المعني واتبع مسار إعداده بدلًا من ذلك. للتعرّف على طريقة التنقل في مساحة العمل المشتركة، راجع: عناصر تحكم المشرف والأمان والامتثال للمكوّنات الإضافية والتطبيقات.

1. انتقل إلى إعدادات مساحة العمل المشتركة > التطبيقات.

2. اختر الدليل.

3. ابحث عن اسم موفّر الخدمة أو التطبيق.

4. ابحث عن العناصر المصنّفة كقوالب.

5. اختر تفعيل لبدء مسار الإعداد.

يطلب مسار الإعداد التفاصيل اللازمة لإنشاء التطبيق الخاص بمساحة العمل المشتركة. تختلف الحقول المحددة باختلاف القالب.

على سبيل المثال، قد يطلب قالب GitHub Enterprise تفاصيل مثل:

• اسم التطبيق ووصفه.

• اسم مضيف GitHub Enterprise.

• إعداد عنوان URL لمعاودة الاتصال.

• معرّف عميل OAuth وسر العميل.

• المفتاح الخاص لتطبيق GitHub.

• النطاقات المطلوبة.

• تفاصيل إعداد خطاف الويب.

راجع كل حقل بعناية قبل إنشاء المسودة. إذا كانت مؤسستك تدير OAuth أو بيانات اعتماد موفّر الخدمة مركزيًا، فنسّق مع الفريق المسؤول عن بيانات الاعتماد تلك.

للاطّلاع على الإعداد الخاص بكل موفّر خدمة، راجع: GitHub Enterprise وSnowflake وDatabricks.

إعداد عميل OAuth

تتطلب بعض القوالب أن تستخدم مؤسستك عميل OAuth الخاص بها. عندما يكون ذلك مطلوبًا، أنشئ تطبيق OAuth أو اضبطه في وحدة تحكم المشرف لدى موفّر الخدمة الخارجي، ثم انسخ عنوان URL لمعاودة الاتصال من ChatGPT إلى إعدادات عنوان URL لإعادة التوجيه أو معاودة الاتصال لدى الموفّر.

لا تُدخل معرّف عميل OAuth وسره في ChatGPT إلا بعد التأكد من أن إعدادات موفّر الخدمة تطابق تعليمات إعداد القالب.

إذا كان القالب يتضمن نطاقات افتراضية، فأبقِ عليها ما لم تكن مؤسستك قد راجعت أذونات موفّر الخدمة ولديها سبب واضح لتغييرها.

إنشاء مسودة

بعد إدخال المعلومات المطلوبة، اختر إنشاء مسودة.

لا يؤدي إنشاء مسودة إلى إتاحة التطبيق للأعضاء تلقائيًا. راجع المسودة وانشرها واضبط إعدادات الوصول والإجراءات قبل أن تطلب من الأعضاء استخدام التطبيق.

نشر التطبيق الناتج وإدارته

بعد النشر، أدر التطبيق الخاص بمساحة العمل المشتركة من إعدادات التطبيقات أو المكوّنات الإضافية المتاحة فيها.

الفحوصات الموصى بها بعد النشر:

• تأكّد من ظهور التطبيق ضمن التطبيقات المفعّلة.

• اضبط الوصول حسب الدور للأدوار التي ينبغي أن تستخدم التطبيق.

• راجع الإجراءات المتعلقة بعمليات القراءة والكتابة.

• راجع أذونات التطبيق لتحديد الحالات التي يطلب فيها ChatGPT موافقة الأعضاء قبل استخدام التطبيق.

• اطلب من مستخدم تجريبي مخوّل الانتقال إلى التطبيقات أو المكوّنات الإضافية، حسب المتاح، والتأكد من ظهور التطبيق المنشور.

• إذا كان التطبيق يتطلب مصادقة لدى موفّر الخدمة، فاطلب من المستخدم التجريبي ربط حسابه لدى الموفّر.

• شغّل مطالبة اختبار منخفضة المخاطر للتأكد من أن التطبيق يعمل كما هو متوقع.

تنطبق هذه الأذونات على محادثات ChatGPT. تستخدم وكلاء مساحة العمل المشتركة عناصر تحكم منفصلة يحددها منشئ الوكيل. للتفاصيل، راجع: وكلاء مساحة العمل المشتركة في ChatGPT لخطتَي Enterprise وBusiness.

إذا كان القالب لا يُستخدم إلا مرة واحدة

قد تنشئ بعض القوالب تطبيقًا واحدًا فقط لكل مساحة عمل مشتركة. إذا سبق استخدام قالب، فقد لا يكون زر «تفعيل» متاحًا. في هذه الحالة، أدر المسودة الحالية أو التطبيق المنشور بدلًا من إنشاء تطبيق آخر من القالب نفسه.

ما يراه الأعضاء

يرى الأعضاء التطبيق المنشور الذي أُنشئ من القالب. تعتمد قدرة العضو على رؤية التطبيق أو استخدامه على إعدادات مساحة العمل المشتركة وتفويض موفّر الخدمة. إذا كان التطبيق مضمّنًا في مكوّن إضافي، فقد يصل إليه الأعضاء من خلال ذلك المكوّن، لكن تظل متطلبات الوصول إلى مساحة العمل المشتركة وتفويض موفّر الخدمة سارية.

إذا كان أحد المكوّنات الإضافية يتطلب تطبيقًا أُنشئ من قالب، فقد يشير إلى ضرورة إكمال الإعداد إلى أن ينشئ مشرف التطبيق الخاص بمساحة العمل المشتركة وينشره، ويفعّله للدور المعني، ويكتمل أي تفويض مطلوب من المستخدم أو المشرف لدى موفّر الخدمة.

تحقّق مما يلي:

• التطبيق منشور.

• التطبيق مفعّل لمساحة العمل المشتركة.

• دور العضو في مساحة العمل المشتركة يمنحه حق الوصول.

• العضو موجود في مساحة العمل المشتركة الصحيحة.

• العضو لديه الأذونات المطلوبة لدى موفّر الخدمة الخارجي.

تظهر التطبيقات المنشورة ضمن إعدادات التطبيقات أو المكوّنات الإضافية المتاحة في مساحة العمل المشتركة. إذا كان التطبيق جزءًا من مكوّن إضافي، فقد يظهر أيضًا كتطبيق مطلوب أو اختياري في صفحة تفاصيل المكوّن الإضافي.

استكشاف أخطاء قوالب التطبيقات وإصلاحها

إذا فشل الإعداد أو لم يظهر التطبيق، فتحقّق مما يلي:

• اسم مضيف المستأجر أو الحساب أو مساحة العمل المشتركة صحيح.

• نُسخ عنوان URL لمعاودة الاتصال حرفيًا إلى إعدادات موفّر الخدمة.

• معرّف عميل OAuth وسر العميل صحيحان.

• النطاقات المطلوبة تطابق ما يسمح به تطبيق OAuth لدى موفّر الخدمة.

• أُنشئت مسودة.

• نُشرت المسودة.

• إعداد الوصول حسب الدور يسمح للمستخدم التجريبي برؤية التطبيق.

• تسمح الأذونات لدى موفّر الخدمة بالوصول إلى البيانات أو تنفيذ الإجراء قيد الاختبار.

مراجعة متطلبات الأمان

• تعامل مع أسرار عملاء OAuth وبيانات اعتماد موفّر الخدمة باعتبارها معلومات حساسة.

• راجع النطاقات المطلوبة قبل إنشاء المسودة.

• استخدم الإجراءات بعد النشر لتقييد ما يمكن للتطبيق فعله.

• استخدم أذونات التطبيق لتحديد الحالات التي يطلب فيها ChatGPT موافقة الأعضاء قبل استخدام التطبيق.

• لاحظ أن أذونات موفّر الخدمة تظل سارية بعد تفعيل التطبيق في ChatGPT.