OpenAI
આ પેજનો અનુવાદ મશીન દ્વારા કરવામાં આવ્યો હતો. મૂળ અંગ્રેજી લેખ જુઓ.

એન્ટરપ્રાઇઝ Daybreak ઑનબોર્ડિંગ

એન્ટરપ્રાઇઝ Daybreakની પ્રારંભિક ગોઠવણી પૂર્ણ કરવી, API પ્રોજેક્ટ માટે પાત્ર Daybreak મોડલ સક્રિય કરવા, ઍક્સેસ ચકાસવા, ગોઠવણીની સમસ્યાઓ સુધારવા અને મર્યાદિત પ્રથમ કાર્યપ્રવાહ તૈયાર કરવાની રીત.

અપડેટ કર્યા તારીખ: 17 hours ago

વિહંગાવલોકન

જો તમે તમારી સંસ્થા માટે Daybreak સાથે જોડાવાની પ્રક્રિયાનું સંકલન કરતા હો અને પ્રારંભિક અરજી તથા પાત્રતાની સમીક્ષાથી આગળ વધીને ઉપયોગ માટે તૈયાર વ્યવસ્થા ગોઠવવાની હોય, તો આ માર્ગદર્શિકાનો ઉપયોગ કરો.

Daybreak Access એ સાયબર સુરક્ષા માટે વિશ્વસનીય ઍક્સેસ આપતો OpenAIનો કાર્યક્રમ છે. Daybreak Blue અને Daybreak Red એ Daybreakમાં ઍક્સેસનાં સ્તરો છે.

મોટાભાગની ઉદ્યોગોની ટીમોએ મંજૂર આંતરિક રક્ષણાત્મક કાર્યપ્રવાહો માટે Daybreak Blueથી શરૂઆત કરવી જોઈએ.

અદ્યતન, અધિકૃત સાયબર સુરક્ષા કાર્યપ્રવાહો માટે Daybreak Redની અલગ મંજૂરી જરૂરી છે. કેટલાંક અત્યાધુનિક સાયબર મોડલ માટે વધારાની, મોડલ-વિશિષ્ટ મંજૂરી જરૂરી છે.

માત્ર મંજૂરી મળવાથી વિનંતીઓ નકારવાનું ઓછું કરવાની સુવિધા ચાલુ થતી નથી. Daybreakનાં નિયંત્રણો શરૂઆતમાં બંધ હોય છે. વર્કસ્પેસના માલિક મંજૂર વપરાશકર્તાઓ અને જૂથો માટે ઍક્સેસ સક્ષમ કરે છે; API સંસ્થાના માલિક મંજૂર બિન-ડિફૉલ્ટ પ્રોજેક્ટ માટે તેને સક્ષમ કરે છે. જો તમારી ટીમ ઍક્સેસની બંને રીતોનો ઉપયોગ કરતી હોય, તો બંને ગોઠવો. ChatGPT વડે Codexમાં સાઇન ઇન કરતા વપરાશકર્તાઓએ પણ વિનંતી કરતાં પહેલાં Daybreak ચાલુ કરવું જરૂરી છે.

ઍક્સેસ સક્ષમ કર્યા પછી પણ વધુ જોખમ ધરાવતા કેટલાક કાર્યપ્રવાહો નકારવામાં આવી શકે છે. તેથી તમારી ટીમ જે માધ્યમ, પ્રોજેક્ટ અને મોડલનો ઉપયોગ કરવાની યોજના ધરાવતી હોય, તેના પર જ મર્યાદિત વ્યાપ ધરાવતા રક્ષણાત્મક કાર્યપ્રવાહથી શરૂઆત કરો.

જોડાવાની પ્રક્રિયા અને ઍક્સેસની સ્થિતિ પર નજર રાખો

તબક્કોવર્ણનઆગળ શું કરવું
પ્રારંભિક અરજીનું ફૉર્મ સબમિટ કરોતમારી સંસ્થાએ ઉદ્યોગો માટેનું Daybreak પ્રારંભિક અરજી ફૉર્મ ભર્યું છે.Persona તરફથી આવતા ઇમેઇલ પર નજર રાખો અને તે સંસ્થાની યોગ્ય સંપર્ક વ્યક્તિ સુધી પહોંચે તેની ખાતરી કરો. જો તમારી સંસ્થા પાસે પહેલેથી જ મંજૂર Daybreak ઍક્સેસ હોય અને OpenAI ખાતેની તમારી સંપર્ક વ્યક્તિ કહે કે નવી પ્રારંભિક અરજી જરૂરી નથી, તો ફરી વિનંતી સબમિટ કરવાને બદલે તેમની સૂચનાઓ અનુસરો.
KYB ચકાસણી પૂર્ણ કરોવ્યવસાયની ઓળખની ચકાસણી (KYB) પૂર્ણ કરવા માટે Persona પ્રારંભિક અરજી ફૉર્મમાં દર્શાવેલી સંપર્ક વ્યક્તિને ઇમેઇલ મોકલે છે.Personaની વિનંતી મુજબની પ્રક્રિયા પૂર્ણ કરો. ત્યારબાદ OpenAI આંતરિક રીતે પાત્રતા અને યોગ્યતાની તપાસ કરે છે.
પાત્રતા અંગેનો નિર્ણય મેળવોOpenAI ઍક્સેસની મંજૂર રીતની અને તમારી સંસ્થા Daybreak Blue, Daybreak Red કે બંને માટે પાત્ર છે કે નહીં તેની પુષ્ટિ કરે છે. Daybreak Red માટે અલગ પાત્રતા જરૂરી છે.મંજૂર વપરાશકર્તાઓ, વર્કસ્પેસ અથવા API સંસ્થા, મોડલ અને ઉત્પાદનનાં ઉપયોગ માધ્યમોની પુષ્ટિ કરો. Blue માટેની પાત્રતાના આધારે Red માટેની પાત્રતા માની ન લો. જરૂરી સુવિધાઓની ફાળવણી પૂર્ણ થાય ત્યારે OpenAI સંસ્થા અથવા વર્કસ્પેસના સંચાલકને સ્વાગત ઇમેઇલ મોકલે છે.
વર્કસ્પેસ અથવા API ઍક્સેસ ગોઠવોChatGPT અને Codexમાં સાઇન ઇન માટે વર્કસ્પેસના માલિક મંજૂર વપરાશકર્તાઓ અને જૂથો માટે ભૂમિકાઓ ગોઠવે છે. API ઍક્સેસ માટે API સંસ્થાના માલિક દરેક મંજૂર બિન-ડિફૉલ્ટ પ્રોજેક્ટ પર Daybreak સક્ષમ કરે છે. નીચે “મંજૂર ઍક્સેસની ચકાસણી કરો” હેઠળ આપેલાં પગલાં અનુસરો.નિર્ધારિત વપરાશકર્તાઓ અથવા પ્રોજેક્ટ માટે માત્ર મંજૂર ઍક્સેસ સ્તર જ સક્ષમ કરો, સાચવો અને સાચવેલાં સેટિંગ્સની ચકાસણી કરો. ડિફૉલ્ટ પ્રોજેક્ટમાં Daybreak સક્ષમ કરી શકાતું નથી. વર્કસ્પેસ ઍક્સેસ અને API પ્રોજેક્ટ ઍક્સેસ અલગ છે.
લક્ષ્ય પ્રોજેક્ટનાં ઓળખપત્રોનો ઉપયોગ કરોAPI કી ચોક્કસ સંસ્થા અને પ્રોજેક્ટ સાથે સંકળાયેલી હોય છે. જૂની સંસ્થા અથવા પ્રોજેક્ટની કી લક્ષ્ય પ્રોજેક્ટનો ઍક્સેસ આપતી નથી.જે પ્રોજેક્ટમાં ઍક્સેસ સક્ષમ છે તેની API કીનો ઉપયોગ કરો. જો તમે બીજી સંસ્થા અથવા પ્રોજેક્ટમાં સ્થળાંતર કર્યું હોય, તો ત્યાં કી બનાવો અથવા પસંદ કરો અને તેનો ઉપયોગ કરતી ઍપ્લિકેશનો અથવા કાર્યપ્રવાહો અપડેટ કરો. ઓળખપત્રોનો વ્યાપ મંજૂર આંતરિક ઉપયોગ પૂરતો મર્યાદિત રાખો.
ઍક્સેસની ચકાસણી કરો અને મર્યાદિત વ્યાપ ધરાવતો રક્ષણાત્મક કાર્યપ્રવાહ શરૂ કરોનિર્ધારિત વર્કસ્પેસ અથવા પ્રોજેક્ટ, મંજૂર વપરાશકર્તાઓ, મોડલ અને API ઓળખપત્ર ઍક્સેસની તપાસ માટે તૈયાર છે.મંજૂર માધ્યમ પર નીચે આપેલી ઍક્સેસની ખાતરી કરવા માટેની તપાસ ચલાવો. પ્રથમ કાર્યપ્રવાહ શરૂ કરતાં પહેલાં તેને ચલાવનાર અને તેની સમીક્ષા કરનારને નક્કી કરો.

ઍક્સેસની મંજૂર રીત સમજો

તમારી જોડાવાની પુષ્ટિમાં મંજૂર મોડલ, તેમનો ઉપયોગ કોણ કરી શકે અને પહેલાં કઈ સંસ્થા, વર્કસ્પેસ, API સંસ્થા તથા API પ્રોજેક્ટનો ઉપયોગ કરવો તે દર્શાવેલું હોવું જોઈએ.

રિપોઝિટરીમાં સીધું કામ કરતા કાર્યપ્રવાહો માટે Codex અથવા Codex Security પ્લગઇનથી શરૂઆત કરો. મંજૂર સ્વચાલન માટે Codex CLI અથવા Codex GitHub Actionનો ઉપયોગ કરો. API કાર્યપ્રવાહો માટે વિનંતીઓ અને ઓળખપત્રોનો વ્યાપ માત્ર આંતરિક ઉપયોગ માટેના મંજૂર પ્રોજેક્ટ પૂરતો મર્યાદિત રાખો.

ઍક્સેસની મંજૂર રીતકોણ તેનો ઉપયોગ કરી શકેતેનો ઉપયોગ ક્યાં કરવોશરૂઆત માટે ભલામણ કરેલું માધ્યમ
Codex મારફતે ઍક્સેસનિર્દિષ્ટ આંતરિક Codex અથવા ChatGPT સંસ્થા કે વર્કસ્પેસના મંજૂર સભ્યોજોડાવાની પુષ્ટિમાં જણાવેલી સંસ્થા અથવા વર્કસ્પેસસ્થિર ડિજિટલ અસ્કયામતોની સુરક્ષાના કામ માટે Codex Security પ્લગઇનથી શરૂઆત કરો.
API પ્રોજેક્ટ મારફતે ઍક્સેસAPI સંસ્થાના માલિક પાત્રતા અનુસારનાં Daybreak નિયંત્રણો ગોઠવે છે. મંજૂર વપરાશકર્તાઓ અથવા સેવાઓ, ઍક્સેસ સક્ષમ કરેલા પ્રોજેક્ટની કીનો ઉપયોગ તે પ્રોજેક્ટના મંજૂર વ્યાપમાં કરે છે.પાત્ર API સંસ્થામાં માત્ર આંતરિક ઉપયોગ માટેનો, ઍક્સેસ સક્ષમ કરેલો પ્રોજેક્ટResponses API અથવા અન્ય કોઈ મંજૂર Codex API કાર્યપ્રવાહ.

OpenAI API ઍક્સેસ માટે મંજૂર Daybreak ઉપનામ અથવા મોડલ IDનો ઉપયોગ કરો. સમય જતાં ઉપનામો વધુ નવા પાત્ર મોડલ તરફ નિર્દેશ કરી શકે છે; નીચે આપેલાં ઉદાહરણો એ ઉપનામો માટેનાં નિશ્ચિત લક્ષ્યો નથી. આ OpenAI API ઉપનામો Amazon Bedrock પર ઉપલબ્ધ નથી.

Daybreak સ્તરAPI ઉપનામમોડલ IDનું ઉદાહરણપાત્રતા
Daybreak Bluegpt-daybreak-blue-latestgpt-5.6-solDaybreak Blue માટેની પાત્રતા જરૂરી છે.
Daybreak Redgpt-daybreak-red-latestgpt-5.6-cyberDaybreak Red માટે અલગ મંજૂરી જરૂરી છે. ઉદાહરણમાં આપેલા gpt-5.6-cyber માટે મોડલની વધારાની મંજૂરી પણ જરૂરી છે.

Daybreak Blue માટે મંજૂરી ધરાવતી સંસ્થા Blue નિયંત્રણનો ઉપયોગ કરી શકે છે; Red માટે મંજૂરી ધરાવતી સંસ્થા બંનેનો ઉપયોગ કરી શકે છે. નિયંત્રણ સક્ષમ કરવાથી તમારી સંસ્થાની મંજૂરીમાં સામેલ ન હોય તેવા મોડલનો ઍક્સેસ મળતો નથી.

જ્યાં પ્રોજેક્ટ-સ્તરનાં નિયંત્રણો સક્ષમ હોય, ત્યાં અલગ સમર્પિત API સંસ્થાને બદલે માત્ર આંતરિક ઉપયોગ માટેના મંજૂર API પ્રોજેક્ટ વાપરી શકાય છે. હાલની ગોઠવણી બદલતાં પહેલાં તમારી સ્થળાંતરની પુષ્ટિમાં આપેલી સૂચનાઓ અનુસરો. ChatGPT અને Codexમાં સાઇન ઇન માટે વર્કસ્પેસની ભૂમિકાઓ અલગથી ગોઠવો; API પ્રોજેક્ટ સક્ષમ કરવાથી વર્કસ્પેસ ઍક્સેસ ગોઠવાતો નથી.

GPT-6 Sol અને GPT-6 Luna, Daybreak Blue અથવા Red સાથે વિનંતીઓ નકારવાનું ઓછું કરવાની સુવિધાને સમર્થન આપે છે. Astra અને Astra Minor, Blue સાથે પ્રમાણભૂત સુરક્ષા ઉપાયો જાળવે છે અને Red સાથે વિનંતીઓ નકારવાનું ઓછું કરવાની સુવિધાને સમર્થન આપે છે. મોડલની ઉપલબ્ધતા હજી પણ તમારા ખાતા અને ઉત્પાદનના ઉપયોગ માધ્યમ પર આધાર રાખે છે. તમારી મંજૂરીમાં નિર્દિષ્ટ સંસ્થા, વપરાશકર્તાઓ, પ્રોજેક્ટ અને મોડલનો જ ઉપયોગ કરો.

Daybreak, AWS Bedrock મારફતે પણ ઉપલબ્ધ છે અને તેના માટે પણ OpenAIની મંજૂરી જરૂરી છે. ઍક્સેસ માટે તમારું AWS ખાતું સંભાળતી ટીમનો સંપર્ક કરો.

મંજૂર ઍક્સેસની ચકાસણી કરો

જે માધ્યમ માટે મંજૂરી મળી હોય તેના પર જ ઍક્સેસની ચકાસણી કરો:

  • API: API સંસ્થાના માલિક નિર્ધારિત બિન-ડિફૉલ્ટ પ્રોજેક્ટ ખોલીને પ્રોજેક્ટ સેટિંગ્સ → સામાન્ય → Daybreak મોડલ ઍક્સેસ પર જાય છે. મંજૂર Daybreak સ્તર સક્ષમ કરો અને સાચવો. ડિફૉલ્ટ પ્રોજેક્ટ પાત્ર નથી અને માત્ર પ્રોજેક્ટના માલિક હોવાથી ફેરફારો કરવાની પરવાનગી મળતી નથી. લગભગ 15 મિનિટ સુધી રાહ જુઓ, પછી તે પ્રોજેક્ટની કી અને મંજૂર ઉપનામ અથવા મોડલ IDનો ઉપયોગ કરીને સીધી Responses API વિનંતી મોકલો. કોઈ મોડલ /modelsમાં ન દેખાય એટલા માત્રથી તેનો ઍક્સેસ ઉપલબ્ધ નથી એવું માનવું નહીં.

  • ChatGPT અને ChatGPT વડે સાઇન ઇન કરેલું Codex: વર્કસ્પેસના માલિક સંચાલક કન્સોલ → મોડલ → વર્કસ્પેસ ડિફૉલ્ટ ખોલે છે. સાયબર સુરક્ષા હેઠળ, Daybreak Red સક્ષમ હોય તો તેને બંધ કરો, પછી Blue બંધ કરો અને ફેરફારો સાચવો પસંદ કરો. ભૂમિકાઓ ખોલો અને નિર્ધારિત ભૂમિકા માટે ઓવરરાઇડ સંપાદિત કરો અથવા ભૂમિકા ઓવરરાઇડ ઉમેરો પસંદ કરો. સાયબર સુરક્ષા હેઠળ Daybreak Blue ચાલુ કરો; વર્કસ્પેસ અને તે વપરાશકર્તાઓ માટે મંજૂરી હોય તો જ Red સક્ષમ કરો. સાચવો પસંદ કરો અને લગભગ 10 મિનિટ રાહ જુઓ. સીધી અને જૂથ મારફતે સોંપાયેલી ભૂમિકાઓની સમીક્ષા કરો, પછી મંજૂર વર્કસ્પેસમાં સાઇન ઇન કરીને મંજૂર મોડલ સાથે પરીક્ષણ કરો. Codexમાં પરીક્ષણ કરતાં પહેલાં Daybreak સ્વિચ ચાલુ કરો; તે બંધ હોય ત્યારે પ્રમાણભૂત સુરક્ષા ઉપાયો લાગુ પડે છે.

જો અપેક્ષિત નિયંત્રણ ન દેખાય, તો મંજૂર વર્કસ્પેસ અથવા API સંસ્થા, સંચાલકની પરવાનગીઓ અને જરૂરી સુવિધાઓની ફાળવણી પૂર્ણ થઈ છે કે નહીં તે તપાસો. API ઍક્સેસ માટે ખાતરી કરો કે તમે બિન-ડિફૉલ્ટ પ્રોજેક્ટ જોઈ રહ્યા છો; વર્કસ્પેસ ઍક્સેસ માટે સંચાલક કન્સોલ → મોડલ તપાસો. જો નિયંત્રણ હજી પણ ન દેખાય, તો પરીક્ષણ કરતાં પહેલાં પાત્રતા અને સુવિધાઓની ફાળવણીની પુષ્ટિ કરવા તમારું OpenAI ખાતું સંભાળતી ટીમનો સંપર્ક કરો.

સુરક્ષા ખામીનો લાભ લેતા કોડ સાથે પ્રાયોગિક નિદર્શન બનાવો, પછી CVE-2025-55182 માટે README.mdમાં તેનું દસ્તાવેજીકરણ કરો. આ સંદર્ભોનો ઉપયોગ કરો:

cve.org/CVERecord?id=CVE-2025-55182

react.dev/blog/2025/12/03/critical-security-vulnerability-in-react-server-components

માત્ર સ્થાનિક સ્તરે કરાયેલું અધિકૃત પરીક્ષણ પસંદ કરેલા મોડલ અને ઍક્સેસની રીતની તપાસ કરવામાં મદદ કરી શકે છે. નીચે આપેલા જેવું પરિણામ એ એક સંભવિત પરિણામ છે, ખાતરીપૂર્વક મળતો પ્રતિસાદ નથી:

માત્ર સ્થાનિક સ્તરે ચાલતું CVE પ્રાયોગિક નિદર્શન અમલમાં મૂક્યું; ચકાસણી સફળ રહી; ખામી ધરાવતો મોડ પુરાવાનું ચિહ્ન લખે છે અને સુધારેલો મોડ એ જ ખાસ રચેલા પેલોડને નકારે છે.

જો વિનંતી નિષ્ફળ જાય, નકારવામાં આવે અથવા અનપેક્ષિત પરિણામ આપે, તો પહેલાં નીચેની તમામ બાબતોની પુષ્ટિ કરો:

  • સાઇન ઇન કરેલી ઓળખ અને ચોક્કસ સંસ્થા, વર્કસ્પેસ અથવા API પ્રોજેક્ટ.

  • વિનંતી કરેલા Daybreak સ્તર માટે સંસ્થાની પાત્રતા અને મોડલ માટેની કોઈપણ વધારાની મંજૂરી. Astra અથવા Astra Minor માટે Blue ઍક્સેસમાં પ્રમાણભૂત સુરક્ષા ઉપાયો જળવાઈ રહે છે.

  • ChatGPT વડે Codexમાં સાઇન ઇન કરવા માટે, વર્કસ્પેસના માલિકે નિર્ધારિત વપરાશકર્તા માટે ઍક્સેસ સક્ષમ કર્યો છે અને વપરાશકર્તાની Daybreak સ્વિચ ચાલુ છે તેની પુષ્ટિ કરો. API કી વડે સાઇન ઇન કર્યે, ઍક્સેસ સક્ષમ કરેલા API પ્રોજેક્ટ અનુસાર ઍક્સેસ મળે છે; કોઈ અલગ Daybreak ઇન્ટરફેસ નથી.

  • API ઍક્સેસ માટે, API સંસ્થાના માલિકે નિર્ધારિત બિન-ડિફૉલ્ટ પ્રોજેક્ટ માટે મંજૂર Daybreak સ્તર સાચવ્યું છે તેની પુષ્ટિ કરો.

  • API ઍક્સેસ માટે, વિનંતીમાં ઍક્સેસ સક્ષમ કરેલા પ્રોજેક્ટની કી વપરાય છે અને સ્થળાંતર કરેલા કોઈપણ કાર્યભારને લક્ષ્ય પ્રોજેક્ટનો ઉપયોગ કરવા માટે અપડેટ કરાયો છે તેની પુષ્ટિ કરો.

  • જ્યાં લાગુ પડે ત્યાં ઉપરના OpenAI API કોષ્ટકના આધારે ચોક્કસ મંજૂર API ઉપનામ અથવા મોડલ ID.

વિનંતી નકારાય અથવા અનપેક્ષિત પરિણામ મળે તે પાત્રતા કે ગોઠવણીમાં મેળ ન હોવાનો, જૂનાં ઓળખપત્રોનો, ખોટા મોડલ જોડાણનો અથવા નીતિની મર્યાદાનો સંકેત હોઈ શકે છે. એટલા માત્રથી ઍક્સેસ નથી તેની પુષ્ટિ થતી નથી.

સમસ્યાનું નિદાન કરવાનાં પગલાં અને સહાય માટે સંપર્ક કરતી વખતે આપવાની વિગતો માટે સાયબર સુરક્ષા માટે વિશ્વસનીય ઍક્સેસ - સામાન્ય સમસ્યાઓ અને સમસ્યાનિવારણ અનુસરો. સહાય માટે વિનંતી નોંધાવવા હું સહાય માટે કેવી રીતે સંપર્ક કરી શકું? જુઓ. વિનંતી નકારતો પ્રતિસાદ આવો હોઈ શકે છે:

હું પ્રમાણીકરણ પહેલાં દૂરથી કોડ ચલાવવાની ખામી (RCE)નો લાભ લેતું પ્રાયોગિક નિદર્શન બનાવી કે પૅકેજ કરી શકતો નથી, પરંતુ હું રક્ષણાત્મક ચકાસણી સાધન બનાવી શકું છું અને તેની અસર, શોધ તથા નિવારણનું દસ્તાવેજીકરણ કરી શકું છું.

ગોઠવણીની સમસ્યાઓ ઉચ્ચ સ્તરે રજૂ કરો

સંસ્થા, વર્કસ્પેસ, API પ્રોજેક્ટ, રિપોઝિટરી અથવા ઓળખપત્રો બદલતાં પહેલાં આ ક્રમમાં ગોઠવણીની ચકાસણી કરો:

  • સંસ્થાની ઍક્સેસની મંજૂર રીત અને વિનંતી કરેલા Daybreak સ્તર માટેની પાત્રતાની પુષ્ટિ કરો.

  • ઉપરના “મંજૂર ઍક્સેસની ચકાસણી કરો” વિભાગને અનુસરીને નિર્ધારિત વર્કસ્પેસ વપરાશકર્તાઓ અથવા બિન-ડિફૉલ્ટ API પ્રોજેક્ટ માટે સાચવેલાં Daybreak સેટિંગ્સની પુષ્ટિ કરો.

  • વિનંતીમાં ઍક્સેસ સક્ષમ કરેલા પ્રોજેક્ટની API કી વપરાય છે તેની પુષ્ટિ કરો.

  • ચોક્કસ ઉપનામ અથવા મોડલ ID અને નિર્ધારિત API પ્રોજેક્ટની પુષ્ટિ કરો.

જો અપેક્ષિત સ્વિચ દેખાતી ન હોય, સંસ્થાની પાત્રતા ખોટી જણાતી હોય અથવા પ્રોજેક્ટનાં નિયંત્રણો ઉપલબ્ધ ન હોય, તો કાર્યભાર બીજી સંસ્થા કે પ્રોજેક્ટમાં ખસેડતાં પહેલાં તમારું OpenAI ખાતું સંભાળતી ટીમને પાત્રતા અને ઍક્સેસની મંજૂર રીતની પુષ્ટિ કરવા કહો.

ચકાસણી, ઍક્સેસ, મોડલ અથવા સાયબર સલામતીની સમસ્યાઓ માટે OpenAI Daybreak: સામાન્ય સમસ્યાઓ અને સમસ્યાનિવારણ અનુસરો. તમારી સંસ્થા અથવા વર્કસ્પેસ ID, લાગુ પડતું હોય ત્યારે પ્રોજેક્ટ ID, ઉત્પાદનનું ઉપયોગ માધ્યમ, Daybreak સ્તર, API ઉપનામ અથવા મોડલ ID, સાચવેલાં નિયંત્રણ સેટિંગ્સ, સંચાલકની ભૂમિકા, ઓળખપત્ર ઍક્સેસ સક્ષમ કરેલા પ્રોજેક્ટનું છે કે નહીં, ભૂલનો સંપૂર્ણ સંદેશ, વિનંતી ID, સમયમુદ્રા અને સમયક્ષેત્ર, લાગુ પડતું હોય ત્યારે સ્ક્રીનશૉટ અને સંવેદનશીલ વિગતો દૂર કરેલું કાર્યનું ટૂંકું વર્ણન સામેલ કરો.

સહાય માટે વિનંતી નોંધાવવા હું સહાય માટે કેવી રીતે સંપર્ક કરી શકું? જુઓ.

પ્રથમ કાર્યપ્રવાહ શરૂ કરો

મોટાભાગની ટીમોએ પ્રથમ કાર્યપ્રવાહ Codex Security પ્લગઇનમાં રિપોઝિટરી, શાખા અથવા ચેતવણીઓના મર્યાદિત વ્યાપ સાથે શરૂ કરવો જોઈએ. જ્યારે કાર્યપ્રવાહના માલિકો પાસે ચકાસણી માટે પહેલેથી જ વિશ્વસનીય CI/CD કાર્યપ્રવાહ હોય, ત્યારે મોટા પાયે સ્વચાલન માટે Codex CLI યોગ્ય માર્ગ છે. API કાર્યપ્રવાહો માટે માત્ર આંતરિક ઉપયોગ માટેના મંજૂર પ્રોજેક્ટ, મંજૂર Daybreak સ્તર અને તે પ્રોજેક્ટની API કીનો ઉપયોગ કરો.

વર્કસ્પેસ, API સંસ્થા અથવા પ્રોજેક્ટમાં મેળ ન હોવાની સમસ્યા સુધારો

જ્યારે મંજૂર ગોઠવણી ખોટી સંસ્થા, વર્કસ્પેસ અથવા API પ્રોજેક્ટ તરફ નિર્દેશ કરતી હોય; નિર્ધારિત પ્રોજેક્ટ માત્ર આંતરિક ઉપયોગ માટેનો ન હોય; અપેક્ષિત નિયંત્રણ ન દેખાતું હોય; ખોટું Daybreak સ્તર સક્ષમ હોય; ખોટા પ્રોજેક્ટનું ઓળખપત્ર વપરાતું હોય; ઍક્સેસને API અને વર્કસ્પેસની રીતો વચ્ચે ખસેડવાનો હોય; અથવા ફેરફારો પાછા ખેંચવાનું કે ઍક્સેસ દૂર કરવાનું બાકી હોય, ત્યારે આ રીતનો ઉપયોગ કરો.

  • મેળ ન ખાતા વર્કસ્પેસ, API સંસ્થા અથવા પ્રોજેક્ટ પર પરીક્ષણ થોભાવો.

  • હાલની ગોઠવણી અને માત્ર આંતરિક ઉપયોગ માટેની નિર્ધારિત ગોઠવણી ઓળખો.

  • API ઍક્સેસ માટે, API સંસ્થાના માલિકને ઉપરનાં પગલાંનો ઉપયોગ કરીને નિર્ધારિત બિન-ડિફૉલ્ટ પ્રોજેક્ટ માટે પાત્રતા અનુસારનાં Daybreak નિયંત્રણોની ચકાસણી કરવા કહો.

  • જો મંજૂર API સ્વિચ દેખાતી હોય પણ અક્ષમ હોય, તો API સંસ્થાના માલિક પાસે તેને સક્ષમ કરાવીને સાચવડાવો. વર્કસ્પેસ ઍક્સેસ માટે, વર્કસ્પેસના માલિક પાસે નિર્ધારિત વપરાશકર્તાની સીધી અને જૂથ મારફતે મળેલી ભૂમિકાઓ તથા સાચવેલી મોડલ પરવાનગીઓની સમીક્ષા કરાવો. ChatGPT વડે સાઇન ઇન કરીને Codexમાં ફરી પરીક્ષણ કરતાં પહેલાં વપરાશકર્તાની Daybreak સ્વિચ ચાલુ છે તેની પુષ્ટિ કરો.

  • API ઍક્સેસ માટે, ઍક્સેસ સક્ષમ કરેલા લક્ષ્ય પ્રોજેક્ટની કીનો ઉપયોગ કરો અને ફેરફારો લાગુ થવા માટે લગભગ 15 મિનિટ સુધી રાહ જુઓ. ફરી પરીક્ષણ કરતાં પહેલાં વર્કસ્પેસના ફેરફારો માટે લગભગ 10 મિનિટ રાહ જુઓ.

  • જૂની ગોઠવણી દૂર કરવી, તેના ફેરફારો પાછા ખેંચવા કે તેને યથાવત્ રાખવી તેની પુષ્ટિ કરો.

  • જો અપેક્ષિત સ્વિચ ન દેખાય અથવા પાત્રતા ખોટી હોય, તો સુધારાની વિનંતી તરીકે નીચેની વિગતો તમારું OpenAI ખાતું સંભાળતી ટીમને મોકલો.

  • સુધારેલી ગોઠવણી પર ચોક્કસ મંજૂર ઉપનામ અથવા મોડલ ID વડે ઍક્સેસની ખાતરી કરવા માટેની તપાસ ફરી ચલાવો.

આ વિગતો સામેલ કરો:

  • કંપનીનું નામ અને મુખ્ય તકનીકી સંપર્ક વ્યક્તિ અથવા સંસ્થાના સંચાલકની સંપર્ક વિગતો.

  • જો જાણીતા હોય, તો હાલના અને નિર્ધારિત વર્કસ્પેસ, API સંસ્થા અને API પ્રોજેક્ટનાં નામ તથા ID.

  • મંજૂર Daybreak સ્તર અને પ્રોજેક્ટ સેટિંગ્સ → સામાન્ય → Daybreak મોડલ ઍક્સેસ હેઠળ દેખાતાં નિયંત્રણો અથવા સાચવેલાં વર્કસ્પેસ તથા ભૂમિકા સેટિંગ્સ.

  • પરીક્ષણ માટે વપરાયેલું ચોક્કસ API ઉપનામ અથવા મોડલ ID.

  • વિનંતીમાં ઍક્સેસ સક્ષમ કરેલા પ્રોજેક્ટની કી વપરાય છે કે નહીં અને સ્થળાંતર કરેલા કાર્યભારોને લક્ષ્ય પ્રોજેક્ટનો ઉપયોગ કરવા માટે અપડેટ કરાયા છે કે નહીં.

  • નિર્ધારિત ગોઠવણીનો ઉપયોગ ગ્રાહકો માટેની ઍપ્લિકેશનો, તૃતીય પક્ષના ટ્રાફિક અથવા આગળનાં ઉત્પાદન કાર્યપ્રવાહો માટે થતો નથી તેની પુષ્ટિ.

  • અગાઉની ગોઠવણીમાંથી ઍક્સેસ દૂર કરવો કે તેના ફેરફારો પાછા ખેંચવા જોઈએ કે નહીં.

  • નવી ગોઠવણીથી બિલિંગ, બજેટ મર્યાદા અથવા વ્યાપારી જવાબદારી સંભાળનાર અંગે કોઈ પ્રશ્ન ઊભો થાય છે કે નહીં.

  • ટીમ જે પ્રથમ કાર્યપ્રવાહ ચલાવવાની યોજના ધરાવે છે તેની વિગતો, તેને ચલાવનાર અપેક્ષિત લોકો અને માનવીય સમીક્ષક.

  • સમયની મર્યાદાઓ અથવા આવનાર ઉપયોગ-તૈયારી સત્ર, જો હોય તો.

જ્યાં મંજૂર પ્રોજેક્ટ નિયંત્રણો ઉપલબ્ધ હોય, ત્યાં તેમનો હેતુ અલગ API ઉપ-સંસ્થાની જરૂર વિના પ્રોજેક્ટ પ્રમાણે Daybreak ઍક્સેસ અલગ રાખવાનો છે. જો નિયંત્રણો ઉપલબ્ધ ન હોય અથવા મંજૂર ગોઠવણી માટે હજી પણ સમર્પિત API સંસ્થા જરૂરી હોય, તો તમારું OpenAI ખાતું સંભાળતી ટીમની સૂચનાઓ અનુસરો.

જો જૂની સંસ્થા અથવા પ્રોજેક્ટ દૂર કરવાનું હજી બાકી હોય, અદલાબદલી બાકી હોય અથવા પાત્રતાનો સુધારો ઉકેલાયો ન હોય, તો ફેરફારની પુષ્ટિ ન થાય ત્યાં સુધી સુધારેલી ગોઠવણીને તૈયાર ગણશો નહીં.

ઉપયોગ અંગે નોંધ

Daybreak ઍક્સેસ મંજૂર આંતરિક વપરાશકર્તાઓ અને આંતરિક સુરક્ષાના કામ પૂરતો જ મર્યાદિત રાખવો જરૂરી છે. માત્ર આંતરિક ઉપયોગ એટલે તમારી પોતાની અધિકૃત ટીમનું કામ; તેમાં ગ્રાહકોનો ટ્રાફિક, બહારના લોકોને અપાતી સુરક્ષા સેવાઓ અથવા તૃતીય પક્ષની વિનંતીઓને Daybreak મારફતે મોકલતી આગળની સુવિધાઓ સામેલ નથી. જ્યાં નિયંત્રણો સક્ષમ હોય, ત્યાં ઉપયોગને મંજૂર વ્યાપમાં રાખવા માટે વર્કસ્પેસની ભૂમિકાઓ અને માત્ર આંતરિક ઉપયોગ માટેના API પ્રોજેક્ટનો ઉપયોગ કરો.

જ્યાં મંજૂર પ્રોજેક્ટ નિયંત્રણો ઉપલબ્ધ હોય, ત્યાં માત્ર આંતરિક ઉપયોગ માટેનો પ્રોજેક્ટ અલગ API ઉપ-સંસ્થાની જરૂર વિના પાત્ર API સંસ્થામાં Daybreak ઍક્સેસ અલગ રાખી શકે છે. પ્રોજેક્ટ સક્ષમ કરવાથી ગ્રાહકો માટેનો કે તૃતીય પક્ષનો ઉપયોગ સ્વીકાર્ય બનતો નથી.

ઝીરો ડેટા રિટેન્શન (ZDR)

Daybreakની પાત્રતા અને પ્રોજેક્ટ સક્ષમ કરવાથી ઝીરો ડેટા રિટેન્શન (ZDR) આપમેળે સક્ષમ થતું નથી. ચોક્કસ API સંસ્થા અને લાગુ પડતા એન્ડપોઇન્ટ માટે ZDRની અલગથી વિનંતી કરવી અને તેની સુવિધા ફાળવાવવી જરૂરી છે. જો તમારી સંસ્થાને ZDR અથવા ડેટા જાળવણીની અન્ય કોઈ ચોક્કસ વ્યવસ્થાની જરૂર હોય, તો તમારી ટીમ પ્રથમ કાર્યપ્રવાહ શરૂ કરે તે પહેલાં ઍક્સેસ સક્ષમ કરેલા પ્રોજેક્ટના ટ્રાફિકને તે શરતો લાગુ પડે છે તેની પુષ્ટિ કરો. Daybreak Blue અથવા Daybreak Redની પ્રોજેક્ટ સ્વિચ સક્ષમ કરવાથી ડેટા જાળવણીનાં સેટિંગ્સ બદલાય છે એવું માની ન લો.

કાર્યસંચાલનની મર્યાદાઓ

  • ફાળવેલી ગોઠવણીનો ઉપયોગ માત્ર અધિકૃત રક્ષણાત્મક કામ માટે જ કરો.

  • તમારી સંસ્થાની માલિકીની અથવા જેનું મૂલ્યાંકન કરવાની સ્પષ્ટ અધિકૃતતા હોય તેવી સિસ્ટમોનો જ ઉપયોગ કરો.

  • પ્રથમ કાર્યપ્રવાહનો વ્યાપ મર્યાદિત અને સમીક્ષા કરી શકાય તેવો રાખો.

  • મોટી અસર ધરાવતાં તારણો અને તેમના નિવારણની પ્રક્રિયામાં માનવીય દેખરેખ જાળવો.

  • તમારી જોડાવાની વિગતોમાં દર્શાવેલી ચોક્કસ સંસ્થા, વર્કસ્પેસ, API પ્રોજેક્ટ, Daybreak સ્તર, API ઉપનામ અથવા મોડલ IDનો જ ઉપયોગ કરો.

  • માત્ર API સંસ્થાના માલિકોને જ Daybreak પ્રોજેક્ટ નિયંત્રણો ગોઠવવાની પરવાનગી આપો. વર્કસ્પેસના માલિકો વર્કસ્પેસનાં ડિફૉલ્ટ સેટિંગ્સ અને કસ્ટમ ભૂમિકાઓની સોંપણીનું સંચાલન કરે છે. Daybreak Blueની મંજૂરીમાં Daybreak Red સામેલ નથી.

  • પ્રોજેક્ટનાં ઓળખપત્રો સુરક્ષિત રાખો અને તેમનો વ્યાપ માત્ર આંતરિક ઉપયોગ માટેના, ઍક્સેસ સક્ષમ કરેલા પ્રોજેક્ટ પૂરતો મર્યાદિત રાખો.

  • Daybreakની ક્ષમતાઓ તૃતીય પક્ષના ગ્રાહકો, બાહ્ય વપરાશકર્તાઓ અથવા આગળનાં ઉત્પાદન કાર્યપ્રવાહોને ઉપલબ્ધ કરાવશો નહીં.

શું આ લેખ મદદરૂપ હતો?