نظرة عامة

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

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

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

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

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

• GitHub Enterprise

• Snowflake

• Databricks

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

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

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

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

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

الفرق بين القوالب والتطبيقات العادية

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

الخطوات المعتادة هي:

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

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

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

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

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

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

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

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

1. انتقل إلى إعدادات مساحة العمل المشتركة > التطبيقات. يمكنك أيضًا الانتقال إلى وحدة تحكم المسؤول، وتحديد مساحة العمل المشتركة المقصودة في ChatGPT، وفتح المكوّنات الإضافية. حدّد إدارة التطبيقات القديمة لفتح صفحة التطبيقات.

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 Business، فعّل التطبيق أو عطّله لمساحة العمل المشتركة. في ChatGPT Enterprise/Edu، اضبط الوصول حسب الدور للأدوار التي ينبغي أن تستخدم التطبيق، حيثما يكون الوصول إلى التطبيقات حسب الأدوار مدعومًا.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• في ChatGPT Enterprise/Edu، يسمح دور العضو في مساحة العمل المشتركة بالوصول إلى التطبيق، حيثما يكون الوصول إلى التطبيقات حسب الأدوار مدعومًا.

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

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

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

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

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

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

• تم نسخ عنوان URL لرد الاتصال كما هو تمامًا إلى إعدادات المزوّد.

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

• تتوافق نطاقات الأذونات المطلوبة مع ما يسمح به تطبيق OAuth لدى المزوّد.

• تم إنشاء مسودة.

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

• في ChatGPT Business، التطبيق مفعّل لمساحة العمل المشتركة. في ChatGPT Enterprise/Edu، تتيح إعدادات الوصول حسب الدور لمستخدم الاختبار رؤية التطبيق، حيثما يكون الوصول إلى التطبيقات حسب الأدوار مدعومًا.

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

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

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

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

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

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

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