OpenAI
هذه الصفحة مترجمة باستخدام الترجمة الآلية. تفضل بالاطّلاع على المقال الأصلي بالإنجليزية.

قوالب تطبيقات ChatGPT

تعرّف على كيفية تحويل مسؤولي ومالكي مساحة العمل المشتركة قالب تطبيق إلى تطبيق خاص بمساحة العمل المشتركة لمؤسستهم.

تم التحديث: 13 hours ago

نظرة عامة

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

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

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

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

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

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

  • أن يتضمن عنوان 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 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.

هل كانت هذه المقالة مفيدة؟