Pangkalahatang-ideya
Ang mga template ng app ay isang paraan ng setup para sa mga Business at Enterprise workspace na nangangailangan ng bersyong partikular sa workspace ng isang ChatGPT app o connector. Sa halip na mag-enable ng isang shared app mula sa directory, magsisimula ang admin o may-ari ng workspace mula sa template na ibinigay ng OpenAI, idaragdag ang mga detalyeng natatangi sa kanilang organisasyon, at gagawa ng draft app para sa pagsusuri.
Kapaki-pakinabang ang mga template kapag maibibigay ng OpenAI ang karaniwang gawi ng app, pero kailangang magbigay ang bawat workspace ng configuration na partikular sa provider. Depende sa template, maaaring kasama sa configuration na iyon ang tenant o host name, mga kredensyal ng OAuth client, mga callback URL, mga scope, mga detalye ng webhook, mga URL ng pinamamahalaang MCP server, o iba pang setting ng provider. Halimbawa, maaaring gumawa ang isang template ng GitHub Enterprise ng connector na partikular sa workspace na ginagamit ng Codex para maabot ang GitHub Enterprise host ng organisasyong iyon.
Pagkatapos ng setup, hindi ginagamit ng mga miyembro ang orihinal na template. Ginagamit nila ang na-publish na workspace app na ginawa mula rito. Pagkatapos, mapapamahalaan ng mga admin ang app na iyon tulad ng ibang ChatGPT app, kabilang ang role access, mga kontrol sa aksyon, mga pahintulot ng app, at awtorisasyon ng provider.
Maaari ding magsama ng mga template ng app o app na ginawa mula sa mga template ang mga plugin ng Codex. Kung may kasamang template ng app ang isang plugin, kailangan pa ring gumawa at mag-publish ng admin o may-ari ng workspace ng app na partikular sa workspace bago ito maikonekta ng mga miyembro sa ChatGPT at magamit sa pamamagitan ng plugin na iyon. Kapag tumatakbo ang plugin, ginagamit nito ang instance ng app na available sa workspace na iyon sa halip na hilingin sa mga miyembro na i-configure mismo ang orihinal na template. Kung hindi pa nase-setup ang kinakailangang template, maaaring kailanganin muna ng mga miyembro ang isang admin para kumpletuhin ang setup. Hindi magagamit ng plugin ang isang template ng app nang mag-isa.
Gamitin ang artikulong ito para sa pangkalahatang daloy ng template. Para sa setup na partikular sa provider, tingnan ang:
Kapaki-pakinabang ang mga template kapag puwedeng gumana ang parehong pattern ng app sa maraming organisasyon, pero kailangan ng bawat organisasyon ang sarili nitong configuration.
Kabilang sa mga karaniwang halimbawa ang:
Kasama sa URL ng provider ang tenant, account, organisasyon, o hostname ng workspace ng kumpanya.
Kailangang magdala ang organisasyon ng sarili nitong OAuth client o mga kredensyal ng provider.
Kinakailangan ng provider ang setup ng callback URL na partikular sa customer.
Dapat gamitin ng app ang parehong pattern ng implementation, habang hiwalay na kinokontrol ng bawat workspace ang access, mga aksyon, at mga setting ng seguridad.
Paano naiiba ang mga template sa mga regular na app
Karaniwang maaaring i-enable nang direkta ang isang regular na app mula sa directory ng app. Sa halip, nagsisimula ang template ng daloy ng setup.
Ang karaniwang daloy ay:
Nakakahanap ang admin ng template sa directory ng app.
Inilalagay ng admin ang kinakailangang configuration na partikular sa workspace.
Gumagawa ang ChatGPT ng draft app para sa workspace.
Sinusuri at pina-publish ng admin ang draft.
Kino-configure ng admin ang access at mga setting ng aksyon para sa na-publish na app.
Ginagamit ng mga miyembro ang na-publish na workspace app, hindi ang orihinal na template.
Maghanap at mag-set up ng template ng app
Buksan ang Mga setting ng workspace > Apps.
Piliin ang Directory.
Hanapin ang pangalan ng provider o app.
Hanapin ang mga entry na minarkahan bilang mga template.
Piliin ang I-enable para simulan ang daloy ng setup.
Hinihingi ng daloy ng setup ang mga detalyeng kailangan para gawin ang app na partikular sa workspace. Nakasalalay sa template ang eksaktong mga field.
Halimbawa, maaaring hingin ng template ng GitHub Enterprise ang mga detalyeng gaya ng:
Pangalan at paglalarawan ng app.
Hostname ng GitHub Enterprise.
Configuration ng callback URL.
OAuth client ID at client secret.
Private key ng GitHub App.
Mga hinihiling na scope.
Mga detalye ng setup ng webhook.
Maingat na suriin ang bawat field bago gumawa ng draft. Kung sentral na pinapamahalaan ng inyong organisasyon ang OAuth o mga kredensyal ng provider, makipag-coordinate sa team na may-ari ng mga kredensyal na iyon.
Tingnan ang mga tagubiling partikular sa app: GitHub, Snowflake, at Databricks.
Setup ng OAuth client
Kinakailangan ng ilang template na magdala ang inyong organisasyon ng sarili nitong OAuth client. Kapag kinakailangan ito, gawin o i-configure ang OAuth app sa admin console ng external provider, pagkatapos ay kopyahin ang callback URL mula sa ChatGPT papunta sa mga setting ng redirect o callback URL ng provider.
Ilagay ang OAuth client ID at secret sa ChatGPT pagkatapos lang makumpirmang tumutugma ang configuration ng provider sa mga tagubilin sa setup ng template.
Kung may kasamang mga default na scope ang template, panatilihin ang mga default maliban kung nasuri na ng inyong organisasyon ang mga pahintulot ng provider at may malinaw na dahilan para baguhin ang mga ito.
Gumawa ng draft
Pagkatapos ilagay ang kinakailangang impormasyon, piliin ang Gumawa ng draft.
Ang paggawa ng draft ay hindi awtomatikong nagbibigay ng app sa mga miyembro. Suriin ang draft, i-publish ito, at i-configure ang access at mga setting ng aksyon bago hilingin sa mga miyembro na gamitin ito.
I-publish at pamahalaan ang resultang app
Pagkatapos mag-publish, pamahalaan ang app na partikular sa workspace mula sa Mga setting ng workspace > Apps > Naka-enable.
Mga inirerekomendang pagsusuri pagkatapos mag-publish:
Kumpirmahing lumalabas ang app sa Mga naka-enable na app.
Itakda ang Access ng user para sa mga tungkuling dapat gumamit ng app.
Suriin ang Kontrol sa aksyon para sa mga aksyong read at write.
Suriin ang Mga pahintulot ng app para piliin kung kailan tatanungin ng ChatGPT ang mga miyembro bago gamitin ang app.
Hilingin sa pinapayagang test user na buksan ang Apps sa ChatGPT at kumpirmahing lumalabas ang app.
Kung kinakailangan ng app ang authentication ng provider, ipakonekta sa test user ang kanyang provider account.
Magpatakbo ng low-risk na test prompt para kumpirmahing gumagana ang app ayon sa inaasahan.
Nalalapat ang mga pahintulot ng app na ito sa mga pag-uusap sa ChatGPT. Gumagamit ang mga Workspace Agent ng mga kontrol sa bawat agent na itinakda ng builder ng agent para matukoy kung aling mga aksyon ng app ang available at kung kailan hihilingin sa mga end user na aprubahan ang mga ito. Para sa gawi ng agent, tingnan ang: ChatGPT Workspace Agents para sa Enterprise at Business.
Kung isang beses lang magagamit ang isang template
Maaaring gumawa ang ilang template ng iisang app lang bawat workspace. Kung nagamit na ang isang template, maaaring hindi available ang button na I-enable. Sa kasong iyon, pamahalaan ang kasalukuyang draft o na-publish na app sa halip na gumawa ng isa pa mula sa parehong template.
Ang nakikita ng mga miyembro
Nakikita ng mga miyembro ang na-publish na app na ginawa mula sa template. Kung makikita o magagamit ito ng isang miyembro ay nakadepende sa mga setting ng workspace at awtorisasyon ng provider. Kung kasama ang app sa isang plugin, maaaring makita ito ng mga miyembro sa pamamagitan ng plugin na iyon, pero nalalapat pa rin ang parehong mga kinakailangan sa access sa workspace at awtorisasyon ng provider.
Tiyaking:
Na-publish ang app.
Naka-enable ang app para sa workspace.
May access ang tungkulin ng miyembro sa workspace.
Nasa tamang workspace ang miyembro.
May mga kinakailangang pahintulot ang miyembro sa external provider.
Lalabas ang mga na-publish na app sa directory ng app ng ChatGPT, sa seksyong partikular sa workspace.
Pag-troubleshoot
Kung mabigo ang setup o hindi lumabas ang app, kumpirmahin ang sumusunod:
Tama ang tenant, account, o hostname ng workspace.
Eksaktong nakopya ang callback URL sa configuration ng provider.
Tama ang OAuth client ID at client secret.
Tumutugma ang mga hinihiling na scope sa pinapayagan ng OAuth app ng provider.
Nagawa ang isang draft.
Na-publish ang draft.
Pinapayagan ng role access ang test user na makita ang app.
Pinapayagan ng mga pahintulot sa panig ng provider ang data o aksyong sinusubukan.
Mga tala sa seguridad
Ituring ang mga OAuth client secret at kredensyal ng provider bilang sensitibong impormasyon.
Suriin ang mga hinihiling na scope bago gumawa ng draft.
Gamitin ang Kontrol sa aksyon pagkatapos mag-publish para limitahan ang magagawa ng app.
Gamitin ang Mga pahintulot ng app para magpasya kung kailan tatanungin ng ChatGPT ang mga miyembro bago gamitin ang app.
Tandaan na nalalapat pa rin ang mga pahintulot ng provider pagkatapos ma-enable ang app sa ChatGPT.