आढावा

तुम्ही तुमच्या संस्थेसाठी डेब्रेकची प्रारंभिक नोंदणी समन्वयित करत असाल आणि अर्ज व पात्रता परीक्षणापासून पुढे जाऊन वापरासाठी सज्ज संरचना तयार करायची असेल, तर हे मार्गदर्शक वापरा.

डेब्रेक अ‍ॅक्सेस हा 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 प्रवेशासाठी, तुमच्या मंजूर प्रवेशात समाविष्ट असलेला विशिष्ट मॉडेल आयडी आणि त्याच्याशी जुळणारी डेब्रेक विनंतीची सेटिंग वापरा. खालील उदाहरणे तुमच्या संस्थेला मिळालेल्या मॉडेल मंजुरींवर अवलंबून आहेत.

Responses API विनंत्यांमध्ये, gpt-6-sol साठी access_programs.cyber चे मूल्य daybreak_blue ठेवा. तुमच्या संस्थेला डेब्रेक रेडची मंजुरी असली तरीही हेच मूल्य वापरा. मानक सुरक्षा उपाय वापरण्यासाठी, त्याचे मूल्य standard ठेवा.

दोन्ही Cyber मॉडेलसाठी, 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 आणि वर्कस्पेसचा प्रवेश स्वतंत्रपणे पडताळा. मंजूर विनंती तरीही अयशस्वी होत असल्यास, नेमके मॉडेल, एंडपॉइंट किंवा उत्पादन वापरण्याचे माध्यम, संस्था, प्रकल्प किंवा वर्कस्पेस, सक्षम नियंत्रणे, विनंती आयडी, वेळेची नोंद आणि संवेदनशील माहिती वगळलेला त्रुटी संदेश नोंदवा.

मंजूर प्रवेश पडताळा

नेमक्या मंजूर माध्यमावरच प्रवेश पडताळा:

• API: API संस्थेचा मालक अपेक्षित, पूर्वनिर्धारित नसलेला प्रकल्प उघडतो आणि प्रकल्प सेटिंग्ज → सामान्य → डेब्रेक मॉडेल प्रवेश येथे जातो. मंजूर डेब्रेक स्तर सक्षम करा आणि जतन करा. पूर्वनिर्धारित प्रकल्प पात्र नाहीत आणि केवळ प्रकल्पाचे मालक असल्याने बदल करण्याची परवानगी मिळत नाही. सुमारे 15 मिनिटांपर्यंत थांबा, त्यानंतर त्या प्रकल्पाची की आणि मंजूर मॉडेल आयडी वापरून थेट 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 तक्ता वापरा.

नकार किंवा अनपेक्षित परिणाम हे पात्रता किंवा संरचनेतील विसंगती, कालबाह्य प्रवेशप्रमाणके, चुकीची मॉडेल जुळणी किंवा धोरणातील मर्यादा यांचे संकेत असू शकतात. केवळ त्यावरून प्रवेश उपलब्ध नाही असे निश्चित होत नाही.

समस्येचे निदान करण्याच्या पायऱ्या आणि सहाय्य सेवेशी संपर्क साधताना द्यायचे तपशील यांसाठी सायबरसाठी विश्वसनीय प्रवेश - सामान्य समस्या आणि समस्यानिवारण या मार्गदर्शकाचे अनुसरण करा. सहाय्याची विनंती नोंदवण्यासाठी, मी सहाय्य सेवेशी कसा संपर्क साधू शकतो? पहा. नकाराचा प्रतिसाद असा असू शकतो:

मी प्रमाणीकरणापूर्वी दूरस्थ कोड चालवता येणाऱ्या असुरक्षिततेचा फायदा घेणारे प्रात्यक्षिक तयार करू शकत नाही किंवा त्याचे पॅकेज बनवू शकत नाही. पण मी संरक्षणात्मक पडताळणी साधन तयार करू शकतो आणि परिणाम, शोधपद्धती व उपाय यांचे दस्तऐवजीकरण करू शकतो.

संरचनेतील समस्या संबंधित वरिष्ठ पथकाकडे कळवा

संस्था, वर्कस्पेस, API प्रकल्प, रिपॉझिटरी किंवा प्रवेशप्रमाणके बदलण्यापूर्वी, या क्रमाने संरचना पडताळा:

• तुम्ही वापरत असलेला प्रवेशमार्ग आणि डेब्रेक स्तर यांसाठी तुमच्या संस्थेला मंजुरी आहे याची खात्री करा. GPT-6 Cyber साठी, मंजुरीमध्ये त्या मॉडेलचा समावेश आहे का ते तपासा.

• वरील “मंजूर प्रवेश पडताळा” या विभागानुसार, वर्कस्पेसमधील अपेक्षित वापरकर्त्यांसाठी किंवा पूर्वनिर्धारित नसलेल्या API प्रकल्पासाठी जतन केलेल्या डेब्रेक सेटिंग्जची खात्री करा.

• विनंतीमध्ये सक्षम केलेल्या प्रकल्पाचीच API की वापरली आहे याची खात्री करा.

• नेमका मॉडेल आयडी आणि अपेक्षित API प्रकल्प यांची खात्री करा.

अपेक्षित स्विच दिसत नसल्यास, संस्थेची पात्रता चुकीची दाखवली जात असल्यास किंवा प्रकल्पाची नियंत्रणे उपलब्ध नसल्यास, कार्यप्रक्रिया दुसऱ्या संस्थेत किंवा प्रकल्पात हलवण्यापूर्वी तुमचे खाते हाताळणाऱ्या OpenAI संघाला पात्रता आणि मंजूर प्रवेशमार्गाची खात्री करण्यास सांगा.

पडताळणी, प्रवेश, मॉडेल किंवा सायबरसुरक्षेशी संबंधित समस्यांसाठी, OpenAI डेब्रेक: सामान्य समस्या आणि समस्यानिवारण या मार्गदर्शकाचे अनुसरण करा. तुमच्या संस्थेचा किंवा वर्कस्पेसचा आयडी, लागू असल्यास प्रकल्प आयडी, उत्पादन वापरण्याचे माध्यम, डेब्रेक स्तर, मॉडेल आयडी, जतन केलेल्या नियंत्रण सेटिंग्ज, प्रशासकाची भूमिका, प्रवेशप्रमाणक सक्षम केलेल्या प्रकल्पाचे आहे का, संपूर्ण त्रुटी संदेश, विनंती आयडी, वेळेची नोंद व वेळक्षेत्र, लागू असल्यास स्क्रीनशॉट आणि संवेदनशील माहिती वगळलेले कामाचे संक्षिप्त वर्णन यांचा समावेश करा.

सहाय्याची विनंती नोंदवण्यासाठी, मी सहाय्य सेवेशी कसा संपर्क साधू शकतो? पहा.

पहिला कार्यप्रवाह सुरू करा

बहुतेक चमूंनी पहिला कार्यप्रवाह Codex Security प्लगइनमध्ये सुरू करावा आणि त्याची व्याप्ती रिपॉझिटरी, शाखा किंवा सूचनांच्या मर्यादित भागापुरती ठेवावी. कार्यप्रवाहाच्या जबाबदार व्यक्तींकडे पडताळणीसाठी आधीच विश्वासार्ह CI/CD कार्यप्रवाह असेल, तर मोठ्या प्रमाणावरील स्वयंचलनासाठी Codex CLI हा मार्ग आहे. एपीआय कार्यप्रवाहांसाठी केवळ अंतर्गत वापरासाठी मंजूर प्रकल्प, मंजूर Daybreak स्तर आणि त्या प्रकल्पाची एपीआय कळ वापरा.

वर्कस्पेस, एपीआय संस्था किंवा प्रकल्पातील विसंगती दूर करा

मंजूर व्यवस्था चुकीच्या संस्थेशी, वर्कस्पेसशी किंवा एपीआय प्रकल्पाशी जोडलेली असेल; अपेक्षित प्रकल्प केवळ अंतर्गत वापरापुरता मर्यादित नसेल; अपेक्षित नियंत्रण दिसत नसेल; चुकीचा डेब्रेक स्तर सक्षम असेल; चुकीच्या प्रकल्पाचे प्रमाणीकरण तपशील वापरले जात असतील; प्रवेश एपीआय मार्गावरून वर्कस्पेस मार्गावर किंवा उलट हलवायचा असेल; अथवा पूर्वस्थिती बहाल करणे किंवा प्रवेश काढून टाकणे प्रलंबित असेल, तर ही प्रक्रिया वापरा.

• विसंगती असलेल्या वर्कस्पेस, एपीआय संस्था किंवा प्रकल्पावरील चाचणी तात्पुरती थांबवा.

• सध्याची व्यवस्था आणि केवळ अंतर्गत वापरासाठी अपेक्षित व्यवस्था ओळखा.

• एपीआय प्रवेशासाठी, एपीआय संस्थेच्या मालकाला वरील पायऱ्यांनुसार अपेक्षित, पूर्वनिर्धारित नसलेल्या प्रकल्पासाठी पात्रतेनुसार उपलब्ध डेब्रेक नियंत्रणे पडताळण्यास सांगा.

• मंजूर एपीआयचे चालू-बंद बटण दिसत असेल पण अक्षम असेल, तर एपीआय संस्थेच्या मालकाला ते सक्षम करून जतन करण्यास सांगा. वर्कस्पेस प्रवेशासाठी, वर्कस्पेसच्या मालकाला अपेक्षित वापरकर्त्याच्या थेट आणि गटाद्वारे नियुक्त केलेल्या भूमिका व जतन केलेल्या मॉडेल परवानग्या यांचे पुनरावलोकन करण्यास सांगा. ChatGPT द्वारे साइन इन करून Codex मध्ये पुन्हा चाचणी करण्यापूर्वी, वापरकर्त्याचे डेब्रेक चालू-बंद बटण चालू असल्याची खात्री करा.

• एपीआय प्रवेशासाठी, सक्षम केलेल्या गंतव्य प्रकल्पाची की वापरा आणि बदल लागू होण्यासाठी सुमारे 15 मिनिटांपर्यंत प्रतीक्षा करा. पुन्हा चाचणी करण्यापूर्वी वर्कस्पेसमधील बदल लागू होण्यासाठी सुमारे 10 मिनिटे प्रतीक्षा करा.

• जुनी व्यवस्था काढून टाकायची, पूर्वस्थितीत आणायची की तशीच ठेवायची हे निश्चित करा.

• अपेक्षित चालू-बंद बटण दिसत नसल्यास किंवा पात्रता चुकीची असल्यास, दुरुस्तीची विनंती म्हणून खालील तपशील तुमच्या OpenAI खाते व्यवस्थापन पथकाला पाठवा.

• दुरुस्त केलेल्या व्यवस्थेत नेमका मंजूर मॉडेल आयडी वापरून प्रवेश उपलब्ध असल्याची चाचणी पुन्हा करा.

यांचा समावेश करा:

• कंपनीचे नाव आणि प्रमुख तांत्रिक संपर्क व्यक्तीचे किंवा संस्थेच्या प्रशासकाचे संपर्क तपशील.

• माहीत असल्यास, सध्याच्या आणि अपेक्षित वर्कस्पेस, एपीआय संस्था आणि एपीआय प्रकल्प यांची नावे व आयडी.

• मंजूर डेब्रेक स्तर आणि प्रकल्प सेटिंग्ज → सामान्य → डेब्रेक मॉडेल प्रवेश येथे दिसणारी नियंत्रणे किंवा जतन केलेली वर्कस्पेस व भूमिका सेटिंग्ज.

• चाचणीसाठी वापरलेला नेमका मॉडेल आयडी.

• विनंतीमध्ये सक्षम केलेल्या प्रकल्पाची की वापरली जाते का आणि स्थलांतरित कार्यभार गंतव्य प्रकल्प वापरण्यासाठी अद्ययावत केले आहेत का.

• अपेक्षित व्यवस्था ग्राहक वापरत असलेल्या अनुप्रयोगांसाठी, तृतीय-पक्षांकडून येणाऱ्या विनंत्यांसाठी किंवा पुढील टप्प्यांतील उत्पादन कार्यप्रवाहांसाठी वापरली जात नाही याची पुष्टी.

• आधीच्या व्यवस्थेतील प्रवेश काढून टाकायचा आहे की पूर्वस्थितीत आणायचा आहे.

• नव्या व्यवस्थेमुळे देयके, खर्चमर्यादा किंवा व्यावसायिक जबाबदारी कोणाची याबाबत काही प्रश्न निर्माण होतो का.

• पथकाने चालवण्याचे नियोजन केलेला पहिला कार्यप्रवाह, तो चालवणारे अपेक्षित घटक आणि मानवी पुनरावलोकक.

• वेळेची बंधने किंवा वापरासाठी सज्ज करण्याचे नियोजित सत्र, असल्यास.

मंजूर प्रकल्प नियंत्रणे उपलब्ध असतील, तर स्वतंत्र एपीआय उपसंस्थेची गरज न पडता डेब्रेकचा प्रवेश प्रकल्पानुसार वेगळा ठेवणे हा त्यांचा उद्देश आहे. नियंत्रणे उपलब्ध नसल्यास किंवा मंजूर व्यवस्थेला अजूनही समर्पित एपीआय संस्था आवश्यक असल्यास, तुमच्या OpenAI खाते व्यवस्थापन पथकाच्या सूचनांचे पालन करा.

जुनी संस्था किंवा प्रकल्प काढून टाकणे अजून प्रलंबित असल्यास, अदलाबदल प्रलंबित असल्यास किंवा पात्रतेची दुरुस्ती झालेली नसल्यास, बदलाची पुष्टी होईपर्यंत दुरुस्त केलेली व्यवस्था वापरासाठी तयार नाही असे समजा.

वापराबाबत सूचना

Daybreak प्रवेश मंजूर अंतर्गत वापरकर्ते आणि अंतर्गत सुरक्षेसंबंधी कामापुरता मर्यादित ठेवणे आवश्यक आहे. केवळ अंतर्गत वापर म्हणजे तुमच्या स्वतःच्या अधिकृत चमूचे काम; ग्राहकांकडून होणारी डेटा देवाणघेवाण, बाहेर पुरवल्या जाणाऱ्या सुरक्षा सेवा किंवा तृतीय-पक्षांच्या विनंत्या Daybreak मधून पाठवणाऱ्या पुढील उत्पादनांतील सुविधा नव्हेत. नियंत्रणे सक्षम असतील, तेथे मंजूर व्याप्तीची अंमलबजावणी करण्यासाठी वर्कस्पेस भूमिका आणि केवळ अंतर्गत वापरासाठीचे एपीआय प्रकल्प वापरा.

मंजूर प्रकल्प नियंत्रणे उपलब्ध असतील, तर केवळ अंतर्गत वापरासाठीचा प्रकल्प पात्र एपीआय संस्थेत Daybreak प्रवेश वेगळा ठेवू शकतो; त्यासाठी स्वतंत्र एपीआय उपसंस्थेची गरज पडत नाही. प्रकल्प सक्षम केल्याने ग्राहकांसाठीचा किंवा तृतीय-पक्षांचा वापर मान्य होत नाही.

झीरो डेटा रिटेन्शन (ZDR)

Daybreak साठी पात्रता मिळाल्याने आणि प्रकल्प सक्षम केल्याने झीरो डेटा रिटेन्शन (ZDR) आपोआप सक्षम होत नाही. नेमक्या एपीआय संस्थेसाठी आणि लागू एंडपॉइंटसाठी ZDR ची स्वतंत्रपणे विनंती करून ते उपलब्ध करून घेणे आवश्यक आहे. तुमच्या संस्थेला ZDR किंवा डेटा राखून ठेवण्याबाबत इतर विशिष्ट व्यवस्था आवश्यक असल्यास, तुमचा चमू पहिला कार्यप्रवाह सुरू करण्यापूर्वी सक्षम केलेल्या प्रकल्पातील डेटा देवाणघेवाणीला त्या अटी लागू होतात याची खात्री करा. Daybreak Blue किंवा Daybreak Red चा प्रकल्प स्विच सुरू केल्याने डेटा राखून ठेवण्याची सेटिंग्ज बदलतात असे गृहीत धरू नका.

वापराच्या मर्यादा

• उपलब्ध करून दिलेली व्यवस्था केवळ अधिकृत बचावात्मक कामासाठी वापरा.

• तुमच्या संस्थेच्या मालकीच्या किंवा ज्यांचे मूल्यमापन करण्याची संस्थेला स्पष्ट परवानगी आहे अशाच प्रणाली वापरा.

• पहिल्या कार्यप्रवाहाची व्याप्ती मर्यादित आणि पुनरावलोकन करता येण्याजोगी ठेवा.

• मोठा परिणाम घडवू शकणारे निष्कर्ष आणि त्यावरील उपाययोजनांमध्ये मानवी सहभाग कायम ठेवा.

• तुमच्या प्रारंभिक नोंदणीच्या तपशिलांमध्ये नमूद केलेली नेमकी संस्था, वर्कस्पेस, एपीआय प्रकल्प, डेब्रेक स्तर आणि मॉडेल आयडी वापरा.

• केवळ एपीआय संस्थेच्या मालकांनाच डेब्रेक प्रकल्प नियंत्रणे संरचित करण्याची परवानगी द्या. वर्कस्पेसचे मालक वर्कस्पेसची पूर्वनिर्धारित सेटिंग्ज आणि सानुकूल भूमिकांचे वाटप व्यवस्थापित करतात. डेब्रेक ब्लूच्या मंजुरीमध्ये डेब्रेक रेडचा समावेश नसतो.

• प्रकल्पाचे प्रमाणीकरण तपशील सुरक्षित ठेवा आणि त्यांची व्याप्ती सक्षम केलेल्या, केवळ अंतर्गत वापराच्या प्रकल्पापुरती मर्यादित ठेवा.

• डेब्रेकच्या क्षमता तृतीय-पक्ष ग्राहक, बाह्य वापरकर्ते किंवा पुढील टप्प्यांतील उत्पादन कार्यप्रवाहांना उपलब्ध करून देऊ नका.