วิธีเริ่มใช้งาน 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 ซึ่งเชื่อมโยงกับ ID โมเดล gpt-5.6-sol

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

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

คุณสมบัติขององค์กรเป็นตัวกำหนดว่าการควบคุม Daybreak ใดจะแสดงในแพลตฟอร์ม API ได้บ้าง เมื่อการควบคุมโปรเจกต์พร้อมใช้งาน ผู้ดูแลองค์กรต้องเปิด Project settings → Limits เปิดใช้ Daybreak สำหรับโปรเจกต์ API ภายในเท่านั้นที่มีสิทธิ์ แล้วจึงเปิดใช้โมเดลที่มีสิทธิ์โดยเฉพาะ การตั้งค่าโปรเจกต์กำหนดความพร้อมใช้งานของ API สำหรับโปรเจกต์ที่เลือก ลักษณะการทำงานของ 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 ให้จำกัดคำขอและข้อมูลประจำตัวไว้ที่โปรเจกต์ภายในเท่านั้นที่ได้รับอนุมัติ

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

ใช้การเชื่อมโยง API ต่อไปนี้อย่างเคร่งครัด

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

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

การตั้งค่าโปรเจกต์กำหนดความพร้อมใช้งานของ API สำหรับโปรเจกต์ที่เลือก ลักษณะการทำงานของ 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 ที่ขอ
สำหรับการเข้าถึง API ให้ตรวจสอบว่าผู้ดูแลองค์กรเปิดใช้ Daybreak สำหรับโปรเจกต์ที่มีสิทธิ์ใน Project settings → Limits แล้วจึงเปิดใช้โมเดลที่มีสิทธิ์โดยเฉพาะ
สำหรับการเข้าถึง API ให้ตรวจสอบว่าคำขอใช้คีย์ API ใหม่หรือข้อมูลประจำตัวที่รีเฟรชจากโปรเจกต์ที่เปิดใช้งาน
การเชื่อมโยง API ที่ถูกต้อง: สำหรับ Blue ใช้ gpt-daybreak-blue หรือ gpt-5.6-sol และสำหรับสิทธิ์ Red ที่ผ่านเกณฑ์แยกต่างหาก ใช้ gpt-daybreak-red หรือ gpt-5.6-cyber

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

ทำตาม 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 สำหรับองค์กร