OpenAI
Ang page na ito ay isinalin ng AI. Tingnan ang orihinal na artikulo sa English.

Pamamahala ng ChatGPT Sites para sa iyong workspace

Pamahalaan ang paggawa, pag-publish, at pagbabahagi ng Site, at ang access sa mga nakakonektang app para sa iyong workspace.

Na-update: 8 hours ago

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 maaaring gumawa ng Sites, sino ang maaaring mag-publish ng mga ito, paano ibabahagi ang Sites, at paano dapat suriin o alisin ang mga ito kapag kailangan.

Para sa mga feature ng nakakonektang app, kinokontrol ng mga admin ng workspace kung aling mga suportadong plugin ang maaaring gamitin ng Sites. Ang bawat bisita ang nagpapahintulot ng 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 at Enterprise. Nakadepende ang mga available na kontrol sa plan at configuration ng workspace mo.

Unti-unting inilalabas ang preview ng Sites para sa admin sa mga kwalipikadong Enterprise workspace. Maaaring suriin ng mga admin ang access bago i-enable ang Sites para sa mga miyembro. Tinutukoy ng mga setting ng workspace at mga pahintulot ng tungkulin kung sino ang maaaring gumamit ng Sites. Hiwalay na kinokontrol ang pampublikong pag-publish.

May sariling mga kinakailangan para maging available ang mga feature ng nakakonektang app. Nalalapat pa rin ang mga setting ng workspace at organisasyon. Ang suporta sa lokasyon ng data para sa Sites ay hindi nagbibigay ng access sa nakakonektang app.

Lokasyon ng data

Para sa mga workspace na may lokasyon ng data sa US o EU, awtomatikong ginagamit ng mga bagong Site ang kasalukuyang rehiyon ng workspace para sa suportadong storage at hosting. Available ang Sites sa mga workspace na may lokasyon ng data sa ibang mga rehiyon, pero sa kasalukuyan, hindi nalalapat ang setting na iyon ng rehiyon sa storage at hosting ng Sites.

Nananatili ang mga kasalukuyang Site sa kanilang kasalukuyang lokasyon at hindi awtomatikong inililipat. Hiwalay ang hosting ng Sites sa isang rehiyon sa lokasyon ng inference para sa pagproseso ng modelo. Para sa higit pang impormasyon, tingnan ang: Lokasyon ng data at lokasyon ng inference para sa ChatGPT.

Magtakda ng mga patakaran sa workspace

Bago i-enable ang Sites para sa mas marami, magpasya kung:

  • Sino ang maaaring gumawa ng Sites.

  • Dapat bang payagan ang pampublikong pag-publish.

  • Anong content ang maaaring i-publish.

  • Paano haharapin ng organisasyon mo ang mga tanong tungkol sa suporta, pagsusuri, pag-aalis, at pagsunod sa mga kinakailangan.

Suriin ang mga kinakailangan sa lokasyon ng data ng workspace mo at ang saklaw ng suporta ng Sites bago gumawa ng Sites ang mga miyembro. Nananatili ang mga kasalukuyang Site sa kanilang kasalukuyang lokasyon at hindi awtomatikong inililipat.

I-enable 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 ng Sites at sino ang maaaring mag-publish ng mga ito.

Suriin ang kasalukuyang access ng mga miyembro sa Sites at ang kanilang mga pahintulot sa pampublikong pag-publish bago i-enable ang Sites para sa mas marami.

Kung lumalabas ang Sites sa Preview para sa admin, piliin ang Itakda ang access sa paglulunsad o I-edit ang access sa paglulunsad para piliin ang access sa oras ng paglulunsad. Hiwalay ang Access sa paglulunsad sa kasalukuyang access sa preview.

Para panatilihing naka-off ang Sites sa paglulunsad, itakda sa Naka-off ang mga naaangkop na opsyon sa Access sa paglulunsad at i-save ang mga pagbabago. Buksan muli ang setting para matiyak na na-save ang Naka-off.

Sundin ang deadline ng pag-opt out na nasa abiso ng paglulunsad mo. Kung nag-opt out ka sa pamamagitan ng naunang proseso, makipag-ugnayan sa OpenAI Support para kumpirmahin ang kahilingang iyon.

Para sa tulong tungkol sa abiso ng paglulunsad o kahilingan sa pag-opt out, tingnan ang: Pakikipag-ugnayan sa OpenAI Support.

Naka-off bilang default ang pampublikong pag-publish sa mga Enterprise workspace. Para payagang mag-publish ng Sites sa publiko ang mga miyembro:

  1. I-on ang pampublikong pag-publish sa Mga setting ng workspace.

  2. Gamitin ang RBAC para bigyan ng pahintulot ang mga naaangkop na user o grupo na gumawa at mag-publish ng Sites.

Kung hindi magamit ng isang miyembro ang Sites, tiyaking:

  • Naka-enable ang Sites para sa workspace.

  • May kwalipikadong tungkulin ang miyembro o kabilang siya sa isang kwalipikadong grupo.

  • Naka-sign in ang miyembro sa tamang workspace.

Kinokontrol ng mga setting na ito ang paggawa at pag-publish ng Site. Nakadepende rin ang access sa nakakonektang app sa mga setting ng workspace, pag-apruba ng bawat bisita, at patakaran ng tenant kung naaangkop.

Pamahalaan ang access sa nakakonektang app

Sa mga suportadong workspace, maaaring gamitin ng isang Site ang sariling mga nakakonektang app ng bawat bisita. Halimbawa, maaaring magpakita ang isang nakabahaging dashboard ng impormasyon mula sa account ng naka-sign in na bisita.

Para gumamit ng mga nakakonektang app:

  • Dapat pribado ang Site sa isang workspace.

  • Dapat kabilang ang bisita sa workspace na iyon.

  • Dapat aprubahan ng bisita ang access sa pamamagitan ng sarili niyang nakakonektang account.

Kung humihingi ang isang Site ng access sa pagsulat, dapat itong aprubahan ng bawat bisita para sa sarili niyang nakakonektang account. Nalalapat pa rin ang mga kasalukuyan niyang pahintulot sa app. Hindi binibigyan ng pag-aprubang iyon ang mga nakaiskedyul na gawain sa background ng access sa kanyang mga nakakonektang app.

Bago payagan ang isang plugin sa Sites, suriin ang impormasyong maa-access nito at ang mga aksyong magagawa nito.

Kung hinaharangan ng patakaran ng tenant ang access, dapat gawin ng isang global admin ang sumusunod:

  1. Buksan ang OpenAI Admin Console.

  2. Sa ilalim ng Panlabas na access, buksan ang ChatGPT Sites.

  3. Piliin ang Access, pagkatapos ay itakda ang Mga nakakonektang app sa Pinapayagan.

Hindi awtomatikong mga global admin ang mga may-ari at admin ng workspace. Wala ang kontrol na ito sa mga workspace na walang tenant.

Kung walang tahasang itinakdang patakaran sa nakakonektang app para sa Sites, pinapayagan ang access sa antas ng organisasyon. Nananatiling may bisa ang mga kasalukuyang naka-save na patakaran ng tenant.

Para sa mga hakbang sa access at pag-apruba ng tenant, tingnan ang: Pamamahala sa tenant mo sa Admin Console.

Payagan ang isang plugin sa Sites

Sa mga setting ng Sites ng plugin, suriin ang Payagan ang mga bisita ng site na gamitin ang plugin na ito.

Ang naka-save na pinili ng admin ang masusunod sa halip na ang default. Kung walang naka-save na pagpili:

  • Business: pinapayagan bilang default ang mga available na plugin.

  • Enterprise: naka-off bilang default ang mga available na plugin.

Maaaring available ang isang plugin sa ChatGPT pero naka-off sa Sites. Ang pag-on nito para sa Sites ay hindi nagbibigay sa mga miyembro ng access sa app o nagkokonekta ng account para sa kanila. Dapat pa ring aprubahan ng bawat bisita ang access na hinihingi ng Site.

Tingnan ang access ng isang miyembro ng workspace

Kung hindi magamit ng isang Site ang nakakonektang app ng isang miyembro, tingnan muna ang mga setting ng workspace:

  • Available sa workspace ang access sa nakakonektang app para sa Sites.

  • Kung may tenant ang workspace, pinapayagan ng tenant ang access sa nakakonektang app para sa ChatGPT Sites. Maaari itong suriin ng isang global admin sa ilalim ng Panlabas na access sa OpenAI Admin Console.

  • Naka-on ang Payagan ang mga bisita ng site na gamitin ang plugin na ito para sa plugin ng app.

  • Naka-enable ang mismong app para sa workspace.

Pagkatapos, tingnan ang setup ng miyembro:

  • Pribado ang Site sa workspace, at kabilang ang miyembro sa workspace na iyon.

  • Nakakonekta ang app sa account ng miyembro, at napili 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 naaprubahan na niya ang access.

  • May mga kinakailangang pahintulot ang miyembro sa nakakonektang app.

Saklaw ng pag-apruba ng tenant, kung kinakailangan, ang mga kasalukuyan at susunod na Site. Kailangan pa ring aprubahan ng bawat bisita ang access sa pamamagitan ng sarili niyang account. Hindi binibigyan ng pag-apruba ng tenant ang bawat Site ng access sa data ng bawat miyembro.

Ang pagbabahagi ng Site, pagpapahintulot sa pampublikong pag-publish, o pag-imbita ng tagatingin mula sa labas ay hindi pag-apruba ng access sa nakakonektang app.

Para sa mga hakbang sa paggawa ng Site na may mga nakakonektang app at pag-apruba ng access ng bisita, tingnan ang: Paggawa at paggamit ng ChatGPT Sites.

Pamahalaan ang pag-publish at access

Kung gumagamit ang inyong Enterprise workspace ng mga pahintulot batay sa tungkulin at hindi mahanap ng isang miyembro ang mga katrabaho niya kapag nagbabahagi ng Site, pumunta sa Mga setting ng workspace > Mga pahintulot & tungkulin at suriin ang Tingnan ang mga miyembro at grupo ng workspace para sa tungkuling nakatalaga sa kanya. I-enable ito kung naaangkop sa inyong organisasyon, pagkatapos ay hilingin sa miyembro na i-refresh ang ChatGPT at subukang muli. Kinokontrol ng pahintulot na ito kung makikita ang direktoryo ng mga miyembro; may magkahiwalay na pahintulot para sa pampublikong pag-publish at pag-imbita ng mga tao sa labas ng workspace.

Maaaring ibahagi ang isang Site sa:

  • May-ari nito at mga admin ng workspace lamang.

  • Mga aktibong miyembro ng workspace.

  • Mga piling aktibong user o grupo, kung sinusuportahan.

  • Sinuman sa internet, kung naka-enable ang pampublikong pag-publish at may pahintulot ang miyembro na mag-publish.

Maaaring bigyan ng may-ari ang isang aktibong miyembro ng parehong workspace ng access na Puwedeng mag-edit. Maaaring mag-save ng mga pagbabago ang mga editor at, pagkatapos ng unang pag-publish ng may-ari, mag-publish ng mga susunod na bersyon sa parehong URL.

Maaari ding suriin ng mga editor ang live na database at mag-publish ng code na gumagamit ng mga secret at storage ng Site. Bigyan lamang ng access sa pag-edit ang mga pinagkakatiwalaang katuwang.

Sa mismong mga setting ng Site, maaaring gawin ng may-ari ang mga sumusunod:

  • Pamahalaan kung sino ang may access.

  • Baguhin ang pangalan o URL ng Site.

  • Ilipat ang pagmamay-ari sa ibang aktibong miyembro ng workspace.

  • I-configure ang mga setting na para lamang sa may-ari, gaya ng mga secret at custom na domain.

Maaari ding ilipat ng mga may-ari at admin ng workspace ang pagmamay-ari sa ibang aktibong miyembro ng parehong workspace.

Maaaring baguhin ng may-ari ang access ng isang editor sa Puwedeng tumingin o alisin siya. Sa ganitong paraan, hindi na makakapag-edit ang taong iyon. Suriin ang iba pang setting ng Site para sa kung sino ang puwedeng tumingin upang malaman kung makikita pa rin niya ito.

Kung naka-enable ang mga custom na domain para sa Sites ng workspace, maaaring magkonekta ang may-ari ng Site ng isang domain na kontrolado niya. Kung nawawala ang mga kontrol o hindi pinapahintulutan ang isang aksyon, kumpirmahin kung sino ang may-ari ng Site, kung available ang Sites sa workspace, at ang mga pahintulot sa Sites bago mag-troubleshoot ng DNS.

Para sa pag-set up ng domain, tingnan ang: Paggawa at paggamit ng ChatGPT Sites.

Sa pampublikong pagbabahagi, nagiging available ang isang Site sa labas ng workspace batay sa piniling mga puwedeng tumingin habang nagpa-publish.

Nag-iiba ang mga available na kontrol depende sa plan at configuration ng workspace. Kung hindi mo mahanap o magamit ang isang kontrol, makipag-ugnayan sa Suporta ng OpenAI.

Suriin ang mga pahintulot sa tunnel

Sa pamamagitan ng tunnel, makakakonekta ang isang Site sa isang serbisyo sa pribadong network ng kumpanya mo, gaya ng internal na API.

Bago ikonekta ang isang Site sa isang tunnel:

  • Kumpirmahing may access sa Sites ang may-ari ng Site at ang taong magkakonekta ng tunnel. Dapat naka-enable ang Payagan ang mga miyembrong magkabit ng mga pribadong tunnel para sa kanilang dalawa.

  • Gumamit ng tunnel na available sa workspace ng Site. Kung pampubliko na ang Site, gawin itong pribado bago magdagdag ng bagong tunnel.

  • Makipagtulungan sa may-ari ng serbisyo para kumpirmahin kung anong data ang maa-access ng Site at anong mga aksyon ang magagawa nito.

Para gawing pampubliko ang Site, dapat naka-enable ang Payagan ang pampublikong Sites na may mga pribadong tunnel para sa may-ari at sa taong magpa-publish nito. Dapat ding pinapayagan ng workspace ang pampublikong pag-publish. Bago mag-publish, tingnan kung ano ang makikita at magagawa ng mga bisita sa pamamagitan ng Site.

Hindi binabago ng mga tunnel ang mga pahintulot ng mga bisita sa nakakonektang app.

Para sa pag-set up, mga pahintulot, at pag-troubleshoot ng tunnel, tingnan ang: Pagkonekta ng ChatGPT Sites sa mga pribadong serbisyo gamit ang mga tunnel.

Mga tagatingin mula sa labas

Maaaring mag-imbita ang mga may-ari ng Site ng mga partikular na tao sa labas ng workspace para tingnan ang isang Site.

Sa mga Business workspace, maaaring mag-imbita ang mga creator ng mga tagatingin mula sa labas gamit ang kanilang kasalukuyang mga pahintulot sa Sites sa Mga setting ng workspace.

Sa mga Enterprise workspace, kailangan ng taong magpapadala ng imbitasyon ng hiwalay na pahintulot para mag-imbita ng mga tagatingin mula sa labas. Sundin ang mga hakbang para sa Enterprise sa ibaba para i-on ito.

Maaaring pamahalaan ng mga may-ari at admin ng workspace ang mga tagatingin mula sa labas sa Mga setting ng workspace > Sites.

Sa mga Enterprise workspace:

  1. Pumunta sa Mga setting ng workspace > Mga pahintulot at tungkulin.

  2. Piliin ang tungkulin na dapat payagang mag-imbita ng mga tagatingin mula sa labas o piliin ang mga default ng workspace.

  3. Sa ilalim ng Maagang access > Sites, tiyaking naka-enable ang Sites para sa tungkuling iyon o para sa workspace.

  4. I-on ang Payagan ang mga miyembrong mag-imbita ng mga bisita mula sa labas sa mga site para sa napiling tungkulin.

Dapat mag-sign in ang tagatingin mula sa labas gamit ang ChatGPT account na inimbitahan sa Site. Maaari niyang tingnan ang Site pero hindi niya ito maaaring i-edit. Hindi siya idinaragdag ng imbitasyon sa workspace mo at hindi nito ginagawang pampubliko ang Site.

Hiwalay ang pahintulot na mag-imbita ng mga tagatingin mula sa labas sa pahintulot na mag-publish sa publiko. Hindi rin natutugunan ng mga tagatingin mula sa labas ang kinakailangang pagiging miyembro ng workspace para sa mga feature ng nakakonektang app.

Maaaring hindi maalis ng pag-aalis ng imbitasyon ang access na mayroon ang tao sa pamamagitan ng ibang setting ng audience. Pagkatapos magdagdag o mag-alis ng tagatingin mula sa labas:

  • Tingnan ang naka-save na listahan ng mga may access.

  • Tingnan kung binibigyan pa rin ng ibang setting ng audience ng access ang taong iyon.

  • Subukan kung paano lumalabas ang Site sa mga nilalayong bisita.

Kung hindi available ang opsyong mag-imbita mula sa labas o hindi nagkakabisa ang isang pagbabago, kumpirmahin ang napiling workspace, ang tungkulin at pahintulot ng nag-iimbita na mag-imbita ng mga tagatingin mula sa labas, at ang ginagamit na app o browser. Kung nagpapatuloy ang problema, tingnan ang: Pakikipag-ugnayan sa OpenAI Support.

Suriin ang access sa mga plugin na naka-host sa Sites

Maaaring mag-host ng MCP server at plugin ang isang bago o kasalukuyang Site. Tingnan kung maa-access ng tatanggap ang plugin at ang Site na nagho-host dito. Hindi sapat ang pagbabahagi o pag-install lang ng plugin para magkaroon siya ng access sa Site.

Maaaring kailanganin ding magbigay ng pahintulot ang tatanggap sa isang app o aprubahan ang isang hinihinging aksyon. Hindi pamalit sa mga pag-aprubang iyon ang access sa Site.

Hiwalay na suriin ang mga pahintulot para sa:

  • Pag-publish ng Site sa publiko.

  • Pag-imbita sa isang tao na tingnan ang Site.

  • Pagbabahagi ng plugin.

  • Pag-publish ng plugin sa isang directory ng workspace.

Para sa higit pang impormasyon sa pag-host ng mga plugin sa isang Site, kasama ang mga partikular na pahintulot ng administrator na kailangan mong i-enable, 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 kinakailangan para sa mga plugin at app.

Mga konsiderasyon sa data, pagsunod sa mga kinakailangan, at lokasyon ng data

Maaaring kabilang sa Sites ang mga prompt, tagubilin, file, code ng site, nabuong artifact, naka-host na URL, storage, at log na kailangan para patakbuhin at protektahan ang Site.

Para sa mga workspace na may lokasyon ng data sa US o EU, awtomatikong ginagamit ng mga bagong Site ang kasalukuyang rehiyon ng workspace para sa suportadong storage at hosting. Available ang Sites sa mga workspace na may lokasyon ng data sa ibang mga rehiyon, pero sa kasalukuyan, hindi nalalapat ang setting na iyon ng rehiyon sa storage at hosting ng Sites.

Nananatili ang mga kasalukuyang Site sa kanilang kasalukuyang lokasyon at hindi awtomatikong inililipat. Hiwalay ang hosting ng Sites sa isang rehiyon sa lokasyon ng inference para sa pagproseso ng modelo. Para sa higit pang impormasyon, tingnan ang: Lokasyon ng data at lokasyon ng inference para sa ChatGPT.

Kung hindi inaasahan ang rehiyon ng hosting ng isang Site, tingnan ang itinalagang rehiyon ng workspace at kung kailan ginawa ang Site. Nananatili ang mga kasalukuyang Site sa kanilang kasalukuyang lokasyon at hindi awtomatikong inililipat.

Inirerekomendang patakaran sa workspace

  • Bigyan ang mga miyembro ng malinaw na mga alituntunin sa paggawa ng Sites na sumusunod sa mga kinakailangan ng organisasyon mo sa seguridad, pagiging kumpidensyal, privacy, at iba pa.

  • Magtakda ng patakaran kung kailan pinapayagan ang pampublikong pag-publish.

  • Atasang suriin muna bago i-publish ang mga site na may kumpidensyal, 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 Sites na kahina-hinala, mapaminsala, lumalabag sa mga karapatan, o hindi ligtas.

  • Magtalaga ng taong responsable sa pagpapanatiling napapanahon ng bawat Site at pagsagot sa mga tanong tungkol sa access. Planuhin ang paglilipat ng responsibilidad bago umalis ang taong iyon sa team.

  • Suriin ang Site pagkatapos ng malalaking pagbabago sa content nito, mga nakakonektang serbisyo, o audience.

Mga madalas itanong

Sinisingil ba ang mga Enterprise workspace para sa hosting at paggamit ng Sites?

Sa kasalukuyan, hindi muna sinisingil ang mga Enterprise workspace para sa pagpapatakbo at hosting ng Sites. Binibilang pa rin sa paggamit ng Codex ang paggawa o pag-edit ng isang Site. Nalalapat pa rin ang mga limitasyon sa paggamit at storage.

Nakatulong ba ang artikulong ito?