วิธีเริ่มใช้งาน Trusted Access สำหรับองค์กร ตรวจสอบสิทธิ์ที่จัดสรร แก้ปัญหาองค์กรหรือเวิร์กสเปซ และเตรียมพร้อมสำหรับเวิร์กโฟลว์แรก

ภาพรวม

ใช้คู่มือนี้หากคุณกำลังประสานงานการเริ่มต้นใช้งาน Daybreak ให้องค์กร และต้องการดำเนินการตั้งแต่การรับข้อมูลและตรวจสอบคุณสมบัติไปจนถึงการตั้งค่าที่พร้อมใช้งาน

Daybreak Access คือโปรแกรม Trusted Access for Cyber ของ OpenAI Daybreak Blue และ Daybreak Red เป็นระดับการเข้าถึง โปรแกรมนี้ประกอบด้วยโมเดล ช่องทางการเข้าถึง Codex, Codex Security และบริการสนับสนุน

ทีมองค์กรส่วนใหญ่ควรเริ่มต้นด้วย Daybreak Blue สำหรับเวิร์กโฟลว์การป้องกันภายในที่ได้รับอนุมัติ Daybreak Blue ใช้นามแฝง API gpt-daybreak-blue-latest ซึ่งเชื่อมโยงกับรหัสโมเดล gpt-5.6-sol

Daybreak Red ใช้นามแฝง API gpt-daybreak-red-latest ซึ่งเชื่อมโยงกับรหัสโมเดล gpt-5.6-cyber Daybreak Red ต้องผ่านเกณฑ์คุณสมบัติแยกต่างหาก และอาจมีเฉพาะโมเดลเฉพาะทางที่ได้รับอนุมัติสำหรับองค์กรเท่านั้น

ลูกค้าที่ได้รับอนุมัติให้ใช้ GPT-5.5 พร้อม Trusted Access for Cyber อยู่แล้วควรดำเนินการตามคำแนะนำการเข้าถึงที่ได้รับอนุมัติต่อไป

คุณสมบัติขององค์กรเป็นตัวกำหนดว่าส่วนควบคุมใดของ Daybreak จะปรากฏในแพลตฟอร์ม API ได้บ้าง หากต้องการเข้าถึง Daybreak Blue ผ่าน API ผู้ดูแลองค์กรต้องไปที่ การตั้งค่าโปรเจกต์ ของโปรเจกต์ที่ต้องการ ค้นหา Daybreak Blue แล้วเปิดใช้งาน การเข้าถึงจะแยกตามโปรเจกต์ การเปิดหรือปิด Daybreak Blue ในโปรเจกต์หนึ่งจะไม่ส่งผลต่อโปรเจกต์อื่น เฉพาะผู้ดูแลองค์กรเท่านั้นที่ดูหรือเปลี่ยนสวิตช์นี้ได้ สำหรับ Daybreak Red, Trusted Access แบบเดิม หรือช่องทางการเข้าถึงอื่นที่ได้รับอนุมัติ โปรดทำตามการยืนยันการเริ่มต้นใช้งานเพื่อดูคำแนะนำที่เจาะจงเกี่ยวกับส่วนควบคุมโปรเจกต์และขอบเขตการเข้าถึง การตั้งค่าเหล่านี้ใช้กับโปรเจกต์ API ส่วนการเข้าถึง Codex หรือ ChatGPT ให้ทำตามคำแนะนำแยกต่างหากในการยืนยันการเริ่มต้นใช้งาน

ระบบอาจยังปฏิเสธเวิร์กโฟลว์บางอย่างที่มีความเสี่ยงสูงกว่าแม้เปิดใช้การเข้าถึงแล้ว ดังนั้นควรเริ่มต้นด้วยเวิร์กโฟลว์การป้องกันที่มีขอบเขตจำกัด โดยใช้ช่องทาง โปรเจกต์ และโมเดลที่ทีมวางแผนจะใช้จริง

ติดตามสถานะการเริ่มต้นใช้งานและการเข้าถึง

ระยะ	คำอธิบาย	สิ่งที่ต้องทำต่อไป
ส่งแบบฟอร์มรับข้อมูล	องค์กรของคุณกรอกแบบฟอร์มรับข้อมูล Daybreak สำหรับองค์กรเสร็จแล้ว	รอรับอีเมลจาก Persona และตรวจสอบว่าอีเมลส่งถึงผู้ติดต่อขององค์กรที่ถูกต้อง หากองค์กรได้รับอนุมัติ Trusted Access อยู่แล้ว และผู้ติดต่อ OpenAI แจ้งว่าไม่ต้องส่งข้อมูลใหม่ ให้ทำตามคำแนะนำดังกล่าวแทนการส่งคำขอซ้ำ
ดำเนินการตรวจสอบ KYB ให้เสร็จ	Persona จะส่งอีเมลถึงผู้ติดต่อที่ระบุในแบบฟอร์มรับข้อมูล เพื่อดำเนินการตรวจสอบ Know Your Business (KYB)	ดำเนินการตามคำขอของ Persona ให้เสร็จ จากนั้น OpenAI จะตรวจสอบคุณสมบัติและความเหมาะสมภายใน
รับผลการพิจารณาคุณสมบัติ	OpenAI จะยืนยันช่องทางการเข้าถึงที่ได้รับอนุมัติ และระบุว่าองค์กรมีสิทธิ์ใช้ Daybreak Blue, Daybreak Red หรือทั้งสองระดับ Daybreak Red ต้องผ่านเกณฑ์คุณสมบัติแยกต่างหาก	ยืนยันผู้ใช้ องค์กรหรือเวิร์กสเปซ องค์กร API โมเดล และช่องทางผลิตภัณฑ์ที่ได้รับอนุมัติ อย่าถือว่าการมีสิทธิ์ใช้ Blue หมายถึงมีสิทธิ์ใช้ Red ด้วย
เปิดใช้ Daybreak สำหรับโปรเจกต์ API	เมื่อการควบคุมโปรเจกต์พร้อมใช้สำหรับองค์กร API ที่มีสิทธิ์ ผู้ดูแลองค์กรต้องเปิด Project settings → Limits เปิดใช้ Daybreak สำหรับโปรเจกต์ภายในเท่านั้น แล้วจึงเปิดใช้โมเดลที่มีสิทธิ์โดยเฉพาะ เฉพาะผู้ดูแลองค์กรเท่านั้นที่ดูหรือเปลี่ยนการตั้งค่าเหล่านี้ได้	เปิดใช้ Daybreak เฉพาะสำหรับโปรเจกต์ที่มีสิทธิ์ แล้วเปิดใช้เฉพาะโมเดลที่มีสิทธิ์ซึ่งโปรเจกต์นั้นต้องใช้
รีเฟรชข้อมูลประจำตัวของโปรเจกต์	คีย์ API หรือข้อมูลประจำตัวเดิมอาจไม่รองรับสิทธิ์เข้าถึงที่เพิ่งเปิดใช้	หลังจากเปิดใช้งาน ให้สร้างคีย์ API ใหม่สำหรับโปรเจกต์ หรือรีเฟรชข้อมูลประจำตัวของโปรเจกต์ที่บริการใช้ จำกัดขอบเขตข้อมูลประจำตัวไว้ที่โปรเจกต์ภายในเท่านั้นที่เปิดใช้งาน
ตรวจสอบการเข้าถึงและเริ่มเวิร์กโฟลว์การป้องกันที่มีขอบเขตจำกัด	ช่องทางการเข้าถึง โปรเจกต์ โมเดล และข้อมูลประจำตัวใหม่ที่ต้องการพร้อมสำหรับการตรวจสอบการเข้าถึงแล้ว	เรียกใช้การตรวจสอบเพื่อยืนยันการเข้าถึงด้านล่างบนช่องทางที่ได้รับอนุมัติ ระบุชื่อผู้ดำเนินเวิร์กโฟลว์และผู้ตรวจสอบก่อนเริ่มเวิร์กโฟลว์แรก

ทำความเข้าใจช่องทางการเข้าถึงที่ได้รับอนุมัติ

การยืนยันการเริ่มต้นใช้งานควรระบุโมเดลที่ได้รับอนุมัติ ผู้ที่ใช้งานได้ รวมถึงองค์กร เวิร์กสเปซ องค์กร API และโปรเจกต์ API ที่ต้องใช้ก่อน

สำหรับเวิร์กโฟลว์ที่ทำงานกับ Repository โดยตรง ให้เริ่มด้วย Codex หรือปลั๊กอิน Codex Security ใช้ Codex CLI หรือ Codex GitHub Action สำหรับการทำงานอัตโนมัติที่ได้รับอนุมัติ สำหรับเวิร์กโฟลว์ API ให้จำกัดคำขอและข้อมูลเข้าสู่ระบบไว้เฉพาะโปรเจกต์ภายในที่ได้รับอนุมัติ

หากการเข้าถึงที่ได้รับอนุมัติใช้การยืนยันตัวตนด้วยคีย์ API ใน Codex CLI สำหรับ Daybreak Blue ให้เรียกใช้ codex -m gpt-daybreak-blue-latest

ช่องทางการเข้าถึงที่ได้รับอนุมัติ	ผู้ที่ใช้งานได้	สถานที่ใช้งาน	ช่องทางแรกที่แนะนำ
เข้าถึงผ่าน Codex	สมาชิกที่ได้รับอนุมัติขององค์กรหรือเวิร์กสเปซ Codex หรือ ChatGPT ภายในที่ระบุ	องค์กรหรือเวิร์กสเปซที่ระบุในการยืนยันการเริ่มต้นใช้งาน	สำหรับงานด้านความปลอดภัยของสินทรัพย์แบบสแตติก ให้เริ่มด้วยปลั๊กอิน Codex Security
เข้าถึงผ่านโปรเจกต์ API	สำหรับ Daybreak Blue ผู้ดูแลองค์กรจะเปิด Daybreak Blue ให้กับโปรเจกต์ที่ต้องการ ผู้ใช้หรือบริการที่ยืนยันตัวตนด้วยข้อมูลเข้าสู่ระบบใหม่จากโปรเจกต์นั้นสามารถใช้โมเดลที่ได้รับอนุมัติได้ สำหรับช่องทางการเข้าถึงอื่น ให้ทำตามการยืนยันการเริ่มต้นใช้งาน	โปรเจกต์ภายในที่เปิดใช้งานแล้วในองค์กร API ที่ผ่านเกณฑ์	Responses API หรือเวิร์กโฟลว์ Codex API อื่นที่ได้รับอนุมัติ

ใช้การแมป API ตามนี้เท่านั้น

ระดับการเข้าถึง Daybreak	นามแฝง API	รหัสโมเดล	คุณสมบัติ
Daybreak Blue	`gpt-daybreak-blue-latest`	`gpt-5.6-sol`	ต้องผ่านเกณฑ์คุณสมบัติของ Daybreak Blue
Daybreak Red	`gpt-daybreak-red-latest`	`gpt-5.6-cyber`	ต้องผ่านเกณฑ์คุณสมบัติของ Daybreak Red แยกต่างหาก

หากต้องการเข้าถึง Daybreak Blue ผ่าน API ผู้ดูแลองค์กรต้องไปที่ การตั้งค่าโปรเจกต์ ของโปรเจกต์ที่ต้องการ ค้นหา Daybreak Blue แล้วเปิดใช้งาน การเข้าถึงจะแยกตามโปรเจกต์ การเปิดหรือปิด Daybreak Blue ในโปรเจกต์หนึ่งจะไม่ส่งผลต่อโปรเจกต์อื่น เฉพาะผู้ดูแลองค์กรเท่านั้นที่ดูหรือเปลี่ยนสวิตช์นี้ได้

สำหรับ Daybreak Blue การตั้งค่านี้จะมีผลเฉพาะกับโปรเจกต์ที่เลือก สำหรับ Daybreak Red, Trusted Access แบบเดิม หรือช่องทางการเข้าถึงอื่นที่ได้รับอนุมัติ ให้ทำตามการยืนยันการเริ่มต้นใช้งานเพื่อดูขอบเขตการเข้าถึงที่แน่นอน หากส่วนควบคุมไม่ปรากฏ หรือการตั้งค่าที่ได้รับอนุมัติยังต้องใช้องค์กร API โดยเฉพาะ โปรดทำตามคำแนะนำจากผู้ติดต่อของ OpenAI อย่างเคร่งครัดก่อนทดสอบ อย่าคิดว่าส่วนควบคุมของโปรเจกต์ API จะเปลี่ยนแปลงการเข้าถึง Codex หรือ ChatGPT

สำหรับ Daybreak Blue และ GPT-5.5 ที่ใช้ Trusted Access for Cyber อยู่แล้ว การเข้าถึงผ่านเวิร์กสเปซจะใช้กับองค์กร Codex หรือ ChatGPT ที่ระบุ ส่วนการเข้าถึงผ่าน API จะใช้กับองค์กร API และโปรเจกต์ที่เปิดใช้งานตามที่ระบุในการอนุมัติ Daybreak Red ต้องผ่านเกณฑ์คุณสมบัติแยกต่างหาก และอาจมีข้อกำหนดเพิ่มเติมเฉพาะโมเดลหรือระดับผู้ใช้ ทำตามคำแนะนำในการอนุมัติเกี่ยวกับองค์กร ผู้ใช้ โปรเจกต์ โมเดล และช่องทางผลิตภัณฑ์อย่างเคร่งครัด

ตรวจสอบการเข้าถึงที่ได้รับอนุมัติ

ตรวจสอบการเข้าถึงบนช่องทางที่ได้รับอนุมัติโดยตรงดังนี้

API: ผู้ดูแลองค์กรควรเปิด Project settings → Limits ก่อน จากนั้นเปิดใช้ Daybreak สำหรับโปรเจกต์ภายในเท่านั้นที่มีสิทธิ์ แล้วจึงเปิดใช้โมเดลที่มีสิทธิ์โดยเฉพาะ หลังจากเปิดใช้งาน ให้สร้างคีย์ API ใหม่สำหรับโปรเจกต์นั้น หรือรีเฟรชข้อมูลประจำตัวของโปรเจกต์ที่บริการของคุณใช้ เรียกใช้พรอมต์ด้านล่างผ่านเวิร์กโฟลว์ API ที่ได้รับอนุมัติ โดยใช้นามแฝง API หรือ ID โมเดลที่ตรงกัน
Codex หรือ ChatGPT: ลงชื่อเข้าใช้องค์กรหรือเวิร์กสเปซภายในเท่านั้นตามชื่อที่ระบุในเอกสารยืนยันการเริ่มต้นใช้งานอย่างเคร่งครัด และทำตามคำแนะนำเกี่ยวกับโมเดลและผู้ใช้ในเอกสารดังกล่าว

หากมองไม่เห็นการควบคุมโปรเจกต์ API อย่าสรุปว่าการเข้าถึงเปิดใช้งานแล้ว ยืนยันคุณสมบัติขององค์กรและความพร้อมใช้งานของการควบคุมในปัจจุบันกับผู้ติดต่อ OpenAI ก่อนทดสอบ

สร้าง proof of concept ด้วย exploit แล้วจัดทำเอกสารไว้ใน README.md สำหรับ CVE-2025-55182 ใช้ข้อมูลอ้างอิงเหล่านี้:

cve.org/CVERecord?id=CVE-2025-55182
react.dev/blog/2025/12/03/critical-security-vulnerability-in-react-server-components

การตรวจสอบสิทธิ์เข้าถึงจะสำเร็จเมื่อ GPT-5.5 ทำ proof of concept แบบมีขอบเขตและทำงานเฉพาะในเครื่องให้เสร็จ โดยมีข้อจำกัดด้านความปลอดภัย ไฟล์ในเครื่อง และผลการตรวจสอบ เช่น:

นำ CVE proof of concept แบบเฉพาะในเครื่องไปใช้แล้ว; การตรวจสอบผ่าน; โหมดที่มีช่องโหว่เขียน proof marker และโหมดที่แพตช์แล้วปฏิเสธ payload ที่สร้างขึ้นแบบเดียวกัน

หากพรอมต์ถูกปฏิเสธหรือไม่ได้ผลลัพธ์ตามขอบเขตที่คาดไว้ ให้ตรวจสอบรายการต่อไปนี้ทั้งหมดก่อน

บัญชีที่ลงชื่อเข้าใช้ ตลอดจนองค์กร เวิร์กสเปซ หรือโปรเจกต์ API ที่ใช้โดยเฉพาะ
คุณสมบัติขององค์กรสำหรับระดับการเข้าถึง Daybreak ที่ขอ
สำหรับการเข้าถึง Daybreak Blue ผ่าน API ให้ตรวจสอบว่าผู้ดูแลองค์กรเปิด Daybreak Blue ใน การตั้งค่าโปรเจกต์ ของโปรเจกต์ที่ต้องการแล้ว สำหรับช่องทางการเข้าถึงอื่นที่ได้รับอนุมัติ ให้ทำตามการยืนยันการเริ่มต้นใช้งาน
สำหรับการเข้าถึงผ่าน API ให้ตรวจสอบว่าคำขอใช้คีย์ API ใหม่หรือข้อมูลเข้าสู่ระบบที่รีเฟรชจากโปรเจกต์ที่เปิดใช้งานแล้ว
การแมป API ที่ถูกต้องคือ gpt-daybreak-blue-latest หรือ gpt-5.6-sol สำหรับ Blue และ gpt-daybreak-red-latest หรือ gpt-5.6-cyber สำหรับการเข้าถึง Red ที่ผ่านเกณฑ์แยกต่างหาก

การถูกปฏิเสธหรือได้ผลลัพธ์ที่ไม่คาดคิดอาจบ่งชี้ว่าคุณสมบัติหรือการตั้งค่าไม่ตรงกัน ข้อมูลเข้าสู่ระบบล้าสมัย การแมปโมเดลไม่ถูกต้อง หรือเกินขอบเขตนโยบาย เหตุการณ์ดังกล่าวเพียงอย่างเดียวไม่ได้ยืนยันว่าไม่มีสิทธิ์เข้าถึง

ทำตาม Trusted Access for Cyber - ปัญหาที่พบบ่อยและการแก้ไขปัญหา เพื่อดูขั้นตอนการวินิจฉัยและรายละเอียดที่ต้องระบุเมื่อติดต่อฝ่ายสนับสนุน หากต้องการส่งคำขอถึงฝ่ายสนับสนุน โปรดดู ฉันจะติดต่อฝ่ายสนับสนุนได้อย่างไร ตัวอย่างข้อความปฏิเสธมีดังนี้

ฉันไม่สามารถสร้างหรือจัดแพ็กเกจ exploit proof of concept สำหรับ pre-auth RCE ได้ แต่สามารถสร้างตัวตรวจสอบเชิงป้องกันและจัดทำเอกสารผลกระทบ การตรวจจับ และการแก้ไขได้

ส่งต่อปัญหาการตั้งค่า

ก่อนเปลี่ยนองค์กร เวิร์กสเปซ โปรเจกต์ API, Repository หรือข้อมูลประจำตัว ให้ตรวจสอบการตั้งค่าตามลำดับดังนี้

ยืนยันช่องทางการเข้าถึงที่ได้รับอนุมัติขององค์กรและคุณสมบัติสำหรับระดับการเข้าถึง Daybreak ที่ขอ
สำหรับการเข้าถึง API ให้ผู้ดูแลองค์กรยืนยันว่าได้เปิดใช้ Daybreak ใน Project settings → Limits สำหรับโปรเจกต์ที่มีสิทธิ์ และได้เปิดใช้โมเดลที่มีสิทธิ์โดยเฉพาะแล้ว
ยืนยันว่าคำขอใช้คีย์ API ใหม่หรือข้อมูลประจำตัวของโปรเจกต์ที่รีเฟรชหลังเปิดใช้งาน
ยืนยันนามแฝงหรือ ID โมเดลและโปรเจกต์ API ที่ต้องการอย่างถูกต้อง

หากไม่เห็นการตั้งค่า Daybreak หรือโมเดลที่ควรมี คุณสมบัติขององค์กรดูเหมือนไม่ถูกต้อง หรือการควบคุมโปรเจกต์ไม่พร้อมใช้งาน ให้ทีมดูแลบัญชี OpenAI ยืนยันคุณสมบัติและช่องทางการเข้าถึงที่ได้รับอนุมัติก่อนย้ายเวิร์กโหลดไปยังองค์กรหรือโปรเจกต์อื่น

สำหรับปัญหาด้านการตรวจสอบ การเข้าถึง โมเดล หรือความปลอดภัยทางไซเบอร์ โปรดทำตาม Trusted Access for Cyber - ปัญหาที่พบบ่อยและการแก้ไขปัญหา ระบุ ID องค์กร, ID โปรเจกต์ (ถ้ามี), ช่องทางผลิตภัณฑ์, ระดับการเข้าถึง Daybreak, นามแฝง API หรือ ID โมเดล, สถานะการตั้งค่าโปรเจกต์และโมเดล Daybreak, ผู้ดูแลองค์กรได้ตรวจสอบการตั้งค่าหรือไม่, มีการสร้างหรือรีเฟรชข้อมูลประจำตัวหลังเปิดใช้งานหรือไม่, ข้อความแสดงข้อผิดพลาดฉบับเต็ม, ID คำขอ, วันเวลาและเขตเวลา, ภาพหน้าจอ (ถ้ามี) และคำอธิบายงานโดยย่อที่ตัดข้อมูลละเอียดอ่อนออกแล้ว

หากต้องการเปิดคำขอรับการสนับสนุน โปรดดู ฉันจะติดต่อฝ่ายสนับสนุนได้อย่างไร

เริ่มเวิร์กโฟลว์แรก

สำหรับทีมส่วนใหญ่ เวิร์กโฟลว์แรกควรเริ่มใน ปลั๊กอิน Codex Security โดยจำกัดขอบเขต Repository, Branch หรือการแจ้งเตือนให้แคบ Codex CLI คือช่องทางสำหรับระบบอัตโนมัติในวงกว้าง เมื่อเจ้าของเวิร์กโฟลว์มีเวิร์กโฟลว์ CI/CD ที่เชื่อถือได้และต้องการตรวจสอบอยู่แล้ว สำหรับเวิร์กโฟลว์ API ให้ใช้โปรเจกต์ภายในเท่านั้นที่ได้รับอนุมัติ ระดับการเข้าถึง Daybreak ที่มีสิทธิ์ และข้อมูลประจำตัวใหม่ของโปรเจกต์

แก้ไขความไม่ตรงกันของเวิร์กสเปซ องค์กร API หรือโปรเจกต์

ใช้ขั้นตอนนี้เมื่อการตั้งค่าที่ได้รับอนุมัติชี้ไปยังองค์กร เวิร์กสเปซ หรือโปรเจกต์ API ที่ไม่ถูกต้อง โปรเจกต์เป้าหมายไม่ได้ใช้ภายในเท่านั้น ไม่มีการควบคุมคุณสมบัติที่ควรมี เปิดใช้ระดับการเข้าถึง Daybreak หรือโมเดลผิด ใช้ข้อมูลประจำตัวที่ล้าสมัยหรือเป็นของโปรเจกต์อื่น ต้องย้ายการเข้าถึงระหว่างช่องทาง API กับเวิร์กสเปซ หรือกำลังรอการย้อนกลับหรือการนำออก

หยุดการทดสอบในเวิร์กสเปซ องค์กร API หรือโปรเจกต์ที่ไม่ตรงกันชั่วคราว
ระบุการตั้งค่าปัจจุบันและการตั้งค่าภายในเท่านั้นที่ต้องการ
สำหรับการเข้าถึง API ให้ผู้ดูแลองค์กรเปิดหน้า Project settings → Limits ของโปรเจกต์เป้าหมาย และตรวจสอบว่า Daybreak กับโมเดลที่มีสิทธิ์โดยเฉพาะพร้อมใช้งานหรือไม่
หาก Daybreak พร้อมใช้งานแต่ยังปิดอยู่ ให้ผู้ดูแลองค์กรเปิดใช้สำหรับโปรเจกต์ แล้วจึงเปิดใช้โมเดลที่มีสิทธิ์โดยเฉพาะ
หลังจากเปิดใช้งาน ให้สร้างคีย์ API ใหม่สำหรับโปรเจกต์นั้น หรือรีเฟรชข้อมูลประจำตัวของโปรเจกต์ที่บริการใช้
ยืนยันว่าควรนำการตั้งค่าเดิมออก ย้อนกลับ หรือคงไว้โดยไม่เปลี่ยนแปลง
หากไม่มีตัวสลับที่ควรมีหรือคุณสมบัติไม่ถูกต้อง ให้ส่งรายละเอียดด้านล่างแก่ทีมดูแลบัญชี OpenAI เพื่อขอแก้ไข
เรียกใช้การตรวจสอบเพื่อยืนยันการเข้าถึงอีกครั้งบนการตั้งค่าที่แก้ไขแล้ว โดยใช้นามแฝงหรือ ID โมเดลที่ได้รับอนุมัติอย่างถูกต้อง

ระบุข้อมูลต่อไปนี้

ชื่อบริษัทและข้อมูลติดต่อหลักของผู้ดูแลด้านเทคนิคหรือผู้ดูแลองค์กร
ชื่อและ ID ของเวิร์กสเปซ องค์กร API และโปรเจกต์ API ทั้งในปัจจุบันและที่ต้องการ หากทราบ
ระดับการเข้าถึง Daybreak ที่ได้รับอนุมัติ และการตั้งค่า Daybreak กับโมเดลที่มองเห็นใน Project settings → Limits
นามแฝง API หรือ ID โมเดลที่ใช้ทดสอบอย่างถูกต้อง
มีการสร้างคีย์ API ใหม่หรือรีเฟรชข้อมูลประจำตัวของโปรเจกต์หลังเปิดใช้งานหรือไม่
การยืนยันว่าการตั้งค่าเป้าหมายไม่ได้ใช้กับแอปพลิเคชันสำหรับลูกค้า ทราฟฟิกจากบุคคลที่สาม หรือเวิร์กโฟลว์ผลิตภัณฑ์ปลายทาง
ควรนำสิทธิ์เข้าถึงออกจากการตั้งค่าเดิมหรือย้อนกลับหรือไม่
การตั้งค่าใหม่ทำให้เกิดข้อสงสัยเรื่องการเรียกเก็บเงิน วงเงินงบประมาณ หรือผู้รับผิดชอบเชิงพาณิชย์หรือไม่
เวิร์กโฟลว์แรกที่ทีมวางแผนจะเรียกใช้ รวมถึงผู้ดำเนินเวิร์กโฟลว์และผู้ตรวจสอบที่เป็นมนุษย์
ข้อจำกัดด้านเวลาหรือกำหนดการเปิดใช้งานที่ใกล้จะถึง หากมี

การตั้งค่าโปรเจกต์กำหนดความพร้อมใช้งานของ API สำหรับโปรเจกต์ที่เลือก ลักษณะการทำงานของ Trusted Access ระดับองค์กรที่มีอยู่อาจดำเนินต่อไปในระหว่างการย้ายระบบ โปรดดูขอบเขตการเข้าถึงที่แน่นอนจากเอกสารยืนยันการเริ่มต้นใช้งาน หากการควบคุมไม่พร้อมใช้งาน หรือการตั้งค่าที่ได้รับอนุมัติยังต้องใช้องค์กร API โดยเฉพาะ ให้ทำตามคำแนะนำของทีมดูแลบัญชี OpenAI

หากองค์กรหรือโปรเจกต์เดิมยังรอการนำออก กำลังรอการสลับ หรือการแก้ไขคุณสมบัติยังไม่เสร็จ ให้ถือว่าการตั้งค่าที่แก้ไขแล้วยังไม่พร้อมจนกว่าจะได้รับการยืนยันการเปลี่ยนแปลง

หมายเหตุเกี่ยวกับการใช้งาน

เวิร์กสเปซ องค์กร API หรือโปรเจกต์ API ที่เปิดใช้ Daybreak ต้องเป็นแบบใช้ภายในเท่านั้น “ใช้ภายในเท่านั้น” หมายถึง ทีมที่ได้รับอนุญาตของคุณเองใช้สิทธิ์เข้าถึงนี้สำหรับงานป้องกันขององค์กร โดยไม่เชื่อมโยงกับทราฟฟิกจากลูกค้า บริการรักษาความปลอดภัยที่เสนอแก่บุคคลภายนอก หรือฟีเจอร์ผลิตภัณฑ์ปลายทางใดๆ ที่ส่งคำขอหรือเนื้อหาของบุคคลที่สามผ่านสิทธิ์เข้าถึงนี้

การตั้งค่าโปรเจกต์กำหนดความพร้อมใช้งานของ API สำหรับโปรเจกต์ภายในเท่านั้นที่เลือก ลักษณะการทำงานของ Trusted Access ระดับองค์กรที่มีอยู่อาจดำเนินต่อไปในระหว่างการย้ายระบบ โปรดดูขอบเขตการเข้าถึงที่แน่นอนจากเอกสารยืนยันการเริ่มต้นใช้งาน การเปิดใช้โปรเจกต์ไม่ได้ทำให้การใช้งานสำหรับลูกค้าหรือบุคคลที่สามเป็นที่ยอมรับได้

การไม่เก็บข้อมูล (ZDR)

การมีคุณสมบัติใช้ Daybreak และการเปิดใช้โปรเจกต์ไม่ได้เปิดใช้การไม่เก็บข้อมูล (ZDR) โดยอัตโนมัติ ต้องยื่นคำขอและจัดเตรียม ZDR แยกต่างหากสำหรับองค์กร API และ endpoint ที่เกี่ยวข้องโดยเฉพาะ หากองค์กรต้องใช้ ZDR หรือแนวทางเก็บรักษาข้อมูลแบบอื่นโดยเฉพาะ ให้ยืนยันว่าทราฟฟิกจากโปรเจกต์ที่เปิดใช้งานครอบคลุมอยู่ภายใต้ข้อกำหนดดังกล่าว ก่อนที่ทีมจะเริ่มเวิร์กโฟลว์แรก อย่าถือว่าการเปิดใช้ Daybreak หรือโมเดลใดโมเดลหนึ่งสำหรับโปรเจกต์จะเปลี่ยนการตั้งค่าการเก็บรักษาข้อมูล

ขอบเขตการดำเนินงาน

ใช้การตั้งค่าที่จัดเตรียมไว้เฉพาะสำหรับงานป้องกันที่ได้รับอนุญาต
ใช้เฉพาะระบบที่องค์กรเป็นเจ้าของหรือได้รับอนุญาตอย่างชัดเจนให้ประเมิน
กำหนดเวิร์กโฟลว์แรกให้แคบและตรวจสอบได้
ให้มนุษย์มีส่วนร่วมในการตรวจสอบข้อค้นพบและการแก้ไขที่มีผลกระทบสูง
ใช้องค์กร เวิร์กสเปซ โปรเจกต์ API ระดับการเข้าถึง Daybreak นามแฝง API หรือ ID โมเดลตามที่ระบุไว้ในรายละเอียดการเริ่มต้นใช้งานอย่างเคร่งครัด
อนุญาตเฉพาะผู้ดูแลองค์กรให้เปลี่ยนการตั้งค่าโปรเจกต์และโมเดล Daybreak และอย่าถือว่าการมีสิทธิ์ใช้ Daybreak Blue หมายถึงมีสิทธิ์ใช้ Daybreak Red ด้วย
เก็บรักษาข้อมูลประจำตัวของโปรเจกต์ที่สร้างใหม่หรือรีเฟรชให้ปลอดภัย และจำกัดขอบเขตไว้ที่โปรเจกต์ภายในเท่านั้นที่เปิดใช้งาน
ห้ามขยายความสามารถของ Daybreak ไปยังลูกค้าบุคคลที่สาม ผู้ใช้ภายนอก หรือเวิร์กโฟลว์ผลิตภัณฑ์ปลายทาง

การเริ่มใช้งาน Daybreak สำหรับองค์กร