၂၀၂၆ မေ ၈

OpenAI မှာ Codex ကို ဘေးကင်းစွာ လည်ပတ်ခြင်း

လက်တွေ့လုပ်ငန်းစဉ်များတွင် ကုဒ်ရေးအေးဂျင့်များကို စီမံအုပ်ချုပ်ရန် OpenAI အသုံးပြုသည့် ထိန်းချုပ်မှုများ၊ အကန့်အသတ်များနှင့် တယ်လီမက်ထရီကို လေ့လာခြင်း။

ဖွင့်နေသည်…

AI စနစ်များ ပိုမိုစွမ်းဆောင်နိုင်လာသည်နှင့်အမျှ၊ ၎င်းတို့သည် အသုံးပြုသူများကိုယ်စား ပိုမိုဆောင်ရွက်လုပ်ကိုင်လာကြသည်။ ကုဒ်ရေးအေးဂျင့်များသည် သိမ်းဆည်းရန်နေရာများကို အလိုအလျောက် သုံးသပ်နိုင်ပြီး၊ command များကို လုပ်ဆောင်နိုင်ကာ ဖွံ့ဖြိုးရေးကိရိယာများနှင့် အပြန်အလှန် ဆက်သွယ်နိုင်သည်။ ဤအရာများမှာ ယခင်က လူသားများက တိုက်ရိုက်ဆောင်ရွက်ရန် လိုအပ်ခဲ့သော လုပ်ငန်းတာဝန်များဖြစ်သည်။

Codex ဖြင့်၊ အဖွဲ့အစည်းများက ဘေးကင်းစွာ ဖြန့်ကျက်အသုံးပြုရန် လိုအပ်သော ထိန်းချုပ်မှုများနှင့်အတူ ဤစွမ်းဆောင်ရည်များကို ကျွန်ုပ်တို့ ဒီဇိုင်းရေးဆွဲထားပါသည်။ လုံခြုံရေးအဖွဲ့များအနေဖြင့် အေးဂျင့်များ မည်သို့ လုပ်ဆောင်သည်ကို စီမံထိန်းချုပ်ရန် နည်းလမ်းများ လိုအပ်ပါသည်- ၎င်းတို့က မည်သည့်အရာများကို ဝင်ရောက်အသုံးပြုနိုင်သည်၊ မည်သည့်အချိန်တွင် လူသား၏ အတည်ပြုချက် လိုအပ်သည်၊ မည်သည့်စနစ်များနှင့် အပြန်အလှန်လုပ်ဆောင်နိုင်သည်၊ ထို့ပြင် ၎င်းတို့၏ အပြုအမူကို ရှင်းပြရန် မည်သည့် တယ်လီမက်ထရီဒေတာ ရှိသည်တို့ ဖြစ်ပါသည်။

OpenAI တွင် ကျွန်ုပ်တို့သည် Codex ကို ရှင်းလင်းသော ရည်မှန်းချက်အနည်းငယ်ဖြင့် အသုံးချပါသည်- အေးဂျင့်ကို ရှင်းလင်းသော နည်းပညာပိုင်းဆိုင်ရာ စည်းဘောင်များအတွင်း ထားရှိရန်၊ developer များအား အန္တရာယ်နည်းသော လုပ်ဆောင်ချက်များတွင် လျင်မြန်စွာ ဆောင်ရွက်နိုင်စေရန်နှင့် အန္တရာယ်ပိုမိုမြင့်မားသော လုပ်ဆောင်ချက်များကို ရှင်းလင်းပြတ်သားစေရန် ဖြစ်ပါသည်။ ကျွန်ုပ်တို့သည် အေးဂျင့်က လုပ်ဆောင်ခဲ့သည့်အရာကို နားလည်ပြီး စစ်ဆေးအတည်ပြုနိုင်ရန် အေးဂျင့်၏မူရင်း တယ်လီမက်ထရီဒေတာကိုလည်း ထိန်းသိမ်းထားပါသည်။ လက်တွေ့တွင်၊ ၎င်းသည် စီမံခန့်ခွဲထားသော ဖွဲ့စည်းမှုပုံစံ၊ ကန့်သတ်ထားသော အကောင်အထည်ဖော်မှု၊ ကွန်ရက်မူဝါဒများနှင့် အေးဂျင့်-ဇာတိမှတ်တမ်းများကို ဆိုလိုသည်။

Codex လည်ပတ်ပုံကို ထိန်းချုပ်ခြင်း

ကျွန်ုပ်တို့သည် Codex ကို ရိုးရှင်းသော မူတစ်ရပ်ဖြင့် ဖြန့်ကျက်အသုံးပြုပါသည်—၎င်းသည် သတ်မှတ်ကန့်သတ်ထားသော ပတ်ဝန်းကျင်အတွင်း ထုတ်လုပ်နိုင်စွမ်းရှိသင့်သည်၊ အန္တရာယ်နည်းသော နေ့စဉ်လုပ်ဆောင်ချက်များသည် အတားအဆီးမရှိ ဆောင်ရွက်နိုင်သင့်သည်၊ ပြီးလျှင် အန္တရာယ်ပိုမိုမြင့်မားသော လုပ်ဆောင်ချက်များမှာ ပြန်လည်သုံးသပ်ရန် ရပ်တန့်ထားသင့်သည်။

စမ်းသပ်မှု စနစ်နှင့် အတည်ပြုချက်များ

အတည်ပြုချက်များနှင့် sandboxing သည် အတူတကွ လုပ်ဆောင်သည်။ sandbox သည် Codex က ဘယ်နေရာမှာ ရေးသားနိုင်မလဲ၊ ကွန်ရက်သို့ ချိတ်ဆက်ဝင်ရောက်နိုင်မနိုင်နှင့် မည်သည့်လမ်းကြောင်းများက ကာကွယ်ထားဆဲဖြစ်သနည်းတို့ အပါအဝင် နည်းပညာပိုင်းဆိုင်ရာ အကောင်အထည်ဖော်မှု နယ်နိမိတ်ကို သတ်မှတ်ပေးသည်။ အတည်ပြုခွင့် မူဝါဒသည် Codex က လုပ်ဆောင်ချက်တစ်ခုကို လုပ်ဆောင်ရန် မည်သည့်အချိန်တွင် ခွင့်ပြုချက်တောင်းရမည်ကို သတ်မှတ်ပေးသည်။ ဥပမာအားဖြင့် sandbox ပြင်ပတွင် တစ်ခုခု လုပ်ရန် လိုအပ်သည့်အခါကဲ့သို့ ဖြစ်သည်။ အသုံးပြုသူများသည် လုပ်ဆောင်ချက်ကို တစ်ကြိမ် အတည်ပြုနိုင်သည်၊ သို့မဟုတ် ထိုဆက်ရှင်အတွက် ထိုလုပ်ဆောင်ချက်အမျိုးအစားကို အတည်ပြုနိုင်သည်။

sandbox နယ်နိမိတ်ကို ကျော်လွန်သော တောင်းဆိုမှုများအတွက် ကျွန်ုပ်တို့သည် Auto-review မုဒ်⁠(ဝင်းဒိုးအသစ်တွင် ဖွင့်မည်)ကို အသုံးပြုနေပါသည်။ ဤမုဒ်သည် ဖွင့်ထားပါက တောင်းဆိုမှုအမျိုးအစားအချို့ကို အလိုအလျောက် အတည်ပြုပေးသည့် လုပ်ဆောင်ချက်တစ်ခုဖြစ်ပြီး၊ အသုံးပြုသူများက ရပ်တန့်ပြီး Codex ၏ လုပ်ဆောင်ချက်များကို အတည်ပြုရသည့် အကြိမ်ရေကို လျှော့ချနိုင်သည်။ Codex သည် စီစဉ်ထားသော လုပ်ဆောင်ချက်နှင့် လတ်တလော ဆက်စပ်အကြောင်းအရာကို အလိုအလျောက် အတည်ပြုသည့် လက်အောက်ခံအေးဂျင့်ထံ ပို့ပေးသည်။ ထိုလက်အောက်ခံအေးဂျင့်သည် အသုံးပြုသူကို ကြားဖြတ်နှောင့်ယှက်မည့်အစား အန္တရာယ်နည်းသော လုပ်ဆောင်ချက်များ—သို့မဟုတ် အသုံးပြုသူ၏ ခွင့်ပြုအာဏာအဆင့် လုံလောက်ပါက အန္တရာယ်မြင့်သော လုပ်ဆောင်ချက်များ—ကို အလိုအလျောက် အတည်ပြုနိုင်သည်။ ထိုသို့ဖြင့် Codex သည် ပုံမှန်လုပ်ငန်းများကို ဆက်လက်လုပ်ဆောင်နိုင်ပြီး၊ အန္တရာယ်ပိုများသော လုပ်ဆောင်ချက်များ သို့မဟုတ် မရည်ရွယ်ထားသော အကျိုးဆက်များ ဖြစ်ပေါ်စေနိုင်သော လုပ်ဆောင်ချက်များတွင်မူ ရပ်တန့်စေသည်။

TOML

1# config.toml
2
3# Turn on auto_review
4approvals_reviewer = "auto_review" 
5# Add known development directories to the sandbox automatically
6sandbox_workspace_write.writable_roots = ["~/development"] 
7
8# requirements.toml
9
10# Require Codex to operate inside the sandbox
11allowed_sandbox_modes = ["read-only", "workspace-write"]

ကွန်ရက် ဝင်ရောက်အသုံးပြုခွင့်

ကျွန်ုပ်တို့သည် Codex ကို အကန့်အသတ်မရှိသော အပြင်သို့ ထွက်သည့် ဝင်ရောက်ခွင့်ဖြင့် မလည်ပတ်ပါ။ ကျွန်ုပ်တို့၏ စီမံထားသော ကွန်ရက်မူဝါဒသည် မျှော်လင့်ထားသော ဦးတည်ရာများကို ခွင့်ပြုပြီး၊ Codex မရောက်ရှိစေလိုသော ဦးတည်ရာများကို ပိတ်ဆို့ကာ၊ မရင်းနှီးသော ဒိုမိန်းများအတွက် အတည်ပြုချက် လိုအပ်စေသည်။ ထိုအရာက Codex ကို ကျယ်ပြန့်သော ကွန်ရက်ဝင်ရောက်ခွင့် မပေးဘဲ၊ အများသုံးဖြစ်ပြီး ယုံကြည်စိတ်ချရကြောင်း သိထားသော လုပ်ငန်းစဉ်များကို ပြီးမြောက်စေနိုင်သည်။

TOML

1# requirements.toml
2
3# Ensure web fetch only comes from OpenAI's cache
4allowed_web_search_modes = ["cached"] 
5
6[experimental_network]
7# Turn on Network Proxy
8enabled = true
9# Allow Codex to interact with localhost
10allow_local_binding = true 
11# Block all requests to this domain
12denied_domains = ["pastebin.com"] 
13# Auto-allow requests to these domains
14allowed_domains = ["login.microsoftonline.com", "*.openai.com"]

ကိုယ်ပိုင်အမှတ်အသားနှင့် အထောက်အထားများ

Codex က အထောက်အထားစိစစ်မှုကို မည်သို့လုပ်ဆောင်သည်ကိုလည်း ကျွန်ုပ်တို့ စီမံခန့်ခွဲပါသည်။ CLI နှင့် MCP OAuth အထောက်အထားများကို လုံခြုံသော OS keyring တွင် သိမ်းဆည်းထားပြီး၊ လော့ဂ်အင်ကို ChatGPT မှတစ်ဆင့် မဖြစ်မနေ ပြုလုပ်ရကာ၊ အသုံးပြုခွင့်ကို ကျွန်ုပ်တို့၏ ChatGPT Enterprise အလုပ်နေရာနှင့် ချိတ်တွဲသတ်မှတ်ထားပါသည်။ ၎င်းသည် Codex အသုံးပြုမှုကို ကျွန်ုပ်တို့၏ အလုပ်နေရာအဆင့် ထိန်းချုပ်မှုများနှင့် ချိတ်ဆက်ထားစေပြီး၊ ကျွန်ုပ်တို့၏ Enterprise အလုပ်နေရာအတွက် Codex လုပ်ဆောင်ချက်များကို ChatGPT လိုက်နာမှု မှတ်တမ်းများ ပလက်ဖောင်းတွင် ရယူကြည့်ရှုနိုင်စေပါသည်။

TOML

1# config.toml
2
3# Store CLI Auth Creds in OS Keychain
4cli_auth_credentials_store = "keyring"           
5# Store MCP Creds in OS Keychain
6mcp_oauth_credentials_store = "keyring"          
7# Require Auth via ChatGPT
8forced_login_method = "chatgpt"                  
9# Require Auth to Specific ChatGPT Workspace
10forced_chatgpt_workspace_id = "<workspace-uuid>"

စည်းမျဉ်းများ

Codex က shell command တိုင်းကို တူညီစွာ ဘေးကင်းသည်ဟု မသဘောထားစေရန် ကျွန်ုပ်တို့သည် စည်းမျဉ်းများကို အသုံးပြုပါသည်။ အင်ဂျင်နီယာများ နေ့စဉ် development လုပ်ငန်းတွင် အသုံးပြုလေ့ရှိသော အသုံးများပြီး အန္တရာယ်မရှိသည့် command များကို sandbox အပြင်ဘက်တွင် အတည်ပြုချက်မလိုဘဲ ခွင့်ပြုထားပြီး၊ အန္တရာယ်ရှိသော command အချို့ကို ပိတ်ဆို့နိုင်သည် သို့မဟုတ် အတည်ပြုချက် လိုအပ်စေနိုင်သည်။ ၎င်းက Codex ကို ပုံမှန် အင်ဂျင်နီယာလုပ်ငန်းတာဝန်များကို လျင်မြန်စွာ လုပ်ဆောင်နိုင်စေပြီး၊ တစ်ချိန်တည်းတွင် sandbox ပြင်ပတွင် မလိုလားအပ်သော ပုံစံများကို ပိတ်ဆို့ခြင်း သို့မဟုတ် ပြန်လည်သုံးသပ်မှုကို မဖြစ်မနေ လုပ်ဆောင်စေပါသည်။

Starlark

1# default.rules
2
3prefix_rule(
4    pattern = ["gh", "pr", ["view", "list"]],
5    decision = "allow",
6    justification = "Allows read-only GitHub PR inspection via gh CLI.",
7)
8prefix_rule(
9    pattern = ["kubectl", ["get", "describe", "logs"]],
10    decision = "allow",
11    justification = "Allows Kubernetes resource inspection for debugging.",
12)

စီမံခန့်ခွဲထားသော config များ

ဤအနေအထားကို ကလောက်ဒ်မှ စီမံခန့်ခွဲသော လိုအပ်ချက်များ၊ macOS စီမံခန့်ခွဲထားသော ဦးစားပေးချက်များနှင့် စက်တွင်း လိုအပ်ချက် ဖိုင်များ ပေါင်းစပ်အသုံးပြုခြင်းဖြင့် ကျွန်ုပ်တို့ လက်တွေ့အသုံးချပါသည်။ လိုအပ်ချက်များသည် အသုံးပြုသူများ ကျော်လွှား၍ မရနိုင်သော အက်ဒမင်က အကောင်အထည်ဖော်ထားသည့် ထိန်းချုပ်မှုများ ဖြစ်သည်။ macOS ၏ စီမံထားသော ဦးစားပေးချက်များနှင့် ဒေသတွင်း လိုအပ်ချက်ဖိုင်များသည် အဖွဲ့၊ အသုံးပြုသူအုပ်စု သို့မဟုတ် ပတ်ဝန်းကျင်အလိုက် ကွဲပြားသော ပြင်ဆင်သတ်မှတ်ချက်များကို ဆက်လက်စမ်းသပ်နေစဉ်တွင် တသမတ်တည်းရှိသော အခြေခံစံနှုန်းကို ထိန်းသိမ်းထားနိုင်စေပါသည်။ ဤဖွဲ့စည်းပုံ ဆက်တင်များသည် ဒက်စ်တော့ပ် အက်ပ်၊ CLI နှင့် IDE တိုးချဲ့မှုတို့ အပါအဝင် စက်တွင်း Codex မျက်နှာပြင်များတစ်လျှောက် အကျုံးဝင်ပါသည်။

အေးဂျင့်-ဇာတိ တယ်လီမက်ထရီနှင့် စစ်ဆေးရေးခြေရာမှတ်တမ်းများ

ထိန်းချုပ်မှုသည် တာဝန်၏ တစ်ဝက်သာ ဖြစ်ပါသည်။ အေးဂျင့်များကို ဖြန့်ကျက်အသုံးပြုပြီးသည်နှင့် လုံခြုံရေးအဖွဲ့များအနေဖြင့် ထိုအေးဂျင့်များ ဘာတွေ လုပ်ဆောင်နေသည်နှင့် ဘာကြောင့် လုပ်ဆောင်နေသည်ကို မြင်သာသိရှိနိုင်ရန် လိုအပ်ပါသည်။ Codex က လုပ်ဆောင်ခဲ့သည့် လုပ်ဆောင်ချက်များကို စစ်ဆေးရာတွင် သမားရိုးကျ လုံခြုံရေးမှတ်တမ်းများသည် အသုံးဝင်နေဆဲဖြစ်သော်လည်း ၎င်းတို့သည် အများအားဖြင့် ဘာဖြစ်ပျက်ခဲ့သလဲဆိုသည်ကိုသာ ဖြေဆိုပေးပါသည်—လုပ်ငန်းစဉ်တစ်ခု စတင်ခဲ့သည်၊ ဖိုင်တစ်ခု ပြောင်းလဲခဲ့သည်၊ ကွန်ရက်ချိတ်ဆက်မှုတစ်ခု ပြုလုပ်ရန် ကြိုးစားခဲ့သည်။ ကာကွယ်ရေးအဖွဲ့များအနေဖြင့် Codex က တစ်ခုခုကို ဘာကြောင့် လုပ်ခဲ့သည်၊ သို့မဟုတ် အသုံးပြုသူ၏ ရည်ရွယ်ချက်က ဘာလဲဆိုတာကို ဆက်လက် ဖော်ထုတ်ရဦးမည်ဖြစ်သည်။

Codex သည် လုံခြုံရေးအဖွဲ့များအား အေးဂျင့်များအကြောင်း ပိုမိုသိမြင်နိုင်သော မြင်ကွင်းတစ်ခု ပေးနိုင်သည်။ Codex သည် အသုံးပြုသူ တုံ့ပြန်ညွှန်ကြားချက်များ၊ ကိရိယာ ခွင့်ပြုအတည်ပြုမှု ဆုံးဖြတ်ချက်များ၊ ကိရိယာ လုပ်ဆောင်မှုရလဒ်များ၊ MCP ဆာဗာ အသုံးပြုမှုများနှင့် ကွန်ရက် ပရောက်စီခွင့်ပြု သို့မဟုတ် ငြင်းပယ်သည့် ဖြစ်ရပ်များကဲ့သို့သော Codex ဖြစ်ရပ်အမျိုးမျိုးအတွက် OpenTelemetry လော့ဂ် တင်ပို့ခြင်းကို ပံ့ပိုးပေးပါသည်။ Enterprise နှင့် Edu ဖောက်သည်များအတွက် Codex လုပ်ဆောင်ချက်မှတ်တမ်းများကို OpenAI Compliance Platform မှတစ်ဆင့်လည်း ရရှိနိုင်ပါသည်။

TOML

1# config.toml
2
3[otel]
4log_user_prompt = true
5environment = "prod"
6
7[otel.exporter.otlp-http]
8endpoint = "http://localhost:14318/v1/logs"
9protocol = "binary"

OpenAI တွင် ကျွန်ုပ်တို့သည် Codex လော့ဂ်များကို ကျွန်ုပ်တို့၏ AI စွမ်းအားသုံး လုံခြုံရေးဆိုင်ရာ ဦးစားပေးစိစစ်မှု အေးဂျင့်နှင့်အတူ တွဲဖက်အသုံးပြုပါသည်။ အဆုံးမှတ်သတိပေးချက်တစ်ခုက Codex သည် ပုံမှန်မဟုတ်သော တစ်စုံတစ်ခုကို လုပ်ဆောင်ခဲ့သည်ဟု ဆိုပါက၊ အဆုံးမှတ်လုံခြုံရေးကိရိယာက သံသယဖြစ်ဖွယ် ဖြစ်ရပ်တစ်ခု ဖြစ်ပွားခဲ့ကြောင်း ကျွန်ုပ်တို့ကို အသိပေးသည်။ ထို့နောက် Codex မှတ်တမ်းများက အသုံးပြုသူနှင့် အေးဂျင့်တို့၏ ဆက်စပ်အခြေအနေရှိ ရည်ရွယ်ချက်ကို ရှင်းလင်းဖော်ပြရာတွင် ကူညီပေးသည်။ ကျွန်ုပ်တို့၏ AI လုံခြုံရေးဆိုင်ရာ ဦးစားပေးစိစစ်မှု အေးဂျင့်သည် မူရင်း တောင်းဆိုချက်၊ ကိရိယာ လုပ်ဆောင်ချက်၊ အတည်ပြု ဆုံးဖြတ်ချက်များ၊ ကိရိယာ ရလဒ်များနှင့် သက်ဆိုင်ရာ ကွန်ရက် မူဝါဒ ဆုံးဖြတ်ချက် သို့မဟုတ် ပိတ်ဆို့မှု မည်သည့်အရာမဆိုကို စစ်ဆေးရန် Codex မှတ်တမ်းများကို အသုံးပြုသည်။ AI လုံခြုံရေး ဦးစားပေးစိစစ်မှု အေးဂျင့်သည် မျှော်လင့်ထားသည့် အေးဂျင့် အပြုအမူများ၊ အန္တရာယ်မရှိသော အမှားအယွင်းများနှင့် အမှန်တကယ် အထက်အဆင့်သို့ တင်ပြကိုင်တွယ်ရန် လိုအပ်သည့် လုပ်ဆောင်ချက်များကို ခွဲခြားနိုင်ရန် ၎င်း၏ ခွဲခြမ်းစိတ်ဖြာချက်ကို ပြန်လည်သုံးသပ်ရန် ကျွန်ုပ်တို့၏ လုံခြုံရေးအဖွဲ့ထံ တင်ပြပေးပါသည်။

ကျွန်ုပ်တို့သည်လည်း တူညီသော တယ်လီမက်ထရီကို လုပ်ငန်းလည်ပတ်မှုအရ အသုံးပြုပါသည်။ ကျွန်ုပ်တို့သည် ဤမှတ်တမ်းများကို အသုံးပြုပြီး အတွင်းပိုင်း လက်ခံအသုံးပြုမှု မည်သို့ ပြောင်းလဲနေသည်၊ မည်သည့်ကိရိယာများနှင့် MCP ဆာဗာများကို အသုံးပြုနေကြသည်၊ ကွန်ရက် sandbox က ဘယ်လောက်မကြာခဏ ပိတ်ဆို့နေသည် သို့မဟုတ် အတည်ပြုရန် တောင်းဆိုနေသည်၊ နှင့် ဖြန့်ချိအသုံးပြုမှုတွင် မည်သည့်နေရာများ၌ ထပ်မံ ညှိနှိုင်းပြင်ဆင်ရန် လိုအပ်နေသေးသည်ကို နားလည်ရန် အသုံးပြုသည်။ ဤ OpenTelemetry မှတ်တမ်းများကို SIEM နှင့် လိုက်နာမှု မှတ်တမ်းတင်ခြင်း စနစ်များတွင် ဗဟိုမှ စုစည်းထားနိုင်သည်။

ရှေ့ကို ကြည့်ရှုခြင်း

Codex ကဲ့သို့သော ကုဒ်ရေးအေးဂျင့်များသည် ဖွံ့ဖြိုးရေး လုပ်ငန်းစဉ်များတွင် ပေါင်းစည်းလာသည်နှင့်အမျှ၊ လုံခြုံရေးအဖွဲ့များအနေဖြင့် ဤအပြောင်းအလဲကို စီမံခန့်ခွဲရန် အထူးဒီဇိုင်းထုတ်ထားသော ကိရိယာများ လိုအပ်လာပါသည်။ လုံခြုံစိတ်ချစွာ အသုံးပြုလက်ခံနိုင်ရန် လိုအပ်သော ထိန်းချုပ်ရေး မျက်နှာပြင်များ၊ ဖွဲ့စည်းသတ်မှတ်ချက် စီမံခန့်ခွဲမှု၊ သီးခြားကန့်သတ်နယ်မြေတွင် လုပ်ဆောင်ခြင်းနှင့် အေးဂျင့်များကို သိရှိနားလည်သော အသေးစိတ် တယ်လီမက်ထရီတို့ကို Codex က ပံ့ပိုးပေးပါသည်။ ထိုစွမ်းဆောင်ရည်များ အသင့်ရှိနေပါက လုံခြုံရေးအဖွဲ့များသည် Codex ကို ပိုမိုယုံကြည်မှုရှိစွာ အသုံးပြုနိုင်အောင် ဖွင့်ပေးနိုင်ပြီး၊ ဖွံ့ဖြိုးရေးသူများ၏ ထုတ်လုပ်နိုင်စွမ်းနှင့် လုပ်ငန်းအဆင့် လုံခြုံရေးအတွက် လိုအပ်သော မြင်သာမှုနှင့် ထိန်းချုပ်မှုတို့ကို ဟန်ချက်ညီစေနိုင်ပါသည်။ Codex ကို ပြင်ဆင်သတ်မှတ်ခြင်းဆိုင်ရာ ပိုမိုသော အချက်အလက်များကို ဤနေရာတွင်⁠(ဝင်းဒိုးအသစ်တွင် ဖွင့်မည်)၊ လိုက်နာမှု API ဆိုင်ရာ အချက်အလက်များကို ဤနေရာတွင်⁠(ဝင်းဒိုးအသစ်တွင် ဖွင့်မည်) ရှာဖွေနိုင်ပါသည်။

စာရေးသူ

OpenAI

ဆက်ဖတ်ရှုပါ

အားလုံးကို ကြည့်ရန်

ကမ္ဘာလုံးဆိုင်ရာ ခေါင်းဆောင်မှုဖြင့် လူငယ်ဘေးကင်းရေးနှင့် အခွင့်အလမ်းများကို မြှင့်တင်ခြင်း

ကမ္ဘာ့ရေးရာများ၂၀၂၆ ဇွန် ၂

ယုံကြည်စိတ်ချရသော third-party evaluation များအတွက် မျှဝေထားသော လမ်းညွှန်စာအုပ်

ဘေးကင်းရေး၂၀၂၆ မေ ၂၉

Frontier Governance Framework > card image

OpenAI ၏ Frontier Governance Framework

ဘေးကင်းရေး၂၀၂၆ မေ ၂၈