Pangkalahatang-ideya
Sa ChatGPT Sites, makakagawa at makakapagbahagi ang mga miyembro ng workspace ng mga naka-host na Sites mula sa ChatGPT. Matutulungan ng mga may-ari at admin ng workspace na tukuyin kung sino ang maaaring gumawa ng Sites, sino ang maaaring mag-publish ng mga ito, paano ibinabahagi ang Sites, at paano dapat suriin o alisin ang Sites kapag kailangan.
Ang artikulong ito ay para sa mga may-ari at admin ng ChatGPT Business, Enterprise, at Edu. Nakadepende ang available na mga kontrol sa iyong plan at configuration ng workspace.
Mga responsibilidad ng may-ari / admin
Bago i-enable nang malawakan ang Sites, magpasya kung sino ang dapat makagawa ng Sites, kung papayagan ang pampublikong pag-publish, anong content ang maaaring i-publish, at paano haharapin ng inyong organisasyon ang mga tanong tungkol sa suporta, pagsusuri, takedown, at compliance.
Kasalukuyang nasa beta ang Sites, at hindi ito eligible para sa lokasyon ng data o inference.
I-enable o limitahan ang Sites
Naka-enable ang Sites bilang default sa mga Business workspace. Magagamit ng mga may-ari at admin ng Enterprise ang role-based access controls (RBAC) para magpasya kung sino ang maaaring gumawa ng Sites at sino ang maaaring mag-publish ng mga ito.
Sa mga Enterprise workspace, naka-off bilang default ang pampublikong pag-publish. Para i-enable ito, i-on ang pampublikong pag-publish sa Workspace settings, pagkatapos ay bigyan ang naaangkop na mga user o grupo ng pahintulot na gumawa at mag-publish ng Sites sa pamamagitan ng RBAC.
Kung hindi magamit ng isang miyembro ng workspace ang Sites, tingnan kung naka-enable ang Sites para sa workspace, kung nasa eligible na tungkulin o grupo ang miyembro, at kung naka-sign in ang miyembro sa tamang workspace.
Pamahalaan ang pag-publish at access
Maaaring limitahan ang isang Site sa may-ari nito at mga admin ng workspace, ibahagi sa mga aktibong miyembro ng workspace, o ibahagi sa mga piling aktibong user o grupo kung sinusuportahan. Available lang ang pampublikong access kapag naka-enable ang pampublikong pag-publish at may pahintulot ang miyembro na mag-publish.
Sa co-editing, maaaring bigyan ng may-ari ng Site ang isang kwalipikadong aktibong miyembro ng parehong workspace ng access na Maaaring mag-edit. Maaaring i-update at i-save ng mga editor ang isang nakabahaging Site. Kapag na-publish na ng may-ari ang Site sa unang pagkakataon, 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, baguhin ang pangalan o URL ng Site, ilipat ang pagmamay-ari, o i-configure ang mga setting na para lang sa may-ari, gaya ng mga secret at custom domain. Maaaring baguhin ng may-ari ang access ng isang editor sa Maaaring tumingin o alisin ang editor. Kapag ginawa ang mga pagbabagong ito, hindi na makakapag-edit ang taong iyon; kung makikita pa rin niya ang Site ay depende sa natitirang mga setting ng audience nito.
Sa pampublikong pagbabahagi, nagiging available ang isang Site sa labas ng workspace ayon sa audience na pinili sa proseso ng pag-publish.
Nag-iiba ayon sa plan at configuration ng workspace ang mga available na kontrol. Hindi available sa mga Enterprise workspace ang mga custom domain sa paglulunsad. Kung hindi mo makita o magamit ang isang kontrol, makipag-ugnayan sa OpenAI Support.
Mga external viewer
Maaaring ibahagi ng mga may-ari ng Site ang isang Site sa mga partikular na tao sa labas ng workspace bilang mga viewer, sa halip na i-publish ito sa mas malawak na internet. Naka-enable ito para sa mga creator ng Sites sa mga Business workspace bilang bahagi ng pangkalahatang pahintulot para sa Sites sa mga setting ng workspace; sa mga Enterprise workspace, kailangan ng nag-iimbita ang pahintulot na mag-imbita ng external viewer (tingnan sa ibaba). Maaaring pamahalaan ng mga may-ari at admin ng workspace ang mga external viewer gamit ang mga available na kontrol sa access ng 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 pahihintulutang mag-imbita ng mga external 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 external visitor sa mga site para sa napiling tungkulin.
View-only na access ang natatanggap ng mga external 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 pahintulot sa external na pag-iimbita.
Kapag nagbibigay o nag-aalis ng external viewer, suriin ang kasalukuyang audience ng Site. Maaaring hindi maalis ng pagbawi sa isang direktang imbitasyon ang access na ibinigay ng ibang setting ng audience. Pagkatapos ng mga pagbabago, kumpirmahin ang naka-save na listahan ng access at ang inaasahang karanasan ng visitor.
Kung hindi available ang opsyon para sa external na imbitasyon o hindi umepekto ang isang pagbabago, kumpirmahin ang napiling workspace, ang tungkulin at pahintulot sa pag-iimbita ng gumawa ng pagbabago, at ang ginagamit na interface. Makipag-ugnayan sa OpenAI Support kung nagpapatuloy ang problema.
Mga dapat isaalang-alang sa data, pagsunod, at lokasyon
Maaaring sangkot sa Sites ang mga prompt, tagubilin, file, code ng site, nabuong artifact, naka-host na URL, storage, at log na kailangan para patakbuhin at gawing secure ang Site.
Hindi sinusuportahan ng ChatGPT Sites ang lokasyon ng data o lokasyon ng inference sa paglulunsad. Kabilang dito ang mga naka-deploy na Sites, code ng Site, data at file storage ng D1/R2, mga artifact, at log. Matuto pa sa Lokasyon ng data at lokasyon ng inference.
Inirerekomendang patakaran ng workspace
Bigyan ang mga miyembro ng malinaw na gabay sa paggawa ng Sites na sumusunod sa seguridad, pagiging kumpidensiyal, privacy, at iba pang requirement ng inyong organisasyon.
Magtakda ng patakaran kung kailan pinapayagan ang pampublikong pag-publish.
I-require ang pagsusuri bago mag-publish ng mga site na may kumpidensiyal, sensitibo, o third-party na content.
Magpasya kung sino ang maaaring mag-apruba ng pampublikong Sites at sino ang maaaring mag-alis ng mga ito.
Idokumento kung saan dapat iulat ng mga miyembro ang kahina-hinala, mapaminsala, lumalabag, o hindi ligtas na Sites.