نمای کلی

قالب‌های برنامه، روشی برای راه‌اندازی در فضاهای کاری مدیریت‌شده هستند که به نسخه‌ای اختصاصی از یک برنامه یا اتصال‌دهندهٔ ChatGPT برای فضای کاری خود نیاز دارند. مدیران و مالکان فضای کاری می‌توانند قالب‌ها را در رابط مدیریتی برنامه‌ها یا افزونه‌ها، بسته به رابط موجود، پیدا کنند، پیکربندی اختصاصی سازمان را اضافه کنند و پیش‌نویسی از برنامه برای بررسی بسازند. قالب‌های برنامهٔ مدیریت‌شده در فضاهای کاری شخصی نمایش داده نمی‌شوند.

قالب‌ها زمانی مفیدند که OpenAI بتواند عملکرد مشترک برنامه را فراهم کند، اما هر فضای کاری باید پیکربندی مختص ارائه‌دهنده را وارد کند. بسته به قالب، این پیکربندی می‌تواند شامل نام مستأجر یا میزبان، اطلاعات اعتبارسنجی کلاینت OAuth، نشانی‌های بازگشت، دامنه‌های دسترسی، جزئیات وب‌هوک، نشانی‌های سرور MCP مدیریت‌شده یا سایر تنظیمات ارائه‌دهنده باشد. برای مثال، یک قالب GitHub Enterprise ممکن است اتصال‌دهندهٔ اختصاصی فضای کاری را بسازد که Codex از آن برای دسترسی به میزبان GitHub Enterprise آن سازمان استفاده می‌کند.

پس از راه‌اندازی، اعضا از قالب اصلی استفاده نمی‌کنند. آن‌ها از برنامهٔ منتشرشدهٔ فضای کاری استفاده می‌کنند که از روی قالب ساخته شده است. سپس مدیران می‌توانند آن برنامه را مانند دیگر برنامه‌های ChatGPT مدیریت کنند. در ChatGPT Business، مالکان و مدیران برنامه را برای فضای کاری فعال یا غیرفعال می‌کنند. در ChatGPT Enterprise/Edu، مالکان و مدیران می‌توانند از قابلیت پشتیبانی‌شدهٔ دسترسی مبتنی بر نقش به برنامه استفاده کنند. مدیران همچنین می‌توانند کنترل‌های عملیات، مجوزهای برنامه و اعطای مجوز از سوی ارائه‌دهنده را مدیریت کنند.

افزونه‌ها می‌توانند شامل قالب‌های برنامه یا برنامه‌های ساخته‌شده از روی قالب باشند. اگر افزونه شامل یک قالب برنامه باشد، مدیر یا مالک فضای کاری باید برنامهٔ اختصاصی فضای کاری را بسازد و منتشر کند تا اعضا بتوانند آن را در ChatGPT متصل کنند یا از طریق افزونه از آن استفاده کنند. افزونه از نمونهٔ برنامهٔ موجود در همان فضای کاری استفاده می‌کند؛ اعضا قالب اصلی را پیکربندی نمی‌کنند.

برای آشنایی با روند کلی استفاده از قالب، از این مقاله استفاده کنید. برای راه‌اندازی مختص هر ارائه‌دهنده، به این منابع مراجعه کنید:

• GitHub Enterprise

• Snowflake

• Databricks

دلایل رایج استفاده از قالب عبارت‌اند از:

• نشانی ارائه‌دهنده شامل نام میزبان مستأجر، حساب، سازمان یا فضای کاری شرکت است.

• سازمان باید کلاینت OAuth یا اطلاعات اعتبارسنجی ارائه‌دهندهٔ خودش را وارد کند.

• ارائه‌دهنده به تنظیم نشانی بازگشت اختصاصی مشتری نیاز دارد.

• برنامه باید از الگوی پیاده‌سازی یکسانی استفاده کند، درحالی‌که هر فضای کاری دسترسی، عملیات و تنظیمات امنیتی را جداگانه کنترل می‌کند.

تفاوت قالب‌ها با برنامه‌های معمولی

معمولاً می‌توان یک برنامهٔ معمولی را مستقیماً فعال کرد. اما قالب، روند راه‌اندازی توسط مدیر فضای کاری را آغاز می‌کند.

روند معمول به این صورت است:

1. مدیر، بسته به رابط موجود، قالب را در رابط مدیریتی برنامه‌ها یا افزونه‌ها در فضای کاری پیدا می‌کند.

2. مدیر پیکربندی اختصاصی موردنیاز فضای کاری را وارد می‌کند.

3. ChatGPT پیش‌نویسی از برنامه برای فضای کاری می‌سازد.

4. مدیر پیش‌نویس را بررسی و منتشر می‌کند.

5. مدیر تنظیمات دسترسی و عملیات را برای برنامهٔ منتشرشده پیکربندی می‌کند.

اعضا از برنامهٔ منتشرشدهٔ فضای کاری استفاده می‌کنند، نه از قالب اصلی.

یافتن و راه‌اندازی قالب برنامه

دستورالعمل‌های زیر مربوط به رابط مدیریتی برنامه‌ها هستند. اگر فضای کاری شما از مدیریت > افزونه‌ها استفاده می‌کند، به‌جای آن، افزونه یا قالب مربوطه را باز کنید و روند راه‌اندازی آن را دنبال کنید. برای آشنایی با پیمایش فضای کاری و کنترل‌های مدیریتی مختص هر طرح، به این مقاله مراجعه کنید: کنترل‌های مدیریتی، امنیت و انطباق با مقررات برای افزونه‌ها و برنامه‌ها.

1. به تنظیمات فضای کاری > برنامه‌ها بروید.

2. فهرست را انتخاب کنید.

3. نام ارائه‌دهنده یا برنامه را جست‌وجو کنید.

4. به‌دنبال مواردی بگردید که به‌عنوان قالب مشخص شده‌اند.

5. برای آغاز روند راه‌اندازی، فعال‌سازی را انتخاب کنید.

در روند راه‌اندازی، اطلاعات لازم برای ساخت برنامهٔ اختصاصی فضای کاری از شما خواسته می‌شود. فیلدهای دقیق به قالب بستگی دارند.

برای مثال، یک قالب GitHub Enterprise ممکن است اطلاعاتی مانند موارد زیر را درخواست کند:

• نام و توضیحات برنامه.

• نام میزبان GitHub Enterprise.

• پیکربندی نشانی بازگشت.

• شناسه و رمز محرمانهٔ کلاینت OAuth.

• کلید خصوصی برنامهٔ GitHub.

• دامنه‌های دسترسی درخواستی.

• جزئیات راه‌اندازی وب‌هوک.

پیش از ساخت پیش‌نویس، هر فیلد را با دقت بررسی کنید. اگر سازمان شما اطلاعات اعتبارسنجی OAuth یا ارائه‌دهنده را به‌صورت متمرکز مدیریت می‌کند، با تیم مسئول این اطلاعات هماهنگ کنید.

برای راه‌اندازی مختص هر ارائه‌دهنده، به این منابع مراجعه کنید: GitHub Enterprise، Snowflake و Databricks.

راه‌اندازی کلاینت OAuth

برخی قالب‌ها مستلزم آن‌اند که سازمان شما کلاینت OAuth خودش را فراهم کند. در این صورت، برنامهٔ OAuth را در کنسول مدیریت ارائه‌دهندهٔ خارجی بسازید یا پیکربندی کنید، سپس نشانی بازگشت را از ChatGPT در تنظیمات نشانی تغییرمسیر یا بازگشت ارائه‌دهنده کپی کنید.

شناسه و رمز محرمانهٔ کلاینت OAuth را تنها زمانی در ChatGPT وارد کنید که مطمئن شده‌اید پیکربندی ارائه‌دهنده با دستورالعمل‌های راه‌اندازی قالب مطابقت دارد.

اگر قالب شامل دامنه‌های دسترسی پیش‌فرض است، آن‌ها را تغییر ندهید؛ مگر اینکه سازمان شما مجوزهای ارائه‌دهنده را بررسی کرده باشد و دلیل روشنی برای تغییر آن‌ها داشته باشد.

ساخت پیش‌نویس

پس از وارد کردن اطلاعات موردنیاز، ساخت پیش‌نویس را انتخاب کنید.

ساخت پیش‌نویس، برنامه را به‌طور خودکار در دسترس اعضا قرار نمی‌دهد. پیش از اینکه از اعضا بخواهید از برنامه استفاده کنند، پیش‌نویس را بررسی و منتشر کنید و تنظیمات دسترسی و عملیات را پیکربندی کنید.

انتشار و مدیریت برنامهٔ ساخته‌شده

پس از انتشار، برنامهٔ اختصاصی فضای کاری را از بخش برنامه‌ها یا افزونه‌ها در تنظیمات فضای کاری، بسته به بخش موجود، مدیریت کنید.

بررسی‌های پیشنهادی پس از انتشار:

• مطمئن شوید برنامه در برنامه‌های فعال نمایش داده می‌شود.

• در ChatGPT Business، برنامه را برای فضای کاری فعال یا غیرفعال کنید. در ChatGPT Enterprise/Edu، در صورت پشتیبانی از دسترسی مبتنی بر نقش به برنامه، دسترسی نقش‌ها را برای نقش‌هایی که باید از برنامه استفاده کنند تنظیم کنید.

• بخش عملیات را از نظر عملیات خواندن و نوشتن بررسی کنید.

• مجوزهای برنامه را بررسی کنید تا تعیین کنید ChatGPT چه زمانی پیش از استفاده از برنامه از اعضا اجازه بگیرد.

• از یک کاربر آزمایشی دارای مجوز بخواهید به بخش برنامه‌ها یا افزونه‌ها، بسته به بخش موجود، برود و تأیید کند که برنامهٔ منتشرشده نمایش داده می‌شود.

• اگر برنامه به احراز هویت نزد ارائه‌دهنده نیاز دارد، از کاربر آزمایشی بخواهید حساب خود در سرویس ارائه‌دهنده را متصل کند.

• یک اعلان آزمایشی کم‌خطر اجرا کنید تا مطمئن شوید برنامه مطابق انتظار کار می‌کند.

این مجوزها برای گفت‌وگوهای ChatGPT اعمال می‌شوند. عامل‌های فضای کاری از کنترل‌های جداگانه‌ای استفاده می‌کنند که سازندهٔ عامل تعریف کرده است. برای جزئیات، به این مقاله مراجعه کنید: عامل‌های فضای کاری ChatGPT برای Enterprise و Business.

اگر قالب فقط یک‌بار قابل استفاده باشد

برخی قالب‌ها ممکن است در هر فضای کاری فقط یک برنامه بسازند. اگر قبلاً از قالب استفاده شده باشد، ممکن است دکمهٔ فعال‌سازی در دسترس نباشد. در این صورت، به‌جای ساخت برنامه‌ای دیگر از همان قالب، پیش‌نویس یا برنامهٔ منتشرشدهٔ موجود را مدیریت کنید.

آنچه اعضا می‌بینند

اعضا برنامهٔ منتشرشده‌ای را می‌بینند که از روی قالب ساخته شده است. اینکه یک عضو بتواند برنامه را ببیند یا از آن استفاده کند، به تنظیمات فضای کاری و اعطای مجوز از سوی ارائه‌دهنده بستگی دارد. اگر برنامه در یک افزونه گنجانده شده باشد، ممکن است اعضا از طریق آن افزونه با برنامه روبه‌رو شوند، اما همان الزامات دسترسی در فضای کاری و اعطای مجوز از سوی ارائه‌دهنده همچنان برقرار است.

اگر افزونه به برنامه‌ای نیاز داشته باشد که از روی قالب ساخته می‌شود، ممکن است وضعیت «نیاز به راه‌اندازی» را نشان دهد. این وضعیت تا زمانی ادامه دارد که مدیر، برنامهٔ اختصاصی فضای کاری را بسازد و منتشر کند، آن را در ChatGPT Business برای فضای کاری یا در ChatGPT Enterprise/Edu، در صورت پشتیبانی از دسترسی مبتنی بر نقش، برای نقش مربوطه فعال کند و تمام مجوزهای لازم نزد ارائه‌دهنده توسط کاربر یا مدیر اعطا شده باشد.

بررسی کنید که:

• برنامه منتشر شده باشد.

• برنامه برای فضای کاری فعال باشد.

• در ChatGPT Enterprise/Edu، در صورت پشتیبانی از دسترسی مبتنی بر نقش به برنامه، نقش عضو در فضای کاری دسترسی لازم را داشته باشد.

• عضو در فضای کاری درست باشد.

• عضو مجوزهای لازم را در سرویس ارائه‌دهندهٔ خارجی داشته باشد.

برنامه‌های منتشرشده در بخش برنامه‌ها یا افزونه‌ها در تنظیمات فضای کاری، بسته به بخش موجود، نمایش داده می‌شوند. اگر برنامه بخشی از یک افزونه باشد، ممکن است در صفحهٔ جزئیات افزونه نیز به‌عنوان برنامه‌ای الزامی یا اختیاری نمایش داده شود.

عیب‌یابی قالب‌های برنامه

اگر راه‌اندازی ناموفق بود یا برنامه نمایش داده نشد، موارد زیر را بررسی کنید:

• نام میزبان مستأجر، حساب یا فضای کاری درست باشد.

• نشانی بازگشت دقیقاً در پیکربندی ارائه‌دهنده کپی شده باشد.

• شناسه و رمز محرمانهٔ کلاینت OAuth درست باشند.

• دامنه‌های دسترسی درخواستی با موارد مجاز در برنامهٔ OAuth ارائه‌دهنده مطابقت داشته باشند.

• پیش‌نویس ساخته شده باشد.

• پیش‌نویس منتشر شده باشد.

• در ChatGPT Business، برنامه برای فضای کاری فعال باشد. در ChatGPT Enterprise/Edu، در صورت پشتیبانی از دسترسی مبتنی بر نقش به برنامه، تنظیمات دسترسی نقش‌ها به کاربر آزمایشی اجازهٔ دیدن برنامه را بدهد.

• مجوزهای سمت ارائه‌دهنده، دسترسی به داده یا اجرای عملیات مورد آزمایش را مجاز بدانند.

بررسی الزامات امنیتی

• رمزهای محرمانهٔ کلاینت OAuth و اطلاعات اعتبارسنجی ارائه‌دهنده را اطلاعات حساس در نظر بگیرید.

• پیش از ساخت پیش‌نویس، دامنه‌های دسترسی درخواستی را بررسی کنید.

• پس از انتشار، از عملیات برای محدود کردن کارهایی که برنامه می‌تواند انجام دهد استفاده کنید.

• با استفاده از مجوزهای برنامه تعیین کنید ChatGPT چه زمانی پیش از استفاده از برنامه از اعضا اجازه بگیرد.

• توجه داشته باشید که مجوزهای ارائه‌دهنده پس از فعال شدن برنامه در ChatGPT همچنان اعمال می‌شوند.