გაითვალისწინეთ: ამ ცვლილებებით სარგებლობისთვის Codex CLI 0.163.0 ან უფრო ახალ ვერსიაზე უნდა განაახლოთ. CLI მხოლოდ თქვენი გადაწყვეტილებით განახლდება: დაყენებული ვერსიები განახლებამდე მუშაობას უცვლელად გააგრძელებს.
თუ თქვენი ავტომატიზებული პროცესი
@openai/codex@latest-ს აყენებს, ეს ცვლილება შეიძლება მომდევნო ინსტალაციის ან განახლებისას აისახოს. თუ Codex CLI npm-ით გლობალურად დააყენეთ, გაუშვითnpm install -g @openai/codex@latest, შემდეგ კი განახლების შესამოწმებლად —codex --version.ცვლილების გადასადებად დააფიქსირეთ ვერსია
@openai/codex@0.162.0.@latest-ის გამოყენებით ერთხელ დაყენებული ვერსია ავტომატურად არ განახლდება. ძველ ვერსიებზე დაფიქსირებული სამუშაო პროცესები მუშაობას უცვლელად გააგრძელებს.TypeScript-ის ინტეგრაციებისთვის განაახლეთ
@openai/codex-sdkდა მასში ჩართული გაშვების გარემო. Python-ის ინტეგრაციებისთვის განაახლეთopenai-codexდა მისი Codex-ის გაშვების გარემო. მხოლოდ გლობალური CLI-ის განახლებამ SDK-ის გაშვების გარემო შეიძლება არ განაახლოს. თუ შესრულებადი ფაილისთვის საკუთარ გზას მიუთითებთ, ის ფაილიც განაახლეთ.
ხელით მითითებული მოდელის ID-ები, რომლებიც ხელმისაწვდომ კატალოგში არ არის, CLI-სა და Codex Desktop-ში კვლავ ძველი წესით ავტომატურად დამუშავდება, მაშინაც კი, როცა Daybreak ჩართულია. მხოლოდ კატალოგში მათი არყოფნა მოთხოვნის წარმატებით შესრულებას ხელს არ უშლის.
კიბერუსაფრთხოების მოდელები მოდელის ასარჩევ მენიუში შეიძლება ცალკე ეტაპზე გახდეს ხელმისაწვდომი. მათი გააქტიურების შემდეგ მხარდაჭერილი ვერსიის მომხმარებლებს ახალი მოდელების სანახავად არაფრის ხელახლა ჩამოტვირთვა არ დასჭირდებათ. სიის განსაახლებლად ხელახლა გახსენით მოდელის ასარჩევი მენიუ ან გადატვირთეთ Codex.
Daybreak-ის ჩართვა ინტერაქტიულ CLI-ში
გაუშვით Codex ავტორიზაციის ჩვეული მეთოდით.
Daybreak-ის ჩასართავად შეიყვანეთ
/daybreak.Codex გამოიტანს შეტყობინებას:
Daybreak on. Applies to new turns.ეს პარამეტრი აქტიურ საუბარზე გავრცელდება და ახალი სესიებისთვის ნაგულისხმევ მნიშვნელობად შეინახება.
Daybreak-ის გამოსართავად იგივე ბრძანება (
/daybreak) ხელახლა გაუშვით.
Daybreak-ის ჩართვა არაინტერაქტიულ CLI-ში
არაინტერაქტიული სამუშაო პროცესები მომხმარებლის ინტერაქტიული ინტერფეისის გარეშე სრულდება, ჩვეულებრივ, codex exec-ის მეშვეობით სკრიპტებში, დაგეგმილ დავალებებში ან CI-ში. აქ არ გამოჩნდება ინტერაქტიული შეთავაზება „Daybreak-ის ჩართვა“ (/daybreak). ამის ნაცვლად შეგიძლიათ:
ჩართოთ Daybreak CLI-ის კონკრეტული გაშვებისთვის — დაამატეთ
-c daybreak=trueთითოეულ ბრძანებას, რომლის შესრულებისას უარის შემთხვევების შემცირება გსურთ. მაგალითად, შეგიძლიათ შეიყვანოთ:
codex exec -c daybreak=true "Review the changes in this repository."
შეინარჩუნეთ არსებული მოთხოვნა და ბრძანების სხვა პარამეტრები. დაამატეთ ეს პარამეტრი თითოეულ გამოძახებას, რომელმაც Daybreak უნდა გამოიყენოს, მათ შორის სკრიპტებში, დაგეგმილ დავალებებსა და CI-ის კონფიგურაციაში არსებულ ბრძანებებს.
ნაგულისხმევად ჩართოთ Daybreak CLI-ის ახალი სესიებისა და გაშვებებისთვის — დაამატეთ
daybreak=trueკონფიგურაციის ფაილში, რომელსაც Codex ტვირთავს.მომხმარებლის ნაგულისხმევი კონფიგურაცია ინახება ფაილში
~/.codex/config.toml. თუ თქვენი ავტომატიზაცია განსაზღვრავსCODEX_HOME-ს, მის ნაცვლად გამოიყენეთ$CODEX_HOME/config.toml. პარამეტრი განათავსეთ ზედა დონეზე, ისეთი სექციების გარეთ, როგორიცაა[features].ცვლილება შეიტანეთ იმ გარემოში, სადაც ავტომატიზაცია რეალურად სრულდება. თქვენი ლეპტოპის კონფიგურაციის განახლება არ განაახლებს CI-ის შემსრულებლის ან დისტანციური კომპიუტერის კონფიგურაციას.
ეს პარამეტრი ასევე ვრცელდება ახალ ინტერაქტიულ სესიებზე, რომლებიც იმავე კონფიგურაციას იყენებს. განახლებული და განშტოებული სესიები ინარჩუნებს Daybreak-ისთვის შენახულ არჩევანს; კონფიგურაციის ახალი ნაგულისხმევი მნიშვნელობა მას არ ცვლის.
გაითვალისწინეთ, რომ ბრძანების სტრიქონში მითითებულ პარამეტრს ამ კონკრეტული გამოძახებისთვის შენახულ კონფიგურაციასთან შედარებით უპირატესობა ენიჭება. ამიტომ შეგიძლიათ კონფიგურაციაში დატოვოთ
daybreak = true, ხოლო ცალკეული გაშვებისთვის გამოიყენოთ-c daybreak=false.
Daybreak-ის ჩართვა პროქსის გავლით ინფერენსის პროვაიდერის გამოყენებისას
შეგიძლიათ Codex CLI-ში გამოიყენოთ Daybreak და ინფერენსის მოთხოვნები კვლავ არსებული პროქსის გავლით გაგზავნოთ. Codex მოდელების კატალოგს ცალკე მიმართავს იმის დასადგენად, თუ რომელი მოდელები უჭერს მხარს Daybreak-ს თქვენი პროექტისთვის.
დაწყებამდე დარწმუნდით, რომ Codex CLI-ში გამართული პროქსი-პროვაიდერი გაქვთ და ფლობთ OpenAI API გასაღებს იმ პროექტიდან, რომელსაც წვდომა აქვს Daybreak-ზე და თქვენთვის სასურველ მოდელზე. ასევე საჭიროა Codex CLI-ის v0.167.0 ვერსია.OpenAI-ის დოკუმენტაცია პროექტისთვის Daybreak-ზე წვდომის შესახებ
განაახლეთ თქვენი პროქსი-პროვაიდერი: გახსენით ~/.codex/config.toml და მოძებნეთ თქვენი პროქსის [model_providers.<id>] სექცია. ამ სექციაში დაამატეთ ქვემოთ მოცემული მაგალითის ბოლო ორი სტრიქონი. შეინარჩუნეთ პროვაიდერის არსებული ID, პროქსის URL და ავთენტიფიკაციის პარამეტრები.
[model_providers.proxy]name = "Proxied with Cyber"base_url = "https://<your-proxy>/v1"model_catalog_url = "<https://chatgpt.com/backend-api/codex/models>"capabilities.cyber_access_programs = true
თუ თქვენს კონფიგურაციაში უკვე არის [model_providers.<id>.capabilities] სექცია, cyber_access_programs = true იქ განათავსეთ, ხოლო model_catalog_url პროვაიდერის მშობელ სექციაში დატოვეთ.Codex-ის კონფიგურაციის ცნობარიგაიარეთ ავთენტიფიკაცია კატალოგზე წვდომისთვის — აირჩიეთ ვარიანტი, რომელიც თქვენი CLI-ის ავტორიზაციის მონაცემებს შეესაბამება.
თუ Codex OpenAI API გასაღებს იყენებს, შეინარჩუნეთ პირველ ნაბიჯში მითითებული OpenAI-ის კატალოგის URL. გაუშვით Codex იმ პროექტის გასაღებით, რომელშიც Daybreak ჩართულია, რათა მან უშუალოდ კატალოგთან გაიაროს ავთენტიფიკაცია.
თუ Codex თქვენი პროქსის ავტორიზაციის მონაცემებს იყენებს, model_catalog_url-ის მნიშვნელობად მიუთითეთ თქვენს პროქსიზე კატალოგის მარშრუტის სრული URL. ეს მარშრუტი ისე გამართეთ, რომ:
CLI-ის მოთხოვნის ავთენტიფიკაცია პროქსის ჩვეული ავტორიზაციის მონაცემებით შეასრულოს.
მოთხოვნა გადააგზავნოს მისამართზე https://chatgpt.com/backend-api/codex/models იმ პროექტის OpenAI API გასაღებით, რომელშიც Daybreak ჩართულია.
კატალოგის პასუხი Codex-ს დაუბრუნოს.
ჩართეთ Daybreak — დაიწყეთ Codex CLI-ის ახალი სესია თქვენი პროქსი-პროვაიდერით. აირჩიეთ მოდელი, რომლისთვისაც Daybreak ხელმისაწვდომია, შემდეგ კი მის ჩასართავად შეიყვანეთ /daybreak.
თუ Daybreak მიუწვდომელია, პირველ რიგში კატალოგზე მიმართვა შეამოწმეთ. ინფერენსი შეიძლება წარმატებით შესრულდეს მაშინაც კი, როცა კატალოგის მოთხოვნა ვერ სრულდება. გადაამოწმეთ, რომ მოთხოვნა OpenAI-მდე საჭირო პროექტის გასაღებით აღწევს და პროექტს წვდომა აქვს როგორც Daybreak-ზე, ისე არჩეულ მოდელზე.
Daybreak-ის ჩართვა TypeScript SDK-ით
Daybreak-ის პარამეტრი კლიენტის კონფიგურაციით გადაეცით:
import { Codex } from "@openai/codex-sdk";
const codex = new Codex({
config: { daybreak: true },
});
const thread = codex.startThread();
const result = await thread.run("Review the changes in this repository.");
console.log(result.finalResponse);
Daybreak-ის გამოსართავად და უარის თქმის ჩვეულებრივ რეჟიმზე დასაბრუნებლად გამოიყენეთ daybreak: false. ავტორიზაციის არსებული კონფიგურაცია უცვლელად დატოვეთ.
Daybreak-ის ჩართვა აპლიკაციის სერვერით ან Python SDK-ით
1. model/list-იდან წაიკითხეთ არჩეული მოდელის availableAccessPrograms.cyber მნიშვნელობები, შემდეგ turn/start-ის პარამეტრებში მიუთითეთ cyberAccessProgram.
ა. ძირითადი ხაზის მოდელისა და Daybreak Blue-ზე წვდომის მქონე ანგარიშისთვის:
{ "cyberAccessProgram": "daybreakBlue" }
ბ. კიბერუსაფრთხოების მოდელისა და Daybreak Red-ზე წვდომის მქონე ანგარიშისთვის:
{ "cyberAccessProgram": "daybreakRed" }
გ. უარის თქმის ჩვეულებრივი რეჟიმისთვის:
{ "cyberAccessProgram": "standard" }
2. არჩეული მნიშვნელობა მიუთითეთ ყოველ სვლაზე, რომელზეც ის უნდა მოქმედებდეს; ნუ ჩათვლით, რომ პარამეტრის გამოტოვება Daybreak-ს გამორთავს. ამ პარამეტრის გამოსაყენებლად აპლიკაციის სერვერის უშუალო კლიენტებმა ინიციალიზაციისას უნდა ჩართონ experimentalApi შესაძლებლობა.
3. Python SDK-ის დაბალი დონის CodexClient-ს იმავე პარამეტრის გადაცემა შეუძლია:
from openai_codex.client import CodexClient
with CodexClient() as client:
client.initialize()
thread = client.thread_start()
turn = client.turn_start(
thread.thread.id,
"Review the changes in this repository.",
params={"cyberAccessProgram": "daybreakBlue"},
)
client.wait_for_turn_completed(turn.turn.id)
4. ამ მაგალითში იგულისხმება, რომ არჩეული მოდელისთვის Daybreak Blue ხელმისაწვდომია. Python-ის კლიენტი ექსპერიმენტული API-ის შესაძლებლობას ნაგულისხმევად რთავს. მხოლოდ საუბრის შენახული პარამეტრი აპლიკაციის სერვერის სვლისთვის პროგრამას არ ირჩევს.
თუ ამ ცვლილებებამდე მოდელების ლოკალური კატალოგი დაამატეთ
თუ ადრე API გასაღებით შესვლისას სასურველი მოდელები არ ჩანდა, შესაძლოა, config.toml-ში model_catalog_json-ის გამოყენებით ლოკალური კატალოგი დაამატეთ. Codex ავტომატური კატალოგის ნაცვლად ამ ლოკალურ ფაილს იყენებს, ამიტომ თქვენი მოდელების სია შეიძლება მოძველდეს. როცა თქვენი გარემოსთვის ავტომატური კატალოგის მხარდაჭერა ხელმისაწვდომი გახდება, მასზე დასაბრუნებლად მიჰყევით ამ ნაბიჯებს:
გახსენით
config.toml. Codex CLI-სთვის გახსენით~/.codex/config.toml(ან$CODEX_HOME/config.toml, თუCODEX_HOMEმითითებული გაქვთ). Codex Desktop-ში გადადით პარამეტრები > კონფიგურაცია, შემდეგ აირჩიეთ config.toml-ის გახსნა.დროებით გამორთეთ ლოკალური კატალოგი.
model_catalog_json-ის სტრიქონის დასაწყისში დაამატეთ #, შეინახეთ ფაილი და გადატვირთეთ Codex იმავე ანგარიშით ან API გასაღებით. ორგანიზაციის მიერ მოთხოვნილი კატალოგის URL-ები უცვლელად დატოვეთ.შეამოწმეთ თქვენი წვდომა. CLI-ში გაუშვით
codex, შემდეგ სესიაში შეიყვანეთ/daybreak. Desktop-ში გახსენით მოდელის ასარჩევი გაფართოებული მენიუ და ჩართეთ Daybreak. თუ Daybreak Red-ზე წვდომა გაქვთ, დარწმუნდით, რომ მოსალოდნელი კიბერუსაფრთხოების მოდელი გამოჩნდა და მისი გამოყენებით მოთხოვნის გაგზავნა შეგიძლიათ.შეინარჩუნეთ გამართული კონფიგურაცია. თუ შემოწმება წარმატებით დასრულდა, წაშალეთ გამორთული სტრიქონი და შეინახეთ ფაილი. თუ შემოწმება წარუმატებელია, წაშალეთ
#, შეინახეთ ფაილი და ძველი კონფიგურაციის აღსადგენად გადატვირთეთ Codex.
CLI-ში უარებთან დაკავშირებული პრობლემების მოგვარება
გაუშვით ტიპური დავალება იმავე ავტორიზაციის მონაცემებით, მოდელითა და კონფიგურაციით, რომლებსაც თქვენი ავტომატიზებული პროცესი იყენებს.
თუ Daybreak მიუწვდომელია, დარწმუნდით, რომ:
თქვენს ანგარიშს ან API პროექტს Daybreak-ზე წვდომა აქვს.
არჩეულ მოდელს Daybreak-ის მხარდაჭერა აქვს.
ინტერაქტიულ CLI-ში შეამოწმეთ, ჩართულია თუ არა Daybreak. თუ Daybreak ხელმისაწვდომია, მაგრამ გამორთულია, ინტერაქტიულ CLI-ში შეიძლება გამოჩნდეს უარის შეტყობინება:
Daybreak is currently off. If you’re doing authorized security work, turn it on and try your request again.გამოჩნდება შეკითხვა:
ჩაირთოს Daybreak თქვენი შემდეგი მოთხოვნისთვის?და ვარიანტები:Daybreak-ის ჩართვაანახლა არა.აირჩიეთ Daybreak-ის ჩართვა, რომ ის შემდეგი მოთხოვნისთვის ჩართოთ, შემდეგ კი მოთხოვნა ხელახლა გაგზავნეთ. გაითვალისწინეთ: უარყოფილი მოთხოვნა ავტომატურად არ განმეორდება — ხელახლა უნდა გაგზავნოთ. ზოგიერთი მოთხოვნა ჩართული Daybreak-ის შემთხვევაშიც შეიძლება უარყოფილი იყოს.
აირჩიეთ ახლა არა, რომ Daybreak გამორთული დარჩეს.
ავტომატიზებული პროცესებისთვის დარწმუნდით, რომ
daybreak=trueნამდვილად გადაეცემა Codex-ის პროცესს და ბრძანების სტრიქონის სხვა პარამეტრი მას არ ანაცვლებს.
Daybreak-ის გამოყენება Codex Security CLI-სთან
Codex Security CLI უსაფრთხოების სკანირებისთვის იყენებს @openai/codex-security-ს. მასში წვდომის პროგრამის არჩევის პარამეტრები განსხვავდება ზემოთ მოყვანილი ზოგადი Codex CLI-ის მაგალითებისგან.
API გასაღებით ავთენტიფიკაციისთვის გამოიყენეთ იმ API პროექტის გასაღები, რომელშიც Daybreak ჩართულია, და პირდაპირ მიუთითეთ ამ პროექტისთვის დამტკიცებული პროგრამა. Daybreak Blue-სთვის:npx @openai/codex-security scan . --auth api-key --cyber-access-program daybreak_blue
გამოიყენეთ daybreak_red მხოლოდ მაშინ, თუ თქვენს პროექტს Daybreak Red-ზე წვდომა დამტკიცებული აქვს, ან standard — დაცვის სტანდარტული ზომებისთვის. პროგრამის არჩევა არ გაძლევთ ამ პროგრამაზე ან დამატებით მოდელებზე წვდომას.
ავთენტიფიკაციისა და სკანირების პარამეტრებისთვის იხილეთ Codex Security CLI-ის ცნობარი.
Daybreak-ის გამოყენება Codex Security SDK-სთან
Codex Security TypeScript SDK (@openai/codex-security) უსაფრთხოების სკანირებას აპლიკაციიდან ან დეველოპერის ხელსაწყოდან ასრულებს. ის ზემოთ აღწერილი ზოგადი Codex SDK-ისგან დამოუკიდებელია.
გამოიყენეთ იმ ანგარიშის ან API პროექტის ავტორიზაციის მონაცემები, რომლისთვისაც წვდომა დამტკიცებულია. კიბერუსაფრთხოებასთან დაკავშირებული ზოგიერთი მოთხოვნისა და დაცული მიგნების სანახავად საჭიროა Trusted Access for Cyber. SDK-ის დაყენება ან მოდელის არჩევა Daybreak-ზე წვდომას არ გაძლევთ.
მხარდაჭერილი ავთენტიფიკაციის მეთოდების, კონფიგურაციისა და სკანირების მაგალითებისთვის მიჰყევით Codex Security SDK-ის სახელმძღვანელოს.
