OpenAI Daybreak: മാറ്റത്തിനും സ്ഥാപനങ്ങളുടെ ഏകീകരണത്തിനുമുള്ള മാർഗനിർദേശം

ഡേബ്രേക്ക് ആക്സസ് നിയന്ത്രണങ്ങൾ അവതരിപ്പിക്കുന്നു

API, Codex എന്നിവയിലെ ഡേബ്രേക്ക് ശേഷികൾക്കായി OpenAI ആക്സസ് നിയന്ത്രണങ്ങൾ അവതരിപ്പിക്കുന്നു. ഡേബ്രേക്ക് മുമ്പ് സൈബറിനുള്ള വിശ്വസനീയ ആക്സസ് എന്നാണ് അറിയപ്പെട്ടിരുന്നത്. ഏതൊക്കെ പ്രോജക്റ്റുകൾക്കും ഉപയോക്താക്കൾക്കും ഡേബ്രേക്ക് ഉപയോഗിക്കാമെന്ന് തീരുമാനിക്കാൻ ഈ നിയന്ത്രണങ്ങൾ അഡ്മിൻമാരെ സഹായിക്കുന്നു. നിർദിഷ്ട API അഭ്യർത്ഥനകളിലോ Codex ടാസ്‌ക്കുകളിലോ ഡേബ്രേക്ക് ശേഷികൾ എപ്പോൾ പ്രയോഗിക്കണമെന്ന് തീരുമാനിക്കാൻ അംഗീകൃത ഉപയോക്താക്കളെയും ഇവ അനുവദിക്കുന്നു.

API-യിൽ സൈബർ മോഡൽ ആക്സസ് ഇനി പ്രോജക്റ്റ് തലത്തിൽ പരിമിതപ്പെടുത്താം. നിങ്ങളുടെ സ്ഥാപന അഡ്മിന് സൈബർ ജോലികൾക്കായി ഒരു പ്രത്യേക പ്രോജക്റ്റ് സൃഷ്ടിക്കുകയോ തിരഞ്ഞെടുക്കുകയോ ചെയ്യാം. ആ പ്രോജക്റ്റിനായി ഡേബ്രേക്ക് പ്രവർത്തനക്ഷമമാക്കി ആക്സസ് ആവശ്യമുള്ള ഉപയോക്താക്കളെ മാത്രം ചേർക്കാം. തുടർന്ന്, ഐച്ഛികമായ `access_programs.cyber` പാരാമീറ്റർ നൽകി ഒരു അഭ്യർത്ഥനയിൽ ഡേബ്രേക്ക് ശേഷികൾ എപ്പോൾ പ്രയോഗിക്കണമെന്ന് അംഗീകൃത ഉപയോക്താക്കൾക്ക് തിരഞ്ഞെടുക്കാം (കൂടുതൽ വിവരങ്ങൾ ഇവിടെ). ഇതുവഴി, ബാഹ്യ ഉപയോഗങ്ങൾ ഉൾപ്പെടെയുള്ള മറ്റ് API പ്രവർത്തനങ്ങളിൽ നിന്ന് സൈബർ ജോലികൾ വേർതിരിച്ചുനിർത്താനും അതേസമയം നിങ്ങളുടെ പ്രധാന സ്ഥാപനത്തിനുള്ളിൽ തന്നെ അവ നിയന്ത്രിക്കാനും കഴിയും. 

ChatGPT, Codex എന്നിവയ്ക്കായി ഡേബ്രേക്ക് ബ്ലൂ, റെഡ് എന്നീ രണ്ട് തലങ്ങളിലും ഉപയോക്തൃതല സൈബർ മോഡൽ ആക്സസ് നിയന്ത്രണങ്ങളും OpenAI അവതരിപ്പിക്കുന്നു. ഇവ ലഭ്യമാകുമ്പോൾ, സൈബറിനായി മാത്രം ഒരു പ്രത്യേക വർക്ക്സ്പേസ് നിലനിർത്തേണ്ട ആവശ്യമില്ലാതെ, പ്രധാന വർക്ക്സ്പേസിലെ ഏതൊക്കെ ഉപയോക്താക്കൾക്ക് ഡേബ്രേക്കിന്റെ വിവിധ തലങ്ങളിലേക്ക് ആക്സസ് നൽകണമെന്ന് വർക്ക്സ്പേസ് അഡ്മിൻമാർക്ക് തിരഞ്ഞെടുക്കാനാകും. തുടർന്ന്, വിപുലമായ മോഡൽ തിരഞ്ഞെടുക്കൽ സംവിധാനത്തിലെ “ഡേബ്രേക്ക്” സ്വിച്ച് ഓണാക്കി ഡേബ്രേക്ക് ശേഷികൾ എപ്പോൾ പ്രയോഗിക്കണമെന്ന് അംഗീകൃത ഉപയോക്താക്കൾക്ക് തിരഞ്ഞെടുക്കാം.

ഈ നിയന്ത്രണങ്ങൾ ഒരുമിച്ച് ഉപയോഗിക്കുന്നതിലൂടെ, നടത്തിപ്പ്, ബില്ലിംഗ്, മേൽനോട്ടം എന്നിവ നിങ്ങളുടെ പ്രധാന സ്ഥാപനത്തിൽ കേന്ദ്രീകരിക്കാനും സൈബർ ആക്സസ് ഉചിതമായ പ്രോജക്റ്റുകൾക്കും ഉപയോക്താക്കൾക്കും ഉപയോഗങ്ങൾക്കും മാത്രമായി പരിമിതപ്പെടുത്താനും കഴിയും. Codex-നുള്ള API കീ പ്രാമാണീകരണം നിലവിൽ ഇതേ ഉപയോക്തൃതല നിയന്ത്രണങ്ങളെ പിന്തുണയ്ക്കുന്നില്ലെന്നത് ശ്രദ്ധിക്കുക. എന്നാൽ API പ്രോജക്റ്റ് തലത്തിലുള്ള ആക്സസ് നിയന്ത്രണങ്ങളിലൂടെ API കീകൾ തുടർന്നും നിയന്ത്രിക്കാം. 

ആക്സസ് നിയന്ത്രണങ്ങൾ ഉപയോഗിച്ചുതുടങ്ങുക

നിങ്ങളുടെ ടീം നിലവിൽ ഡേബ്രേക്ക് ശേഷികൾ ഉപയോഗിക്കുന്നത് നിങ്ങളുടെ പ്രധാന API സ്ഥാപനത്തിലും ChatGPT/Codex വർക്ക്സ്പേസിലും ആണെങ്കിൽ: 

• നിങ്ങളുടെ സ്ഥാപനത്തിലോ വർക്ക്സ്പേസിലോ ഉള്ള എല്ലാ ഉപയോക്താക്കൾക്കും പ്രധാന മോഡലുകളിൽ ഡേബ്രേക്ക് ശേഷികളിലേക്കുള്ള ആക്സസ് ഇപ്പോഴത്തേതുപോലെ തുടരാം. എന്നാൽ മാറ്റത്തിനായി ചില നടപടികൾ ആവശ്യമായി വന്നേക്കാം.

• ആക്സസ് നിയന്ത്രണങ്ങളിലേക്ക് മാറാൻ തയ്യാറാകുമ്പോൾ, നിങ്ങളുടെ OpenAI പ്രതിനിധിയോടോ support@openai.com വഴിയോ ഇത് അഭ്യർത്ഥിക്കുക. 

• തുടർന്ന് OpenAI നിങ്ങളുടെ API സ്ഥാപനത്തിലും ChatGPT/Codex വർക്ക്സ്പേസിലും പ്രോജക്റ്റ് തലത്തിലെയും ഉപയോക്തൃതലത്തിലെയും ആക്സസ് നിയന്ത്രണങ്ങൾ സജ്ജമാക്കും.

• ഈ നിയന്ത്രണങ്ങൾ സജ്ജമാക്കുമ്പോൾ ആക്സസ് സ്വതവേ ഓഫായിരിക്കുമെന്നത് ശ്രദ്ധിക്കുക. നിയന്ത്രണങ്ങൾ പ്രവർത്തനക്ഷമമായാൽ, അഡ്മിൻമാർ വ്യക്തമായി ആക്സസ് ക്രമീകരിക്കുന്നതുവരെ പ്രോജക്റ്റുകൾക്കും ഉപയോക്താക്കൾക്കും ഡേബ്രേക്ക് ആക്സസ് ലഭിക്കില്ല. ഡേബ്രേക്ക് ആക്സസ് സ്വതവേ ഓഫായിരിക്കുന്ന ഈ രീതിയിലേക്ക് മാറാൻ തയ്യാറാകുമ്പോൾ മാത്രം ഈ മാറ്റം അഭ്യർത്ഥിക്കുക.  വിശദമായ നിർദ്ദേശങ്ങൾ ചുവടെയുണ്ട്.

നിങ്ങളുടെ ടീം നിലവിൽ ഡേബ്രേക്ക് ശേഷികൾ ഉപയോഗിക്കുന്നത് വേറിട്ടൊരു API സ്ഥാപനത്തിലും ChatGPT/Codex വർക്ക്സ്പേസിലും ആണെങ്കിൽ, നിങ്ങളുടെ പ്രധാന സ്ഥാപനത്തിലേക്ക് മാറാൻ ഞങ്ങളുടെ ടീം നിങ്ങളോടൊപ്പം പ്രവർത്തിക്കും (ചുവടെയുള്ള നിർദ്ദേശങ്ങൾ കാണുക). പ്രധാന സ്ഥാപനത്തിലേക്ക് മാറുന്നതിലൂടെ ലഭിക്കുന്ന നേട്ടങ്ങൾ:

• കൂടുതൽ ശക്തമായ ആക്സസ് നിയന്ത്രണം: ചുമതലാധിഷ്ഠിത ആക്സസ് നിയന്ത്രണങ്ങളിലൂടെ സൈബർ മോഡൽ ആക്സസ് നിയന്ത്രിക്കുക. API ഉപയോഗത്തിന് പ്രോജക്റ്റ് തലത്തിലുള്ള നിയന്ത്രണങ്ങളും ChatGPT/Codex-ന് ഉപയോക്തൃതല നിയന്ത്രണങ്ങളും ഇതിൽ ഉൾപ്പെടുന്നു.

• കൂടുതൽ ക്രമബദ്ധമായ ബില്ലിംഗും ചെലവ് പരിധികളും: ഉപയോഗം ഒന്നിലധികം ഇൻവോയ്സുകളിലായി വിഭജിക്കുന്നതിനു പകരം നിങ്ങളുടെ പ്രധാന വാണിജ്യ ക്രമീകരണത്തിലൂടെ കണക്കാക്കാം. ഇതുവഴി ഒരേ നിരക്കുകൾ ബാധകമാക്കാനും കരാർപ്രകാരം ഉറപ്പുനൽകിയ അതേ തുകയിൽനിന്ന് ഉപയോഗച്ചെലവ് കുറയ്ക്കാനും API ചെലവ് പരിധികൾ ബാധകമാക്കാനും കഴിയും.

• പ്രോജക്റ്റ് അധിഷ്ഠിത നടത്തിപ്പ്: ഒരേ API സ്ഥാപനത്തിനുള്ളിൽ മേൽനോട്ടം കേന്ദ്രീകരിച്ചുകൊണ്ട് സൈബർ ജോലികളെ മറ്റ് പ്രവർത്തനങ്ങളിൽ നിന്ന് വേർതിരിക്കാൻ അഡ്മിൻമാർക്ക് പ്രോജക്റ്റുകൾ ഉപയോഗിക്കാം.

• ലളിതമായ പ്രവർത്തനങ്ങൾ: ഉപയോക്താക്കളുടെയും വർക്ക്സ്പേസുകളുടെയും ബില്ലിംഗ് ക്രമീകരണങ്ങളുടെയും ആവർത്തനവും അധിക നടത്തിപ്പുഭാരവും കുറയ്ക്കുക.

മാറ്റം പൂർത്തിയായാൽ, നിങ്ങളുടെ ടീം പ്രധാന സ്ഥാപനത്തിൽ ഡേബ്രേക്ക് ശേഷികൾ ഉപയോഗിക്കും. മുമ്പ് സൈബറിനായി മാത്രമുണ്ടായിരുന്ന സ്ഥാപനമോ വർക്ക്സ്പേസോ നിർജ്ജീവമാക്കും. നിങ്ങളുടെ പ്രധാന API സ്ഥാപനവുമായി ഒരു ChatGPT/Codex വർക്ക്സ്പേസ് ബന്ധിപ്പിച്ചിട്ടുണ്ടെങ്കിൽ, ആ വർക്ക്സ്പേസിലും ഡേബ്രേക്ക് ആക്സസ് ലഭ്യമാകും. API സ്ഥാപനത്തിലെന്നപോലെ, ആവശ്യമായ ഉപയോക്താക്കൾക്കായി അഡ്മിൻമാർ ഇത് ക്രമീകരിക്കുന്നതുവരെ ആക്സസ് സ്വതവേ ഓഫായിരിക്കും. വേറിട്ടൊരു API സ്ഥാപനവും ChatGPT/Codex വർക്ക്സ്പേസും നിലനിർത്തേണ്ടത് തീർത്തും അനിവാര്യമാണെങ്കിൽ, നിങ്ങളുടെ OpenAI ടീമുമായി ഏകോപിപ്പിക്കുക. 

മാറ്റപ്രക്രിയയുടെ അവലോകനം

പ്രധാന സ്ഥാപനത്തിലേക്ക് മാറാൻ താഴെപ്പറയുന്ന ഘട്ടങ്ങൾ ആവശ്യമാണ്: 

1. ഉപഭോക്താവ്: ലക്ഷ്യമിടുന്ന ക്രമീകരണം സ്ഥിരീകരിക്കുക

   • നിങ്ങളുടെ ടീം തുടർന്നും ഡേബ്രേക്ക് ശേഷികൾ ഉപയോഗിക്കേണ്ട പ്രധാന OpenAI API സ്ഥാപനം ഏതെന്ന് കണ്ടെത്തുക. ബാധകമെങ്കിൽ പ്രധാന ChatGPT/Codex വർക്ക്സ്പേസും കണ്ടെത്തുക. 

2. ഉപഭോക്താവ്: ഉപയോക്താക്കളുടെയും പ്രവർത്തനപ്രവാഹങ്ങളുടെയും മാറ്റം പൂർത്തിയാക്കുക

   • ബന്ധപ്പെട്ട ഉപയോക്താക്കളെ പ്രധാന സ്ഥാപനത്തിലോ പ്രോജക്റ്റിലോ ചേർക്കുക. സൈബറിനായുള്ള പ്രത്യേക സ്ഥാപനത്തിൽ നിന്ന് ആവശ്യമായ പ്രവർത്തനപ്രവാഹങ്ങൾ, ആപ്ലിക്കേഷനുകൾ, API കീകൾ, പ്രവർത്തനത്തിന് ആശ്രയിക്കുന്ന മറ്റ് ഘടകങ്ങൾ എന്നിവ മാറ്റുക. മാറ്റത്തിനുള്ള പരിശോധനാപട്ടിക ചുവടെ കാണുക. മാറ്റത്തിന് യാന്ത്രിക സഹായം ലഭിക്കാൻ അഡ്മിൻ പ്ലഗിനും കാണുക.  

3. ഉപഭോക്താവ്: മാറ്റത്തിനുള്ള അഭ്യർത്ഥന OpenAI-ക്ക് സമർപ്പിക്കുക

   • നിങ്ങളുടെ ടീം ചുവടെയുള്ള പരിശോധനാപട്ടിക പൂർത്തിയാക്കിയാൽ, മാറ്റം നടപ്പാക്കാൻ OpenAI-ക്ക് നടപടികളുമായി മുന്നോട്ടുപോകാമെന്ന് നിങ്ങളുടെ OpenAI അക്കൗണ്ട് ടീമിനെ (അല്ലെങ്കിൽ support@openai.com വഴി) അറിയിക്കുക. മാറ്റത്തിനുള്ള അഭ്യർത്ഥനയിൽ, ആക്സസ് നിയന്ത്രണങ്ങൾ ക്രമീകരിക്കേണ്ട സ്ഥാപന ID-യും നിങ്ങൾ വിട്ടുമാറുന്ന ഉപസ്ഥാപനങ്ങളുടെ ID-കളും ഉൾപ്പെടുത്തുക.

4. OpenAI: പ്രധാന സ്ഥാപനം ക്രമീകരിക്കുന്നു

   • നിങ്ങളുടെ പ്രധാന സ്ഥാപനത്തിൽ ഉചിതമായ സൈബർ മോഡൽ ആക്സസും പ്രോജക്റ്റ് തലത്തിലുള്ള നിയന്ത്രണങ്ങളും OpenAI പ്രവർത്തനക്ഷമമാക്കും. 

5. ഉപഭോക്താവ്: അവസാന ക്രമീകരണങ്ങൾ പൂർത്തിയാക്കുക
   
   തുടർന്ന് നിങ്ങളുടെ സ്ഥാപന അഡ്മിന് പ്രധാന API സ്ഥാപനത്തിലെ ബന്ധപ്പെട്ട പ്രോജക്റ്റുകൾക്കോ ChatGPT/Codex വർക്ക്സ്പേസിലെ ഉപയോക്താക്കൾക്കോ സൈബർ ആക്സസ് പ്രവർത്തനക്ഷമമാക്കാം. ക്രമീകരണം സംരക്ഷിച്ച്, ആവശ്യാനുസരണം ഉചിതമായ ഉപയോക്താക്കളെ ആ പ്രോജക്റ്റിലോ വർക്ക്സ്പേസിലോ ചേർക്കാം. സ്ഥാപന അഡ്മിൻ തന്നെ ഈ നടപടി പൂർത്തിയാക്കണമെന്നത് ശ്രദ്ധിക്കുക. പ്രോജക്റ്റ് അഡ്മിൻമാർക്കും ഉപയോക്താക്കൾക്കും ഈ ക്രമീകരണങ്ങൾ മാറ്റാനാവില്ല.

   • API-ക്കും Codex-നുള്ള API കീ പ്രാമാണീകരണത്തിനും: 

     • പ്രോജക്റ്റ് ക്രമീകരണങ്ങൾ > പൊതുവായത് > ഡേബ്രേക്ക് മോഡൽ ആക്സസ് എന്നതിലേക്ക് പോകുക. ഡേബ്രേക്ക് ബ്ലൂ സ്വിച്ച് കണ്ടെത്തുക.  നിങ്ങളുടെ സ്ഥാപനത്തിന് ഡേബ്രേക്ക് റെഡ് അംഗീകാരമുണ്ടെങ്കിൽ, അധികമായി ഒരു സ്വിച്ച് കാണാം. സ്വിച്ചുകൾ സ്വതവേ ഓഫാണ്. അതായത് പ്രോജക്റ്റിന് ഇതുവരെ ആക്സസ് ലഭിച്ചിട്ടില്ല. നിങ്ങൾ പ്രവർത്തനക്ഷമമാക്കാൻ ആഗ്രഹിക്കുന്ന ഡേബ്രേക്ക് തലത്തിനുള്ള സ്വിച്ച് ഓണാക്കുക. ഓരോ പ്രോജക്റ്റിനും ആക്സസ് വേറിട്ടാണ് നിയന്ത്രിക്കുന്നത്. ഒരു പ്രോജക്റ്റിന്റെ ഡേബ്രേക്ക് സ്വിച്ച് ഓണാക്കുന്നതോ ഓഫാക്കുന്നതോ മറ്റ് പ്രോജക്റ്റുകളെ ബാധിക്കില്ല. ശ്രദ്ധിക്കുക: സംരക്ഷിക്കുക എന്നതിൽ ക്ലിക്ക് ചെയ്തുകഴിഞ്ഞാൽ API ആക്സസിലെ മാറ്റം പ്രാബല്യത്തിൽ വരാൻ ഏകദേശം 15 മിനിറ്റ് വരെ എടുത്തേക്കാം.

   • ChatGPT/Codex-ന്: 

     • മുഴുവൻ വർക്ക്സ്പേസിനും ആക്സസ് ഓണാക്കുക: അഡ്മിൻ കൺസോൾ > മോഡലുകൾ > വർക്ക്സ്പേസ് സ്ഥിരക്രമീകരണം എന്നതിൽ ഉദ്ദേശിച്ച വർക്ക്സ്പേസ് തുറക്കുക. മോഡലുകൾ > സൈബർ സുരക്ഷ എന്നതിൽ ഡേബ്രേക്ക് ബ്ലൂ ഓണാക്കുക. ആവശ്യവും യോഗ്യതയും ഉണ്ടെങ്കിൽ മാത്രം ഡേബ്രേക്ക് റെഡ് പ്രവർത്തനക്ഷമമാക്കുക. മാറ്റങ്ങൾ സംരക്ഷിക്കുക എന്നതിൽ ക്ലിക്ക് ചെയ്യുക.

     • ഒരു നിർദിഷ്ട ഉപയോക്താവിന് ആക്സസ് ഓണാക്കുക: മോഡലുകൾ > ചുമതലകൾ തുറക്കുക. ഉദ്ദേശിച്ച ചുമതലയുടെ പ്രവർത്തന മെനു തുറന്ന്, മുൻഗണനാ ക്രമീകരണം തിരുത്തുക എന്നത് തിരഞ്ഞെടുക്കുക. പുതിയ മുൻഗണനാ ക്രമീകരണത്തിനായി ചുമതലയ്ക്കുള്ള മുൻഗണനാ ക്രമീകരണം ചേർക്കുക എന്നത് ഉപയോഗിക്കുക. മോഡലുകൾ > സൈബർ സുരക്ഷ എന്നതിൽ ഡേബ്രേക്ക് ബ്ലൂവിനായി ഓൺ തിരഞ്ഞെടുക്കുക. വേണമെങ്കിൽ ഡേബ്രേക്ക് റെഡിനും ഇത് ചെയ്യാം. സംരക്ഷിക്കുക എന്നതിൽ ക്ലിക്ക് ചെയ്യുക. “മോഡലുകൾ” > സംരക്ഷിക്കുക. ശ്രദ്ധിക്കുക: സംരക്ഷിക്കുക എന്നതിൽ ക്ലിക്ക് ചെയ്തുകഴിഞ്ഞാൽ, ChatGPT ഉപയോഗിച്ച് Codex-ൽ സൈൻ ഇൻ ചെയ്യുന്നതിനുള്ള ആക്സസിലെ മാറ്റം പ്രാബല്യത്തിൽ വരാൻ ഏകദേശം 10 മിനിറ്റ് വരെ എടുത്തേക്കാം. 

   • ChatGPT ഉപയോഗിച്ച് Codex-ൽ സൈൻ ഇൻ ചെയ്യുന്നതുവഴിയുള്ള ഉപയോക്തൃ ആക്സസ് നിങ്ങൾ മുമ്പ് അഭ്യർത്ഥിച്ചിട്ടുണ്ടെങ്കിൽ, പ്രധാന ChatGPT/Codex വർക്ക്സ്പേസിൽ ഈ ഉപയോക്താക്കളുടെ ആക്സസ് വീണ്ടും ക്രമീകരിക്കുക. ഘട്ടം #7-ൽ ഞങ്ങൾ പ്രത്യേക വർക്ക്സ്പേസിലേക്കുള്ള ആക്സസ് പിൻവലിക്കുമ്പോൾ തടസ്സം ഒഴിവാക്കാൻ ഇത് സഹായിക്കും. 

6. ഉപഭോക്താവ്: സൈബറിനായുള്ള പ്രത്യേക സ്ഥാപനത്തിലെ എല്ലാ API കീകളും അസാധുവാക്കുക

   • സ്ഥാപന ക്രമീകരണങ്ങളിലെ API കീകൾ ഇവിടെ പരിശോധിച്ച്, സൈബറിനായുള്ള പ്രത്യേക സ്ഥാപനത്തിലെ എല്ലാ API കീകളും അസാധുവാക്കിയെന്ന് ഉറപ്പാക്കുക (അവയെല്ലാം നിഷ്‌ക്രിയമായിരിക്കണം). സൈബറിനായുള്ള പ്രത്യേക സ്ഥാപനമോ വർക്ക്സ്പേസോ OpenAI നിർജ്ജീവമാക്കുമ്പോൾ, അസാധുവാക്കാത്ത കീകൾ ആർക്കൈവിലേക്ക് മാറ്റുമെന്നത് ശ്രദ്ധിക്കുക.

7. OpenAI: 14 ദിവസത്തെ അധിക സമയത്തിനുശേഷം സൈബറിനായുള്ള പ്രത്യേക സ്ഥാപനമോ വർക്ക്സ്പേസോ നിർജ്ജീവമാക്കുന്നു.

   • പ്രധാന സ്ഥാപനത്തിലേക്ക് പ്രവർത്തനപ്രവാഹങ്ങൾ മാറ്റാനും അവ ശരിയായി പ്രവർത്തിക്കുന്നുവെന്ന് ഉറപ്പാക്കാനും സമയം ലഭിക്കുന്നതിനായി OpenAI 14 ദിവസം കാത്തിരിക്കും. അതിനുശേഷം മുമ്പ് സജ്ജമാക്കിയിരുന്ന സൈബറിനായുള്ള പ്രത്യേക സ്ഥാപനമോ വർക്ക്സ്പേസോ നിർജ്ജീവമാക്കും. ChatGPT ഉപയോഗിച്ച് Codex-ൽ സൈൻ ഇൻ ചെയ്യുന്നതുവഴിയുള്ള ഉപയോക്തൃ ആക്സസ് മുമ്പ് അഭ്യർത്ഥിച്ചിട്ടും പ്രധാന വർക്ക്സ്പേസിൽ അവരുടെ ആക്സസ് ഇതുവരെ വീണ്ടും ക്രമീകരിച്ചിട്ടില്ലെങ്കിൽ, ഈ സമയത്ത് ആ ഉപയോക്താക്കൾക്ക് ആക്സസ് നഷ്ടപ്പെടും.  ഉപയോക്താക്കൾക്ക് വ്യക്തിഗത അടിസ്ഥാനത്തിലാണ് ആക്സസ് നൽകിയിരുന്നതെങ്കിൽ, മാറ്റം നടപ്പാക്കുമ്പോൾ അവർക്കും ആക്സസ് നഷ്ടപ്പെടും.

മാറ്റത്തിനുള്ള പരിശോധനാപട്ടിക

മാറ്റം നടപ്പാക്കാൻ OpenAI-യോട് ആവശ്യപ്പെടുന്നതിന് മുമ്പ് താഴെപ്പറയുന്നവ സ്ഥിരീകരിക്കുക:

• ഡേബ്രേക്ക് ശേഷികൾ മാറ്റേണ്ട പ്രധാന API സ്ഥാപന IDയും ChatGPT/Codex വർക്ക്സ്പേസ് ID-യും നിങ്ങൾ കണ്ടെത്തിയിട്ടുണ്ട്.

• മാറ്റത്തിനുശേഷം നിർജ്ജീവമാക്കേണ്ട സൈബറിനായുള്ള പ്രത്യേക API സ്ഥാപന ID-യും ChatGPT/Codex വർക്ക്സ്പേസ് ID-യും നിങ്ങൾ കണ്ടെത്തിയിട്ടുണ്ട്.

• നിങ്ങളുടെ പ്രധാന API സ്ഥാപന ID-യിലും ChatGPT/Codex വർക്ക്സ്പേസിലും അംഗീകൃത ആന്തരിക ഉപയോഗങ്ങൾക്കും ഉപയോക്താക്കൾക്കും മാത്രമേ സൈബർ മോഡൽ ആക്സസ് പ്രവർത്തനക്ഷമമാക്കൂ എന്ന് നിങ്ങൾ സ്ഥിരീകരിച്ചിട്ടുണ്ട്. ഒരേ സ്ഥാപനത്തിലോ വർക്ക്സ്പേസിലോ ബാഹ്യ ഉപയോഗം അനുവദനീയമാണ്. എന്നാൽ ബാഹ്യ ഉപയോഗമോ ബാഹ്യ ഉപയോക്താക്കളോ ഉള്ള പ്രോജക്റ്റുകൾക്ക് ഡേബ്രേക്ക് ശേഷികളിലേക്ക് ആക്സസ് നൽകാൻ പാടില്ല. 

• സൈബറിനായുള്ള പ്രത്യേക സ്ഥാപനത്തിൽ നിന്ന് ആവശ്യമായ ഉപയോക്താക്കൾ, പ്രവർത്തനപ്രവാഹങ്ങൾ, API കീകൾ, ആപ്ലിക്കേഷനുകൾ, പ്രവർത്തനത്തിന് ആശ്രയിക്കുന്ന മറ്റ് ഘടകങ്ങൾ എന്നിവ നിങ്ങൾ മാറ്റിയിട്ടുണ്ട്. ഇവയിൽ ഉൾപ്പെടുന്നവ: 

  • ഉപയോക്തൃ അക്കൗണ്ടുകൾ

  • GPT-കൾ

  • പ്രോജക്റ്റുകൾ

  • വർക്ക്സ്പേസ് അഡ്മിൻ ക്രമീകരണങ്ങൾ (SCIM, ഉപയോക്തൃ ഗ്രൂപ്പുകൾ, വർക്ക്സ്പേസ് ഐക്കൺ, വിശകലനങ്ങൾ & അളവുകോലുകൾ).

  • പങ്കിട്ട സംഭാഷണങ്ങൾ

  • ഡാറ്റ സൂക്ഷിച്ചുവയ്ക്കുന്ന കാലയളവുകൾ 

  • കമ്പ്ലയൻസ് API ലോഗുകൾ 

  • കാൻവാസുകൾ

  • ലൈബ്രറിയിലെ ഉള്ളടക്കം

  • കണക്ടർ ക്രമീകരണവും കണക്ടർ ഡാറ്റയും

  • Codex ടാസ്‌ക്കുകൾ, ചരിത്രം, ക്രമീകരണങ്ങൾ

  • വർക്ക്സ്പേസ് ഏജന്റുകളും കഴിവുകളും

• സൈബറിനായുള്ള പ്രത്യേക സ്ഥാപനത്തിലെ എല്ലാ API കീകളും ശരിയായി അസാധുവാക്കിയെന്ന് നിങ്ങൾ ഉറപ്പാക്കിയിട്ടുണ്ട്. മാറ്റം അഭ്യർത്ഥിച്ചുകഴിഞ്ഞാൽ, OpenAI സൈബറിനായുള്ള നിങ്ങളുടെ പ്രത്യേക സ്ഥാപനം നിർജ്ജീവമാക്കും. സ്ഥാപനത്തിലെ സജീവമായ API കീകൾ അസാധുവാക്കും.

• OpenAI സജ്ജീകരണം പൂർത്തിയാക്കിയശേഷം അംഗീകൃത പ്രോജക്റ്റിൽ സൈബറിനുള്ള വിശ്വസനീയ ആക്സസ് പ്രവർത്തനക്ഷമമാക്കാൻ നിങ്ങളുടെ സ്ഥാപന അഡ്മിൻ തയ്യാറാണ്.

• സൈബറിനായുള്ള പ്രത്യേക സ്ഥാപനമോ വർക്ക്സ്പേസോ OpenAI നിർജ്ജീവമാക്കുന്നതിന് നിങ്ങൾ തയ്യാറാണ്.

എല്ലാ ഇനങ്ങളും പൂർത്തിയാക്കിയാൽ, ബന്ധപ്പെട്ട സ്ഥാപനത്തിന്റെയോ വർക്ക്സ്പേസിന്റെയോ ID-കൾ നിങ്ങളുടെ OpenAI അക്കൗണ്ട് ടീമിന് അയയ്ക്കുക. മാറ്റം നടപ്പാക്കാൻ OpenAI-ക്ക് നടപടികളുമായി മുന്നോട്ടുപോകാമെന്ന് സ്ഥിരീകരിക്കുക.

പതിവുചോദ്യങ്ങൾ

പ്രധാന സ്ഥാപനത്തിലേക്ക് മാറാൻ OpenAI ഞങ്ങളോട് ആവശ്യപ്പെടുന്നത് എന്തുകൊണ്ടാണ്?

ഡേബ്രേക്ക് ആക്സസ്, ഉപയോക്താക്കൾ, ബില്ലിംഗ്, മേൽനോട്ടം എന്നിവ ഒരിടത്ത് നിയന്ത്രിക്കാൻ ഈ മാറ്റം സഹായിക്കുന്നു. ഉപയോക്താക്കൾ, വർക്ക്സ്പേസുകൾ, ബില്ലിംഗ് ക്രമീകരണങ്ങൾ, API കീകൾ എന്നിവയുടെ ആവർത്തനവും അധിക നടത്തിപ്പുഭാരവും ഇത് കുറയ്ക്കുന്നു.

മറ്റ് API പ്രവർത്തനങ്ങളിൽ നിന്ന് സൈബർ ജോലികൾ വേർതിരിച്ചുനിർത്താൻ കഴിയുമോ?

അതെ. നിങ്ങളുടെ സ്ഥാപന അഡ്മിന് സൈബർ ജോലികൾക്കായി ഒരു പ്രത്യേക പ്രോജക്റ്റ് സൃഷ്ടിക്കുകയോ തിരഞ്ഞെടുക്കുകയോ ചെയ്യാം. ആ പ്രോജക്റ്റിനായി സൈബറിനുള്ള വിശ്വസനീയ ആക്സസ് പ്രവർത്തനക്ഷമമാക്കി, ആക്സസ് ആവശ്യമുള്ള ഉപയോക്താക്കളെ മാത്രം ചേർക്കാം.

ആന്തരിക സൈബർ ജോലികൾക്കും ബാഹ്യ ഉപയോഗങ്ങൾക്കും ഒരേ പ്രധാന സ്ഥാപനം ഉപയോഗിക്കാമോ?

അതെ. എന്നാൽ അംഗീകൃത ആന്തരിക ഉപയോഗങ്ങൾക്കായി മാത്രമേ ഡേബ്രേക്ക് ശേഷികൾ പ്രവർത്തനക്ഷമമാക്കാവൂ. ആന്തരിക സൈബർ ഉപയോഗങ്ങൾക്കായി മാത്രം നീക്കിവച്ച പ്രോജക്റ്റുകളിൽ മാത്രമേ സൈബർ മോഡലുകൾ ഉപയോഗിക്കാവൂ. ബാഹ്യ ഉപയോഗങ്ങളോ ബാഹ്യ ഉപയോക്താക്കളോ ഉള്ള പ്രോജക്റ്റുകൾക്ക് ഡേബ്രേക്ക് ശേഷികളിലേക്ക് ആക്സസ് നൽകരുത്. 

അംഗീകൃത ആന്തരിക ഉപയോഗങ്ങൾ ഏതൊക്കെയാണ്?

അംഗീകൃത ഉപഭോക്താവിന്റെ ജീവനക്കാർക്കും ആ ഉപഭോക്താവിനായി പ്രവർത്തിക്കുന്നവർക്കും ഡേബ്രേക്ക് അംഗീകാരം ബാധകമാണ്. ഡേബ്രേക്ക് മോഡലുകളിലേക്കും ശേഷികളിലേക്കുമുള്ള ആക്സസ് മൂന്നാം കക്ഷികൾക്ക് നൽകാൻ പാടില്ല. സുരക്ഷാ ഗവേഷണം, റെഡ്-ടീം വിലയിരുത്തൽ, ഭീഷണി വിശകലനം, സുരക്ഷാ ദൗർബല്യങ്ങളുടെ വിലയിരുത്തൽ, പ്രതിരോധ പരിശോധന, കോഡിന്റെ സുരക്ഷാ അവലോകനം, സുരക്ഷാ സംഭവങ്ങളുടെ അന്വേഷണം, നിങ്ങളുടെ സ്ഥാപനത്തിലെ ആന്തരിക ടീമുകൾ നടത്തുന്ന മറ്റ് സുരക്ഷാ ജോലികൾ എന്നിവ അംഗീകൃത ഉപയോഗങ്ങളിൽ ഉൾപ്പെടുന്നു. OpenAI-യുടെ ഡേബ്രേക്ക് പങ്കാളിത്ത പരിപാടിയിൽ നിന്ന് വ്യക്തമായ അംഗീകാരമില്ലാതെ ഉപഭോക്താക്കൾക്കായി നൽകുന്ന ഉൽപ്പന്നങ്ങൾക്കോ മൂന്നാം കക്ഷി ആക്സസിനോ പൊതുജനങ്ങൾക്ക് ലഭ്യമായ യാന്ത്രിക സംവിധാനങ്ങൾക്കോ ഡേബ്രേക്ക് ശേഷികൾ ഉപയോഗിക്കരുത്.

മാറ്റത്തിനുശേഷം സൈബറിനായുള്ള ഞങ്ങളുടെ പ്രത്യേക സ്ഥാപനത്തിനോ വർക്ക്സ്പേസിനോ എന്ത് സംഭവിക്കും?

മാറ്റം പൂർത്തിയായാൽ, സൈബറിനായുള്ള പ്രത്യേക സ്ഥാപനമോ വർക്ക്സ്പേസോ OpenAI നിർജ്ജീവമാക്കുകയും പഴയ സ്ഥാപനതല സൈബർ ആക്സസ് നീക്കംചെയ്യുകയും ചെയ്യും.

ഞങ്ങൾ തയ്യാറാകുന്നതിനുമുമ്പ് സൈബറിനായുള്ള ഞങ്ങളുടെ പ്രത്യേക സ്ഥാപനം OpenAI നിർജ്ജീവമാക്കുമോ?

ഇല്ല. ആവശ്യമായ ഉപയോക്താക്കൾ, പ്രവർത്തനപ്രവാഹങ്ങൾ, API കീകൾ, ആപ്ലിക്കേഷനുകൾ, പ്രവർത്തനത്തിന് ആശ്രയിക്കുന്ന മറ്റ് ഘടകങ്ങൾ എന്നിവ പ്രധാന സ്ഥാപനത്തിലേക്കോ വർക്ക്സ്പേസിലേക്കോ മാറ്റിയശേഷം മാത്രമേ മാറ്റം നടപ്പാക്കാൻ OpenAI-യോട് ആവശ്യപ്പെടാവൂ.

നിലവിലുള്ള എന്റെ API കീകൾ തുടർന്നും പ്രവർത്തിക്കുമോ?

സൈബറിനായുള്ള പ്രത്യേക സ്ഥാപനത്തിൽ സൃഷ്ടിച്ച API കീകൾ നിങ്ങളുടെ പ്രധാന സ്ഥാപനത്തിലേക്ക് കൈമാറപ്പെടില്ല. മാറ്റത്തിനു മുമ്പ്, പ്രധാന സ്ഥാപനത്തിലെ അംഗീകൃത പ്രോജക്റ്റിൽ പുതിയ API കീകൾ സൃഷ്ടിക്കുക. പഴയ കീകളെ ആശ്രയിക്കുന്ന ആപ്ലിക്കേഷനുകൾ, സ്ക്രിപ്റ്റുകൾ, പ്രവർത്തനപ്രവാഹങ്ങൾ എന്നിവ പുതുക്കുക. ഈ മാറ്റത്തിന്റെ ഭാഗമായി, സൈബറിനായുള്ള പ്രത്യേക API സ്ഥാപനത്തിലെ നിലവിലുള്ള API കീകൾ അസാധുവാക്കേണ്ടതുണ്ട്. സൈബറിനായുള്ള പ്രത്യേക സ്ഥാപനം നിർജ്ജീവമാക്കിയാൽ, ആ സ്ഥാപനത്തിലെ കീകൾ പിന്നീട് പ്രവർത്തിക്കില്ല.

ഞങ്ങൾ എന്തെല്ലാം വിവരങ്ങളാണ് OpenAI-ക്ക് അയയ്ക്കേണ്ടത്?

നിങ്ങൾ മാറാൻ ആഗ്രഹിക്കുന്ന പ്രധാന API സ്ഥാപന ID-യും ChatGPT/Codex വർക്ക്സ്പേസ് ID-യും നിങ്ങളുടെ OpenAI അക്കൗണ്ട് ടീമിന് അയയ്ക്കുക. മാറ്റത്തിനുശേഷം നിർജ്ജീവമാക്കേണ്ട സൈബറിനായുള്ള പ്രത്യേക API സ്ഥാപന ID അല്ലെങ്കിൽ വർക്ക്സ്പേസ് ID കൂടി അയയ്ക്കുക.

OpenAI സ്ഥാപനം സജ്ജമാക്കിയശേഷം ആരാണ് ഡേബ്രേക്ക് പ്രവർത്തനക്ഷമമാക്കുന്നത്?

ആവശ്യമായ API പ്രോജക്റ്റിനായി ഡേബ്രേക്ക് പ്രവർത്തനക്ഷമമാക്കുകയും ഉചിതമായ ഉപയോക്താക്കളെ ചേർക്കുകയും ചെയ്തുകൊണ്ട് നിങ്ങളുടെ സ്ഥാപന അഡ്മിൻ അവസാന സജ്ജീകരണം പൂർത്തിയാക്കും. ChatGPT/Codex-ൽ ഉപയോക്തൃതല നിയന്ത്രണങ്ങൾ ലഭ്യമാകുമ്പോൾ വർക്ക്സ്പേസ് അഡ്മിൻമാർ ആ ആക്സസ് നിയന്ത്രിക്കും.

ഈ മാറ്റം ഞങ്ങളുടെ ബില്ലിംഗിനെ ബാധിക്കുമോ?

സൈബർ ഉപയോഗം നിങ്ങളുടെ പ്രധാന വാണിജ്യ ക്രമീകരണത്തിലേക്ക് മാറ്റുകയാണ് ലക്ഷ്യം. അതുവഴി ഉപയോഗം വേറിട്ട സ്ഥാപനങ്ങൾ, ഇൻവോയ്സുകൾ, ക്രെഡിറ്റുകൾ സൂക്ഷിക്കുന്ന ശേഖരങ്ങൾ എന്നിവയിലായി വിഭജിക്കപ്പെടുന്നത് ഒഴിവാക്കാം.

ഞങ്ങൾക്ക് തുടർന്നും വേറിട്ടൊരു സ്ഥാപനമോ വർക്ക്സ്പേസോ ആവശ്യമാണെങ്കിൽ എന്ത് ചെയ്യണം?

വേറിട്ടൊരു സ്ഥാപനമോ വർക്ക്സ്പേസോ അനിവാര്യമാക്കുന്ന ബിസിനസ്, നിയന്ത്രണാനുസരണം, ഡാറ്റ റെസിഡൻസി, ഇൻവോയ്സിംഗ് ആവശ്യകത നിങ്ങൾക്കുണ്ടെന്ന് കരുതുന്നുവെങ്കിൽ, നിങ്ങളുടെ OpenAI അക്കൗണ്ട് ടീമുമായി ചേർന്ന് പ്രവർത്തിക്കുക.