Pangkalahatang-ideya
Sa ChatGPT Sites, makakagawa at makakapagbahagi ang mga miyembro ng workspace ng mga naka-host na Site mula sa ChatGPT. Makakatulong ang mga may-ari at admin ng workspace sa pagtukoy kung sino ang puwedeng gumawa at mag-publish ng mga Site, paano ibabahagi ang mga ito, at paano susuriin o aalisin ang mga ito kapag kailangan.
Para sa mga feature na gumagamit ng mga nakakonektang app, kontrolado rin ng mga admin ng workspace kung aling mga sinusuportahang plugin ang puwedeng gamitin ng Sites. Bawat bisita ay nagbibigay ng pahintulot para sa read-only na access sa pamamagitan ng sarili niyang nakakonektang account, at nalalapat pa rin ang mga kasalukuyan niyang pahintulot sa app.
Availability
Ang artikulong ito ay para sa mga may-ari at admin ng ChatGPT Business, Enterprise, at Edu. Nakadepende sa iyong plan at configuration ng workspace ang mga available na kontrol.
Available sa mga customer ng ChatGPT Business at Enterprise ang preview para sa mga admin ng itinalagang access sa mga nakakonektang app.
Magtakda ng mga patakaran sa workspace
Bago paganahin ang Sites para sa mas maraming miyembro, magpasya kung sino ang dapat makagawa ng mga Site, kung papayagan ang pampublikong pag-publish, anong content ang puwedeng i-publish, at paano haharapin ng inyong organisasyon ang mga usapin tungkol sa suporta, pagsusuri, pag-aalis, at pagsunod sa mga patakaran.
| Kasalukuyang nasa beta ang Sites at hindi ito saklaw ng mga opsyon para sa lokasyon ng data o inference. |
|---|
Paganahin o limitahan ang Sites
Naka-enable bilang default ang Sites sa mga Business workspace. Maaaring gumamit ang mga may-ari at admin ng Enterprise ng mga kontrol sa access batay sa tungkulin (RBAC) para magpasya kung sino ang maaaring gumawa at mag-publish ng mga Site.
Naka-off bilang default ang pampublikong pag-publish sa mga Enterprise workspace. Para paganahin ito, i-on ang pampublikong pag-publish sa Mga setting ng workspace, pagkatapos ay bigyan ang mga naaangkop na user o grupo ng pahintulot na gumawa at mag-publish ng mga Site sa pamamagitan ng RBAC.
Kung hindi magamit ng isang miyembro ng workspace ang Sites, tingnan kung naka-enable ang Sites para sa workspace, kung may kwalipikadong tungkulin o kabilang sa kwalipikadong grupo ang miyembro, at kung naka-sign in siya sa tamang workspace.
Kinokontrol ng mga setting na ito ang paggawa at pag-publish ng Site. Hindi pinapahintulutan ng mga ito ang Sites na gamitin ang mga nakakonektang app ng mga miyembro. Kailangan ng hiwalay na pag-apruba ng organisasyon para sa access sa mga nakakonektang app.
Pamahalaan ang access sa mga nakakonektang app
Para sa mga customer ng ChatGPT Business at Enterprise, puwedeng humiling ang Sites ng read-only na access sa mga sariling nakakonektang app ng bawat bisita. Halimbawa, puwedeng kumuha ng real-time na impormasyon ang isang nakabahaging dashboard gamit ang account at mga kasalukuyang pahintulot ng bisitang naka-sign in.
Kailangan ng Site na pribado sa isang workspace para sa access sa mga nakakonektang app. Dapat kabilang ang mga bisita sa workspace ng Site at magbigay sila ng pahintulot para sa access sa pamamagitan ng sarili nilang mga nakakonektang account. Nalalapat pa rin ang mga kasalukuyan nilang pahintulot sa app. Ginagamit ng mga bisita ang read-only na access na ito habang nakikipag-ugnayan sa Site. Hindi nito pinapahintulutan ang mga pagbabago sa mga nakakonektang app o ang access mula sa mga nakaiskedyul na task na tumatakbo sa background.
Sa Admin Console ng OpenAI, bubuksan ng isang global admin ang Panlabas na access, pipiliin ang ChatGPT Sites, at susuriin ang Mga connector sa ilalim ng Mga saklaw. Naka-off bilang default ang access ng Sites sa mga nakakonektang app sa antas ng tenant habang nasa preview para sa mga admin. Hindi awtomatikong may pahintulot ang isang may-ari o admin ng ChatGPT workspace na baguhin ang setting na ito sa antas ng tenant.
Para sa mga hakbang sa pag-apruba ng organisasyon, tingnan ang: Pamamahala ng iyong tenant sa Admin Console.
Payagan ang isang plugin sa Sites
Puwedeng i-on ng mga admin ng workspace ang Payagang gamitin sa Sites para sa bawat sinusuportahang plugin. Nalalapat ang setting na ito sa buong workspace at naka-off ito bilang default.
Puwedeng available ang isang plugin sa ChatGPT kahit naka-disable ito sa Sites. Ang pag-on sa Payagang gamitin sa Sites ay hindi nagbibigay sa mga miyembro ng access sa app, hindi nagkokonekta ng account, at hindi pumapalit sa pag-apruba ng bawat bisita sa access na hinihingi ng Site.
Suriin ang access ng isang miyembro ng workspace
Kung hindi magamit ng isang Site ang nakakonektang app ng isang miyembro, tiyaking:
Na-on na ng isang global admin ang Mga connector para sa ChatGPT Sites sa Panlabas na access para sa tamang organisasyon.
Available sa workspace ng miyembro ang kakayahan ng Sites na gumamit ng mga nakakonektang app.
Pribado ang Site sa workspace, at kabilang ang miyembro sa workspace na iyon.
Naka-on ang Payagang gamitin sa Sites para sa plugin ng app.
Naka-enable ang mismong app para sa workspace at nakakonekta ito sa account ng miyembro.
Napili na ng miyembro ang nakakonektang account na nais niyang gamitin.
Nakapag-sign in na ang miyembro, nasuri na niya ang mga pahintulot na hinihingi ng Site, at pinahintulutan na niya ang access.
May mga kinakailangang pahintulot ang miyembro sa nakakonektang app.
Saklaw ng pag-apruba sa antas ng organisasyon ang mga kasalukuyan at gagawin pang ChatGPT Site. Bawat bisita ay kailangan pa ring magpahintulot ng access sa pamamagitan ng sarili niyang account; hindi nagbibigay ang pag-apruba ng organisasyon ng access sa bawat Site sa data ng lahat ng miyembro.
Ang pagbabahagi ng Site, pagpapagana ng pampublikong pag-publish, at pag-imbita ng mga panlabas na viewer ay hindi awtomatikong nagbibigay ng pahintulot para sa access sa mga nakakonektang app.
Para sa mga hakbang sa paggawa ng Site na may mga nakakonektang app at pagpapahintulot ng access ng bisita, tingnan ang: Paggawa at pamamahala ng ChatGPT Sites.
Pamahalaan ang pag-publish at access
Maaaring limitahan ang access sa isang Site sa may-ari nito at mga admin ng workspace, ibahagi ito sa mga aktibong miyembro ng workspace, o ibahagi ito sa mga piling aktibong user o grupo kung sinusuportahan. Magkakaroon lang ng pampublikong access kapag naka-enable ang pampublikong pag-publish at may pahintulot ang miyembro na mag-publish.
Sa magkatuwang na pag-edit, maaaring bigyan ng may-ari ng Site ang isang kwalipikadong aktibong miyembro ng parehong workspace ng access na Maaaring mag-edit. Maaaring mag-update at mag-save ng nakabahaging Site ang mga editor. Matapos unang i-publish ng may-ari ang Site, maaaring i-publish ng mga editor ang mga susunod na bersyon sa parehong URL ng Site.
Ang may-ari lang ng Site ang maaaring mamahala kung sino ang may access, magpalit ng pangalan o URL ng Site, maglipat ng pagmamay-ari, o mag-configure ng mga setting na para lang sa may-ari, gaya ng mga secret at custom na domain. Maaaring gawing Maaaring tumingin ng may-ari ang access ng isang editor o alisin ang editor. Dahil sa mga pagbabagong ito, hindi na makakapag-edit ang taong iyon; kung makikita pa rin niya ang Site ay nakadepende sa natitirang mga setting kung sino ang puwedeng tumingin.
Sa pampublikong pagbabahagi, nagiging accessible ang Site sa labas ng workspace ayon sa mga piniling puwedeng tumingin sa proseso ng pag-publish.
Nag-iiba ang mga available na kontrol ayon sa plan at configuration ng workspace. Hindi available ang mga custom na domain sa mga Enterprise workspace sa paglulunsad. Kung hindi mo mahanap o magamit ang isang kontrol, makipag-ugnayan sa Suporta ng OpenAI.
Mga panlabas na viewer
Puwedeng ibahagi ng mga may-ari ng Site ang isang Site sa mga tinukoy na tao sa labas ng workspace bilang mga viewer, sa halip na i-publish ito para sa lahat sa internet. Naka-enable ito para sa mga gumagawa ng Site sa mga Business workspace bilang bahagi ng pangkalahatang mga pahintulot sa Sites sa Mga setting ng workspace; sa mga Enterprise workspace, kailangan ng nag-iimbita ang pahintulot na mag-imbita ng mga panlabas na viewer (tingnan sa ibaba). Mapapamahalaan ng mga may-ari at admin ng workspace ang mga panlabas na viewer gamit ang mga available na kontrol sa access sa Site, sa Mga setting ng workspace > Sites.
Sa mga Enterprise/Edu workspace:
Pumunta sa Mga setting ng workspace > Mga pahintulot at tungkulin.
Piliin ang tungkulin na dapat payagang mag-imbita ng mga panlabas na viewer o piliin ang mga default ng workspace.
Sa ilalim ng Maagang access > Sites, tiyaking naka-enable ang Sites para sa tungkuling iyon, o para sa workspace.
I-on ang Payagan ang mga miyembro na mag-imbita ng mga panlabas na bisita sa mga site para sa napiling tungkulin.
Access para sa pagtingin lang ang ibinibigay sa mga panlabas na viewer. Hindi sila nagiging mga miyembro ng workspace o editor ng Site, at hindi nagiging pampubliko ang Site dahil sa isang imbitasyon. Magkahiwalay na sinusuri ang mga kontrol sa pampublikong pag-publish at ang pahintulot na mag-imbita ng mga tao sa labas ng workspace.
Hindi sapat ang imbitasyon bilang panlabas na viewer para matugunan ang kinakailangang pagiging miyembro ng workspace upang magamit ang mga feature para sa nakakonektang app.
Kapag nagbibigay o nag-aalis ng access ng isang panlabas na viewer, suriin kung sino ang kasalukuyang may access sa Site. Maaaring hindi maalis ng pag-aalis ng direktang imbitasyon ang access na ibinigay ng ibang setting ng audience. Pagkatapos gumawa ng mga pagbabago, kumpirmahin ang naka-save na listahan ng may access at kung naaayon sa nilalayon ang karanasan ng bisita.
Kung hindi available ang opsyong mag-imbita ng mga tao sa labas ng workspace o hindi nagkabisa ang isang pagbabago, kumpirmahin ang napiling workspace, ang tungkulin at pahintulot sa pag-imbita ng taong gumagawa ng aksyon, at ang interface na ginagamit. Kung nagpapatuloy ang problema, tingnan ang: Pakikipag-ugnayan sa Suporta ng OpenAI.
Suriin ang access sa mga plugin na naka-host sa Sites
Puwede kang mag-host ng MCP server at plugin sa bago o kasalukuyan mong Site. Kapag nagho-host ang isang Site ng mga tool at aksyon na ginagamit sa pamamagitan ng plugin, hiwalay na suriin ang audience ng Site at ang access sa plugin. Ang pagbabahagi o pag-install ng plugin ay hindi awtomatikong nagbibigay ng access sa Site, at hindi pinapalitan ng access sa Site ang anumang kinakailangang pahintulot sa app o pag-apruba ng aksyon.
Magkakaiba ang mga pahintulot para sa pampublikong pag-publish ng Site, pag-imbita ng viewer ng Site, pagbabahagi ng plugin, at pag-publish ng plugin sa directory ng workspace. Suriin ang access ng nilalayong tatanggap sa parehong plugin at Site.
Para sa higit pang impormasyon tungkol sa pag-host ng mga plugin sa isang Site, kabilang ang mga partikular na pahintulot ng administrator na kailangan mong paganahin, basahin ang: Pag-host ng plugin gamit ang ChatGPT Sites.
Para sa mga kontrol sa access sa plugin, tingnan ang: Mga kontrol ng admin, seguridad, at pagsunod sa mga patakaran para sa mga plugin at app.
Mga dapat isaalang-alang sa data, pagsunod sa mga kinakailangan, at lokasyon ng data at inference
Maaaring gumamit ang Sites ng mga prompt, tagubilin, file, code ng site, nabuong artifact, naka-host na URL, storage, at log na kailangan para mapatakbo at maprotektahan ang Site.
Hindi sinusuportahan ng ChatGPT Sites ang lokasyon ng data o lokasyon ng inference sa paglulunsad. Kabilang dito ang mga naka-deploy na Site, code ng Site, storage ng data at file sa D1/R2, mga artifact, at mga log. Para sa higit pang impormasyon, tingnan ang: Lokasyon ng data at lokasyon ng inference para sa ChatGPT.
Inirerekomendang patakaran sa workspace
Bigyan ang mga miyembro ng malinaw na mga alituntunin sa paggawa ng mga Site na sumusunod sa mga kinakailangan ng iyong organisasyon sa seguridad, pagiging kumpidensyal, privacy, at iba pa.
Magtakda ng patakaran kung kailan pinapayagan ang pampublikong pag-publish.
Atasang suriin muna ang mga site na may kumpidensyal, sensitibo, o third-party na content bago i-publish.
Magpasya kung sino ang maaaring mag-apruba ng mga pampublikong Site at kung sino ang maaaring mag-alis ng mga ito.
Idokumento kung saan dapat iulat ng mga miyembro ang mga Site na kahina-hinala, mapaminsala, lumalabag sa mga karapatan, o hindi ligtas.