વિહંગાવલોકન

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

ડેબ્રેક ઍક્સેસ એ સાયબર માટે વિશ્વસનીય ઍક્સેસ આપતો OpenAI નો કાર્યક્રમ છે. ડેબ્રેક બ્લૂ અને ડેબ્રેક રેડ એ ડેબ્રેકમાં ઍક્સેસનાં સ્તરો છે.

મોટાભાગની વ્યાવસાયિક સંસ્થાઓની ટીમોએ મંજૂર આંતરિક રક્ષણાત્મક કાર્યપ્રવાહો માટે ડેબ્રેક બ્લૂથી શરૂઆત કરવી જોઈએ.

અદ્યતન, અધિકૃત સાયબર સુરક્ષા કાર્યપ્રવાહો માટે ડેબ્રેક રેડની અલગ મંજૂરી જરૂરી છે. ડેબ્રેક રેડની બધી સંસ્થાઓ GPT-5.6 Cyber માટે પાત્ર છે. GPT-6 Cyber માટે મોડલની અલગ મંજૂરી જરૂરી છે. તમે જ્યાં ડેબ્રેક રેડનો ઉપયોગ કરો છો તે દરેક સંસ્થા અથવા વર્કસ્પેસમાં એક જ વાર સાઇન ઇન કરવાની સુવિધા (SSO) સક્ષમ કરો અને ફરજિયાત બનાવો. ડિફૉલ્ટ રૂપે, GPT-6 Cyber API ઍક્સેસ માટે IP સરનામાંઓની મંજૂરીસૂચિ બનાવવી જરૂરી છે. ઝીરો ડેટા રિટેન્શનનો ઉપયોગ કરતા API પ્રોજેક્ટ માટે સામાન્ય રીતે ખાનગી સુરક્ષા પ્રક્રિયા પણ જરૂરી છે.

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

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

પ્રારંભિક જોડાણ અને ઍક્સેસની સ્થિતિ પર નજર રાખો

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

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

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

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

Responses API વિનંતીઓમાં, gpt-6-sol માટે access_programs.cyber ને daybreak_blue પર સેટ કરો, ભલે તમારી સંસ્થાને ડેબ્રેક રેડની મંજૂરી મળી હોય. માનક સુરક્ષા પગલાંનો ઉપયોગ કરવા માટે, તેને standard પર સેટ કરો.

બંને સાયબર મોડલ માટે, Responses API માં daybreak_red નો ઉપયોગ કરો.

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

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

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

ડેબ્રેક AWS બેડરોક દ્વારા પણ ઉપલબ્ધ છે અને તેના માટે પણ OpenAI ની મંજૂરી જરૂરી છે. ઍક્સેસ માટે તમારી AWS ખાતાની ટીમનો સંપર્ક કરો.

ડેબ્રેક સાથે GPT-6.1 Terra ની ચકાસણી કરો

GPT-6.1 Terra માટે, ડેબ્રેક રેડની મંજૂરીની ખાતરી કરો અને વિનંતી માટે ડેબ્રેક સ્પષ્ટપણે સક્ષમ કરો. માત્ર ડેબ્રેક બ્લૂથી Terra પર સાયબર વિનંતીઓ નકારવાનું પ્રમાણ ઘટાડવાની સુવિધા સક્ષમ થતી નથી. Responses API માં, સક્ષમ કરેલા ડિફૉલ્ટ સિવાયના પ્રોજેક્ટની કી વાપરો અને access_programs.cyber સ્પષ્ટપણે સેટ કરો; તેને છોડી દેવાથી માનક સુરક્ષા પગલાં લાગુ પડે છે. Chat Completions વિનંતીઓ નકારવાનું પ્રમાણ ઘટાડવાની આ રીતને સમર્થન આપતું નથી.

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

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

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

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

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

અપેક્ષિત નિયંત્રણ ન દેખાય, તો મંજૂર વર્કસ્પેસ અથવા 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 પ્રોજેક્ટ.

• વિનંતી કરેલા ડેબ્રેક સ્તર માટે તમારી સંસ્થાની પાત્રતા અને GPT-6 Cyber માટે તે મોડલની મંજૂરી. Astra અથવા GPT-6.1 Sol માટે, બ્લૂ ઍક્સેસમાં માનક સુરક્ષા પગલાં જળવાઈ રહે છે.

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

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

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

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

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

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

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

ગોઠવણીની સમસ્યાઓ સંબંધિત ટીમ સુધી પહોંચાડો

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

• તમે ઍક્સેસની જે રીત અને ડેબ્રેક સ્તર વાપરી રહ્યા છો તે માટે તમારી સંસ્થાને મંજૂરી મળી છે તેની ખાતરી કરો. GPT-6 Cyber માટે, મંજૂરીમાં તે મોડલનો સમાવેશ થાય છે કે નહીં તે તપાસો.

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

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

• ચોક્કસ મોડલ ID અને ઇચ્છિત API પ્રોજેક્ટની ખાતરી કરો.

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

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

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

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

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

વર્કસ્પેસ, એપીઆઈ સંસ્થા અથવા પ્રોજેક્ટની અસંગતતા સુધારો

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

• અસંગત વર્કસ્પેસ, એપીઆઈ સંસ્થા અથવા પ્રોજેક્ટ પર પરીક્ષણ અટકાવો.

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

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

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

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

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

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

• સુધારેલી ગોઠવણી પર ચોક્કસ મંજૂર મોડલ આઈડી વડે ઍક્સેસની પુષ્ટિ માટેની તપાસ ફરી ચલાવો.

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

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

• હાલનાં અને ઇચ્છિત વર્કસ્પેસ, એપીઆઈ સંસ્થા અને એપીઆઈ પ્રોજેક્ટનાં નામ અને આઈડી, જો જાણીતાં હોય.

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

• પરીક્ષણ માટે વપરાયેલો ચોક્કસ મોડલ આઈડી.

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

• ઇચ્છિત ગોઠવણીનો ઉપયોગ ગ્રાહકો માટેની એપ્લિકેશનો, તૃતીય-પક્ષ ટ્રાફિક અથવા આગળની પ્રોડક્ટ કાર્યપ્રક્રિયાઓ માટે થતો નથી તેની પુષ્ટિ.

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

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

• ટીમ જે પ્રથમ કાર્યપ્રક્રિયા ચલાવવાનું આયોજન કરે છે તે, અને તેને ચલાવનાર સંભવિત વ્યક્તિઓ તથા માનવીય સમીક્ષક.

• સમયની મર્યાદાઓ અથવા આગામી સક્ષમીકરણ સત્ર, જો હોય તો.

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

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

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

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

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

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

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

કામગીરીની મર્યાદાઓ

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

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

• પ્રથમ કાર્યપ્રક્રિયાનું કાર્યક્ષેત્ર મર્યાદિત રાખો, જેથી તેની સમીક્ષા કરી શકાય.

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

• તમારી પ્રારંભિક નોંધણીની વિગતોમાં દર્શાવેલાં ચોક્કસ સંસ્થા, વર્કસ્પેસ, એપીઆઈ પ્રોજેક્ટ, ડેબ્રેક સ્તર અને મોડલ આઈડીનો જ ઉપયોગ કરો.

• માત્ર એપીઆઈ સંસ્થાના માલિકોને જ ડેબ્રેક પ્રોજેક્ટ નિયંત્રણો ગોઠવવાની મંજૂરી આપો. વર્કસ્પેસના માલિકો વર્કસ્પેસનાં મૂળભૂત સેટિંગ અને જરૂરિયાત મુજબ બનાવેલી ભૂમિકાઓની સોંપણીનું સંચાલન કરે છે. ડેબ્રેક બ્લૂની મંજૂરીમાં ડેબ્રેક રેડનો સમાવેશ થતો નથી.

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

• ડેબ્રેકની ક્ષમતાઓ તૃતીય-પક્ષ ગ્રાહકો, બાહ્ય વપરાશકર્તાઓ અથવા આગળની પ્રોડક્ટ કાર્યપ્રક્રિયાઓ સુધી વિસ્તારશો નહીં.