Ipinapakilala ang mga kontrol sa access ng Daybreak
Ipinapakilala ng OpenAI ang mga kontrol sa access para sa mga kakayahan ng Daybreak (dating kilala bilang Trusted Access for Cyber) sa API at Codex. Sa mga kontrol na ito, mapipili ng mga admin kung aling mga proyekto o user ang puwedeng gumamit ng Daybreak. Mapipili rin ng mga awtorisadong user kung kailan ilalapat ang mga kakayahan ng Daybreak sa mga partikular na API request o gawain sa Codex.
Para sa API, maaari nang limitahan ang access sa mga modelo ng Cyber ayon sa proyekto. Maaaring gumawa o pumili ang admin ng inyong organisasyon ng proyektong nakalaan para sa mga gawain sa Cyber, i-enable ang Daybreak para sa proyektong iyon, at idagdag lamang ang mga user na nangangailangan ng access. Pagkatapos, mapipili ng mga awtorisadong user kung kailan ilalapat ang mga kakayahan ng Daybreak sa isang request sa pamamagitan ng pagpasa ng opsyonal na parameter na `access_programs.cyber` (higit pang detalye dito). Sa ganitong paraan, maihihiwalay ninyo ang mga gawain sa Cyber sa iba pang aktibidad sa API, kabilang ang mga panlabas na paggamit, habang pinamamahalaan pa rin ang mga ito sa inyong pangunahing organisasyon.
Para sa ChatGPT at Codex, ipinapakilala rin ng OpenAI ang mga kontrol sa access sa mga modelo ng Cyber ayon sa user para sa Daybreak Blue at Red. Kapag available na, mapipili ng mga admin ng workspace kung aling mga user sa pangunahing workspace ang makaka-access sa iba't ibang antas ng Daybreak, sa halip na kailangang magpanatili ng hiwalay na workspace para lamang sa Cyber. Pagkatapos, mapipili ng mga awtorisadong user kung kailan ilalapat ang mga kakayahan ng Daybreak sa pamamagitan ng pag-on sa toggle na “Daybreak” sa Advanced na tagapili ng modelo.
Sa kabuuan, pinapahintulutan kayo ng mga kontrol na ito na isentro ang administrasyon, pagsingil, at pamamahala sa inyong pangunahing organisasyon habang nililimitahan ang access sa Cyber sa mga angkop na proyekto, user, at paggamit. Tandaan na sa kasalukuyan, hindi sinusuportahan ng pagpapatunay gamit ang API key para sa Codex ang parehong mga kontrol ayon sa user. Gayunpaman, mapamamahalaan pa rin ang mga API key sa pamamagitan ng mga kontrol sa access ayon sa proyekto ng API.
Simulang gamitin ang mga kontrol sa access
Kung kasalukuyang ginagamit ng inyong team ang mga kakayahan ng Daybreak sa inyong pangunahing organisasyon sa API at workspace sa ChatGPT/Codex:
Maaaring patuloy na magkaroon ng access ang lahat ng user sa inyong organisasyon / workspace sa mga kakayahan ng Daybreak sa inyong mga pangunahing modelo (tulad ngayon), ngunit maaaring kailanganin ang mga hakbang sa paglipat.
Kapag handa na kayong lumipat sa mga kontrol sa access, hilingin ito sa inyong kinatawan sa OpenAI o sa support@openai.com.
Pagkatapos, lalagyan ng OpenAI ang inyong organisasyon sa API at workspace sa ChatGPT/Codex ng mga kontrol sa access ayon sa proyekto at ayon sa user.
Tandaan na naka-OFF bilang default ang mga kontrol na ito kapag ibinigay. Kapag na-enable na ang mga kontrol, walang access sa Daybreak ang mga proyekto at user hangga't hindi ito tahasang kinukumpigura ng inyong mga admin. Hilingin lamang ang pagbabagong ito kapag handa na kayong ilipat ang access sa Daybreak sa ganitong sistemang naka-off bilang default. Nasa ibaba ang mga detalyadong tagubilin.
Kung kasalukuyang ginagamit ng inyong team ang mga kakayahan ng Daybreak sa hiwalay na organisasyon sa API at workspace sa ChatGPT/Codex, makikipagtulungan sa inyo ang aming team upang lumipat sa inyong pangunahing organisasyon (tingnan ang mga tagubilin sa ibaba). Sa paglipat sa inyong pangunahing organisasyon, makukuha ninyo ang:
Mas matibay na kontrol sa access: Pamahalaan ang access sa mga modelo ng Cyber gamit ang mga kontrol sa access na nakabatay sa tungkulin, kabilang ang mga kontrol ayon sa proyekto para sa paggamit ng API at mga kontrol ayon sa user para sa ChatGPT/Codex.
Mas maayos na pagsingil at mga limitasyon sa paggastos: Maaaring isama ang paggamit sa inyong pangunahing komersyal na kasunduan sa halip na hatiin ito sa maraming invoice. Magagamit nito ang parehong mga rate, maibabawas ang paggamit sa parehong mga nakalaang halaga sa kontrata, at mailalapat ang mga limitasyon sa paggastos sa API.
Administrasyong nakabatay sa proyekto: Maaaring gamitin ng mga admin ang Mga Proyekto upang ihiwalay ang mga gawain sa Cyber sa iba pang gawain habang pinananatiling sentralisado ang pamamahala sa iisang organisasyon sa API.
Mas simpleng operasyon: Bawasan ang mga dobleng user, workspace, setting ng pagsingil, at dagdag na gawaing pang-admin.
Kapag nakumpleto na ang paglipat, gagamitin ng inyong team ang mga kakayahan ng Daybreak sa inyong pangunahing organisasyon, at ide-deactivate ang inyong dating organisasyon o workspace na nakalaan sa Cyber. Tandaan na kung may kaugnay na workspace sa ChatGPT/Codex ang inyong pangunahing organisasyon sa API, magkakaroon din ng access sa Daybreak ang workspace na iyon. Tulad sa organisasyon sa API, naka-OFF ito bilang default hanggang sa ikumpigura ito ng mga admin para sa mga napiling user. Kung talagang kailangan ninyong magpanatili ng hiwalay na organisasyon sa API at workspace sa ChatGPT/Codex, makipag-ugnayan sa inyong team sa OpenAI.
Pangkalahatang-ideya ng proseso ng paglipat
Kailangan ang mga sumusunod na hakbang upang lumipat sa inyong pangunahing organisasyon:
Customer: Kumpirmahin ang nais ninyong setup
Tukuyin ang pangunahing organisasyon sa OpenAI API at, kung naaangkop, ang pangunahing workspace sa ChatGPT/Codex kung saan gagamitin ng inyong team ang mga kakayahan ng Daybreak mula ngayon.
Customer: Kumpletuhin ang paglipat ng mga user at workflow
Idagdag ang mga kaukulang user sa pangunahing organisasyon/proyekto at ilipat ang anumang kinakailangang workflow, application, API key, o mga bagay na nakasalalay rito para sa operasyon mula sa organisasyong nakalaan sa Cyber. Tingnan sa ibaba ang checklist sa paglipat at ang Admin plugin para sa awtomatikong tulong sa paglipat.
Customer: Isumite sa OpenAI ang kahilingan sa paglipat
Kapag nakumpleto na ng inyong team ang checklist sa ibaba, ipaalam sa team na namamahala sa inyong account sa OpenAI (o sa support@openai.com) na handa na kayo para iproseso ng OpenAI ang paglipat. Sa inyong kahilingan sa paglipat, isama ang Organization ID kung saan ninyo gustong ikumpigura ang mga kontrol sa access, at ang mga sekundaryang Organization ID na lilipatan ninyo palayo.
OpenAI: Ikukumpigura ang pangunahing organisasyon
Ie-enable ng OpenAI ang angkop na access sa mga modelo ng Cyber at mga kontrol ayon sa proyekto sa inyong pangunahing organisasyon.
Customer: Kumpletuhin ang huling pagsasaayos
Pagkatapos, maaaring i-enable ng admin ng inyong organisasyon ang access sa Cyber para sa mga kaukulang proyekto sa pangunahing organisasyon sa API o mga user sa workspace sa ChatGPT/Codex, i-save ang configuration, at idagdag ang mga angkop na user sa proyekto o workspace na iyon kung kinakailangan. Tandaan na admin ng organisasyon ang dapat gumawa nito, dahil hindi maaaring ikumpigura ng mga admin ng proyekto at user ang mga setting na ito.Para sa API at pagpapatunay gamit ang API key para sa Codex:
Pumunta sa Mga Setting ng Proyekto > Pangkalahatan > Access sa mga modelo ng Daybreak. Hanapin ang toggle ng Daybreak Blue. Kung naaprubahan ang inyong organisasyon para sa Daybreak Red, makakakita kayo ng karagdagang toggle. Naka-off ang mga toggle bilang default, ibig sabihin ay wala pang access ang proyekto. I-on ang toggle para sa antas ng Daybreak na gusto ninyong i-enable. Hiwalay ang access ng bawat proyekto; walang epekto sa ibang proyekto ang pag-enable o pag-disable ng toggle ng Daybreak para sa isang proyekto. Tandaan na maaaring abutin ng hanggang humigit-kumulang 15 minuto bago magkabisa ang pagbabago sa access sa API matapos ninyong i-click ang I-save.
Para sa ChatGPT/Codex:
I-on ang access para sa buong workspace: Buksan ang napiling workspace sa Console ng Admin > Mga Modelo > Default ng workspace. Sa Mga Modelo > Cybersecurity, i-on ang Daybreak Blue. I-enable lamang ang Daybreak Red kung iyon ang nilalayon at kwalipikado kayo. I-click ang I-save ang mga pagbabago.
I-on ang access para sa isang partikular na user: Buksan ang Mga Modelo > Mga Tungkulin. Para sa napiling tungkulin, buksan ang menu ng mga aksyon nito at piliin ang I-edit ang override. Gamitin ang Magdagdag ng override sa tungkulin para sa bagong override. Sa Mga Modelo > Cybersecurity, piliin ang Naka-on para sa Daybreak Blue at, kung nais, sa Daybreak Red. I-click ang I-save. “Mga Modelo” > I-save. Tandaan na maaaring abutin ng hanggang humigit-kumulang 10 minuto bago magkabisa ang pagbabago sa access sa Codex sa pamamagitan ng pag-sign in gamit ang ChatGPT matapos ninyong i-click ang I-save.
Kung dati kayong humiling ng access para sa mga user sa Codex sa pamamagitan ng pag-sign in gamit ang ChatGPT, ikumpigura muli ang access ng mga user na ito sa pangunahing workspace sa ChatGPT/Codex upang maiwasan ang pagkaantala kapag binawi namin ang nakalaang workspace sa hakbang #7.
Customer: Bawiin ang lahat ng API key sa inyong organisasyong nakalaan sa Cyber
Tiyaking nabawi na ang lahat ng API key sa inyong organisasyong nakalaan sa Cyber sa pamamagitan ng pagsusuri sa mga API key sa mga setting ng inyong organisasyon dito (dapat hindi aktibo ang lahat ng ito). Tandaan na ia-archive ang anumang key na hindi pa nababawi kapag dineactivate ng OpenAI ang organisasyon / workspace na nakalaan sa Cyber.
OpenAI: Ide-deactivate ang organisasyon o workspace na nakalaan sa Cyber matapos ang 14 na araw na palugit.
Upang matiyak na may panahon kayong ilipat at suriin ang mga workflow sa pangunahing organisasyon, maghihintay ang OpenAI ng 14 na araw bago i-deactivate ang dating ibinigay na organisasyon o workspace na nakalaan sa Cyber. Kung dati kayong humiling ng access para sa mga user sa Codex sa pamamagitan ng pag-sign in gamit ang ChatGPT at hindi pa ninyo naikumpigura muli ang kanilang access sa pangunahing workspace, mawawalan ng access ang mga user na ito sa puntong iyon. Kung indibidwal na binigyan ng access ang mga user, mawawalan din sila ng access sa paglipat.
Checklist sa paglipat
Bago hilingin sa OpenAI na iproseso ang paglipat, kumpirmahin ang mga sumusunod:
Natukoy na ninyo ang pangunahing Organization ID sa API at ID ng workspace sa ChatGPT/Codex kung saan ninyo gustong ilipat ang mga kakayahan ng Daybreak.
Natukoy na ninyo ang Organization ID sa API at ID ng workspace sa ChatGPT/Codex na nakalaan sa Cyber na dapat i-deactivate pagkatapos ng paglipat.
Nakumpirma na ninyo na ie-enable lamang ang access sa mga modelo ng Cyber para sa mga aprubadong panloob na paggamit at user sa inyong pangunahing Organization ID sa API at workspace sa ChatGPT/Codex. Pinapayagan ang panlabas na paggamit sa parehong organisasyon o workspace, ngunit hindi maaaring magkaroon ng access sa mga kakayahan ng Daybreak ang mga proyektong may panlabas na paggamit at mga panlabas na user.
Nailipat na ninyo ang mga kinakailangang user, workflow, API key, application, at mga bagay na nakasalalay rito para sa operasyon mula sa organisasyong nakalaan sa Cyber. Kabilang dito ang:
Mga Account ng User
Mga GPT
Mga Proyekto
Mga setting ng Admin ng workspace (SCIM, mga grupo ng user, icon ng workspace, analytics at mga sukatan).
Mga ibinahaging pag-uusap
Mga tagal ng pagpapanatili ng data
Mga log ng API ng Pagsunod
Mga canvas
Nilalaman ng library
Configuration at data ng connector
Mga gawain, history, at configuration ng Codex
Mga agent at Kasanayan sa workspace
Natiyak na ninyong maayos na nabawi ang lahat ng API key sa inyong organisasyong nakalaan sa Cyber. Kapag humiling na kayo ng paglipat, ide-deactivate ng OpenAI ang inyong organisasyong nakalaan sa Cyber at babawiin ang mga aktibong API key sa organisasyon.
Handa na ang admin ng inyong organisasyon na i-enable ang Trusted Access for Cyber sa aprubadong proyekto matapos makumpleto ng OpenAI ang paghahanda nito.
Handa na kayo para i-deactivate ng OpenAI ang organisasyon o workspace na nakalaan sa Cyber.
Kapag nakumpleto na ang lahat ng item, ipadala sa team na namamahala sa inyong account sa OpenAI ang mga kaukulang ID ng organisasyon o workspace at kumpirmahing handa na kayo para iproseso ng OpenAI ang paglipat.
Mga madalas itanong
Bakit hinihiling ng OpenAI na lumipat kami sa aming pangunahing organisasyon?
Sa paglipat, mapapamahalaan ninyo sa iisang lugar ang access sa Daybreak, mga user, pagsingil, at mga patakaran sa pamamahala. Nababawasan din nito ang mga dobleng user, workspace, setting ng pagsingil, API key, at dagdag na gawaing pang-admin.
Maaari ba naming panatilihing hiwalay ang mga gawain sa Cyber sa iba pang aktibidad sa API?
Oo. Maaaring gumawa o pumili ang admin ng inyong organisasyon ng proyektong nakalaan para sa mga gawain sa Cyber, i-enable ang Trusted Access for Cyber para sa proyektong iyon, at idagdag lamang ang mga user na nangangailangan ng access.
Maaari ba naming gamitin ang parehong pangunahing organisasyon para sa mga panloob na gawain sa Cyber at mga panlabas na paggamit?
Oo, ngunit dapat lang i-enable ang mga kakayahan ng Daybreak para sa mga aprubadong panloob na paggamit, at dapat lang gamitin ang mga modelo ng cyber sa loob ng mga proyektong nakalaan para sa mga panloob na paggamit sa cyber. Hindi dapat magkaroon ng access sa mga kakayahan ng Daybreak ang mga proyektong may panlabas na paggamit o mga panlabas na user.
Ano ang mga aprubadong panloob na paggamit?
Saklaw ng pag-apruba sa Daybreak ang mga tauhang empleyado ng o nagtatrabaho para sa aprubadong customer. Hindi maaaring ibigay sa mga third party ang access sa mga modelo at kakayahan ng Daybreak. Kabilang sa mga aprubadong paggamit ang pananaliksik sa seguridad, pagsusuri ng red team, pagsusuri ng banta, pagtatasa ng mga kahinaan, pagsubok sa mga depensa, pagsusuri sa seguridad ng code, pagsisiyasat ng insidente, at iba pang gawaing panseguridad na isinasagawa ng mga panloob na team ng inyong organisasyon. Hindi dapat gamitin ang mga kakayahan ng Daybreak para sa mga produktong ginagamit ng mga customer, access ng mga third party, o mga automation na bukas sa publiko maliban kung may tahasang pag-apruba mula sa Daybreak Partner Program ng OpenAI.
Ano ang mangyayari sa aming organisasyon o workspace na nakalaan sa Cyber pagkatapos ng paglipat?
Kapag nakumpleto na ang paglipat, ide-deactivate ng OpenAI ang organisasyon o workspace na nakalaan sa Cyber at aalisin ang dating access sa Cyber na ibinibigay sa antas ng organisasyon.
Ide-deactivate ba ng OpenAI ang aming organisasyong nakalaan sa Cyber bago kami maging handa?
Hindi. Dapat lamang ninyong hilingin sa OpenAI na iproseso ang paglipat kapag nailipat na ninyo sa inyong pangunahing organisasyon o workspace ang mga kinakailangang user, workflow, API key, application, at mga bagay na nakasalalay rito para sa operasyon.
Patuloy bang gagana ang aking mga kasalukuyang API key?
Hindi madadala sa inyong pangunahing organisasyon ang mga API key na ginawa sa inyong organisasyong nakalaan sa Cyber. Bago lumipat, gumawa ng mga bagong API key sa aprubadong proyekto sa loob ng inyong pangunahing organisasyon at i-update ang anumang application, script, o workflow na umaasa sa mga lumang key. Kailangang bawiin ang mga kasalukuyang API key sa inyong organisasyon sa API na nakalaan sa cyber bilang bahagi ng paglipat na ito. Kapag na-deactivate na ang organisasyong nakalaan sa Cyber, hindi na gagana ang mga key mula sa organisasyong iyon.
Anong impormasyon ang kailangan naming ipadala sa OpenAI?
Ipadala sa team na namamahala sa inyong account sa OpenAI ang pangunahing Organization ID sa API at ID ng workspace sa ChatGPT/Codex na gusto ninyong lipatan, kasama ang Organization ID sa API o ID ng workspace na nakalaan sa Cyber na dapat i-deactivate pagkatapos ng paglipat.
Sino ang mag-e-enable ng Daybreak matapos ihanda ng OpenAI ang organisasyon?
Kukumpletuhin ng admin ng inyong organisasyon ang huling setup sa pamamagitan ng pag-enable ng Daybreak para sa napiling proyekto sa API at pagdaragdag ng mga angkop na user. Para sa ChatGPT/Codex, pamamahalaan ng mga admin ng workspace ang access ayon sa user kapag available na ang mga kontrol na iyon.
Magbabago ba ang aming pagsingil dahil sa paglipat?
Layunin nitong isama ang paggamit ng Cyber sa inyong pangunahing komersyal na kasunduan upang hindi na mahati ang paggamit sa magkakahiwalay na organisasyon, invoice, o pondo ng credits.
Paano kung kailangan pa rin namin ng hiwalay na organisasyon o workspace?
Makipagtulungan sa team na namamahala sa inyong account sa OpenAI kung sa tingin ninyo ay may pangangailangan kayo kaugnay ng negosyo, regulasyon, lokasyon ng data, o pag-invoice na nangangailangan ng hiwalay na organisasyon o workspace.