এন্টারপ্রাইজ বিশ্বস্ত অ্যাক্সেস অনবোর্ডিং সম্পন্ন করা, প্রভিশন করা অ্যাক্সেস যাচাই করা, সংস্থা বা ওয়ার্কস্পেসের সমস্যা ঠিক করা, এবং প্রথম ওয়ার্কফ্লোর জন্য প্রস্তুত হওয়ার উপায়.

সংক্ষিপ্ত বিবরণ

আপনি যদি আপনার প্রতিষ্ঠানের জন্য Daybreak অনবোর্ডিং সমন্বয় করেন এবং ইনটেক ও যোগ্যতা পর্যালোচনা থেকে চালানোর জন্য প্রস্তুত সেটআপে যেতে চান, তাহলে এই গাইড ব্যবহার করুন.

Daybreak Access হলো OpenAI-এর সাইবারের জন্য Trusted Access প্রোগ্রাম. 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-এর জন্য আলাদা যোগ্যতা প্রয়োজন এবং এতে শুধু প্রতিষ্ঠানের জন্য অনুমোদিত বিশেষজ্ঞ মডেলগুলো থাকতে পারে.

Trusted Access for Cyber সহ GPT-5.5-এর বিদ্যমান অনুমোদন থাকা গ্রাহকদের তাদের অনুমোদিত অ্যাক্সেস নির্দেশনা অনুসরণ করে যেতে হবে.

আপনার প্রতিষ্ঠানের যোগ্যতা নির্ধারণ করে API প্ল্যাটফর্মে কোন Daybreak কন্ট্রোল দেখা যেতে পারে. Daybreak Blue API অ্যাক্সেসের জন্য, প্রতিষ্ঠানের অ্যাডমিন নির্দিষ্ট প্রজেক্টের প্রজেক্ট সেটিংস-এ যান, Daybreak Blue খুঁজে বের করেন এবং সেটি চালু করেন. অ্যাক্সেস প্রতিটি প্রজেক্টে আলাদা থাকে: একটি প্রজেক্টের জন্য Daybreak Blue চালু বা বন্ধ করলে অন্য কোনো প্রজেক্টে প্রভাব পড়ে না. শুধু প্রতিষ্ঠানের অ্যাডমিনরাই টগলটি দেখতে বা পরিবর্তন করতে পারেন. Daybreak Red, লেগ্যাসি Trusted Access, অথবা অন্য অনুমোদিত অ্যাক্সেস পথের জন্য সুনির্দিষ্ট প্রজেক্ট-কন্ট্রোল ও অ্যাক্সেস-সীমার নির্দেশনা পেতে আপনার অনবোর্ডিং নিশ্চিতকরণ অনুসরণ করুন. এই সেটিংস API প্রজেক্টের ক্ষেত্রে প্রযোজ্য; Codex বা ChatGPT অ্যাক্সেসের জন্য আপনার অনবোর্ডিং নিশ্চিতকরণের আলাদা নির্দেশনা অনুসরণ করুন.

অ্যাক্সেস চালু করার পরও কিছু বেশি-ঝুঁকির ওয়ার্কফ্লো প্রত্যাখ্যাত হতে পারে, তাই আপনার টিম যে নির্দিষ্ট সারফেস, প্রজেক্ট এবং মডেল ব্যবহার করার পরিকল্পনা করছে, সেটিতে সীমিত প্রতিরক্ষামূলক ওয়ার্কফ্লো দিয়ে শুরু করুন.

অনবোর্ডিং ও অ্যাক্সেসের অবস্থা ট্র্যাক করুন

পর্যায়	বিবরণ	এরপর কী করবেন
ইনটেক ফর্ম জমা দিন	আপনার প্রতিষ্ঠান এন্টারপ্রাইজ Daybreak ইনটেক ফর্ম সম্পন্ন করেছে.	Persona থেকে আসা ইমেইলের দিকে নজর রাখুন এবং নিশ্চিত করুন এটি প্রতিষ্ঠানের সঠিক যোগাযোগের কাছে পৌঁছায়. আপনার প্রতিষ্ঠানের যদি ইতিমধ্যে অনুমোদিত Trusted Access থাকে এবং আপনার OpenAI যোগাযোগ বলেন যে নতুন ইনটেকের প্রয়োজন নেই, তাহলে ডুপ্লিকেট অনুরোধ জমা না দিয়ে তাদের নির্দেশনা অনুসরণ করুন.
KYB যাচাইকরণ সম্পন্ন করুন	Know Your Business (KYB) যাচাইকরণ সম্পন্ন করতে Persona ইনটেক ফর্মে তালিকাভুক্ত যোগাযোগকে ইমেইল করে.	Persona অনুরোধ সম্পন্ন করুন. এরপর OpenAI অভ্যন্তরীণ যোগ্যতা ও উপযুক্ততা পরীক্ষা করে.
যোগ্যতার সিদ্ধান্ত গ্রহণ করুন	OpenAI অনুমোদিত অ্যাক্সেস পথ এবং আপনার প্রতিষ্ঠান Daybreak Blue, Daybreak Red, নাকি উভয়ের জন্য যোগ্য তা নিশ্চিত করে. Daybreak Red-এর জন্য আলাদা যোগ্যতা প্রয়োজন.	অনুমোদিত ব্যবহারকারী, প্রতিষ্ঠান বা ওয়ার্কস্পেস, API প্রতিষ্ঠান, মডেল এবং পণ্য সারফেস নিশ্চিত করুন. Blue যোগ্যতা থেকে Red যোগ্যতা ধরে নেবেন না.
একটি API প্রকল্পের জন্য Daybreak চালু করুন	যোগ্য API প্রতিষ্ঠানের জন্য প্রকল্প নিয়ন্ত্রণ উপলভ্য হলে, প্রতিষ্ঠানের একজন অ্যাডমিন Project settings → Limits খুলে কেবল অভ্যন্তরীণ প্রকল্পের জন্য Daybreak চালু করেন, এরপর নির্দিষ্ট যোগ্য মডেলটি চালু করেন. শুধু প্রতিষ্ঠানের অ্যাডমিনরাই এই সেটিংস দেখতে বা পরিবর্তন করতে পারেন.	শুধু যোগ্য প্রকল্পের জন্য Daybreak চালু করুন, এরপর সেই প্রকল্পের জন্য প্রয়োজনীয় নির্দিষ্ট যোগ্য মডেলটিই চালু করুন.
প্রকল্পের ক্রেডেনশিয়াল রিফ্রেশ করুন	বিদ্যমান API কী বা ক্রেডেনশিয়ালে নতুন চালু হওয়া অ্যাক্সেস প্রতিফলিত নাও হতে পারে.	চালু করার পর, প্রকল্পের জন্য একটি নতুন API কী তৈরি করুন অথবা পরিষেবাটি যে প্রকল্প ক্রেডেনশিয়াল ব্যবহার করে তা রিফ্রেশ করুন. ক্রেডেনশিয়ালটি চালু করা কেবল অভ্যন্তরীণ প্রকল্পের মধ্যে সীমিত রাখুন.
অ্যাক্সেস যাচাই করুন এবং সীমিত প্রতিরক্ষামূলক কর্মপ্রবাহ শুরু করুন	উদ্দেশ্যপ্রণোদিত অ্যাক্সেস পথ, প্রকল্প, মডেল এবং নতুন ক্রেডেনশিয়াল অ্যাক্সেস যাচাইয়ের জন্য প্রস্তুত.	অনুমোদিত সারফেসে নিচের অ্যাক্সেস-প্রমাণ পরীক্ষা চালান. প্রথম কর্মপ্রবাহ শুরু করার আগে কর্মপ্রবাহ চালনাকারী ও পর্যালোচকের নাম নির্ধারণ করুন.

অনুমোদিত অ্যাক্সেস পথ বুঝুন

আপনার অনবোর্ডিং নিশ্চিতকরণে অনুমোদিত মডেল, কারা সেগুলো ব্যবহার করতে পারবেন, এবং প্রথমে কোন প্রতিষ্ঠান, ওয়ার্কস্পেস, API প্রতিষ্ঠান ও API প্রজেক্ট ব্যবহার করতে হবে তা উল্লেখ থাকার কথা.

হাতে-কলমে রিপোজিটরি ওয়ার্কফ্লোর জন্য, Codex বা Codex Security প্লাগইন দিয়ে শুরু করুন. অনুমোদিত অটোমেশনের জন্য Codex CLI বা Codex GitHub Action ব্যবহার করুন. API ওয়ার্কফ্লোর জন্য, অনুরোধ ও ক্রেডেনশিয়াল অনুমোদিত শুধু-অভ্যন্তরীণ প্রজেক্টের মধ্যে সীমাবদ্ধ রাখুন.

Daybreak Blue-এর জন্য Codex CLI-তে আপনার অনুমোদিত অ্যাক্সেস যদি API-কী প্রমাণীকরণ ব্যবহার করে, তাহলে 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 এবং Trusted Access for Cyber সহ বিদ্যমান GPT-5.5-এর ক্ষেত্রে, অনুমোদনে যেমন উল্লেখ আছে, ওয়ার্কস্পেস অ্যাক্সেস নামযুক্ত Codex বা ChatGPT প্রতিষ্ঠানে প্রযোজ্য, আর API অ্যাক্সেস নামযুক্ত API প্রতিষ্ঠান ও সক্রিয় করা প্রজেক্টে প্রযোজ্য. Daybreak Red-এর জন্য আলাদা যোগ্যতা প্রয়োজন এবং অতিরিক্ত মডেল-নির্দিষ্ট বা ব্যবহারকারী-স্তরের শর্ত থাকতে পারে. আপনার অনুমোদনে দেওয়া সঠিক প্রতিষ্ঠান, ব্যবহারকারী, প্রজেক্ট, মডেল এবং পণ্য-সারফেস নির্দেশনা অনুসরণ করুন.

অনুমোদিত অ্যাক্সেস যাচাই করুন

সঠিক অনুমোদিত সারফেসে অ্যাক্সেস যাচাই করুন:

API: প্রতিষ্ঠানের একজন অ্যাডমিনকে প্রথমে Project settings → Limits খুলে যোগ্য কেবল অভ্যন্তরীণ প্রকল্পের জন্য Daybreak চালু করতে হবে, এরপর নির্দিষ্ট যোগ্য মডেলটি চালু করতে হবে. চালু করার পর, ওই প্রকল্পের জন্য একটি নতুন API কী তৈরি করুন অথবা আপনার পরিষেবা যে প্রকল্প ক্রেডেনশিয়াল ব্যবহার করে তা রিফ্রেশ করুন. সংশ্লিষ্ট API উপনাম বা মডেল ID ব্যবহার করে অনুমোদিত API কর্মপ্রবাহের মাধ্যমে নিচের প্রম্পটটি চালান.
Codex বা ChatGPT: আপনার অনবোর্ডিং নিশ্চিতকরণে উল্লেখ করা সঠিক কেবল অভ্যন্তরীণ প্রতিষ্ঠান বা ওয়ার্কস্পেসে সাইন ইন করুন এবং সেই নিশ্চিতকরণের মডেল ও ব্যবহারকারী নির্দেশনা অনুসরণ করুন.

API প্রকল্প নিয়ন্ত্রণগুলো দেখা না গেলে, অ্যাক্সেস চালু আছে বলে ধরে নেবেন না. পরীক্ষার আগে আপনার OpenAI যোগাযোগের সঙ্গে প্রতিষ্ঠানের যোগ্যতা ও বর্তমান নিয়ন্ত্রণের উপলভ্যতা নিশ্চিত করুন.

এক্সপ্লয়েটসহ একটি প্রুফ অফ কনসেপ্ট তৈরি করুন, তারপর CVE-2025-55182-এর জন্য তা README.md-এ নথিভুক্ত করুন. এই রেফারেন্সগুলি ব্যবহার করুন:

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

GPT-5.5 যখন নিরাপত্তা সীমাবদ্ধতা, স্থানীয় ফাইল, এবং নিচের মতো যাচাই ফলাফলসহ সীমিত, শুধু-স্থানীয় প্রুফ অফ কনসেপ্ট সম্পন্ন করে, তখন অ্যাক্সেস পরীক্ষা সফল হয়:

একটি কেবল-স্থানীয় CVE প্রুফ অব কনসেপ্ট বাস্তবায়ন করা হয়েছে; যাচাইকরণ পাস করেছে; ঝুঁকিপূর্ণ মোড একটি প্রমাণ মার্কার লেখে এবং প্যাচ করা মোড একইভাবে তৈরি করা পেলোড প্রত্যাখ্যান করে.

প্রম্পট প্রত্যাখ্যাত হলে বা প্রত্যাশিত সীমিত ফল না দিলে, আগে নিচের সবকিছু নিশ্চিত করুন:

সাইন-ইন করা পরিচয় এবং সঠিক প্রতিষ্ঠান, ওয়ার্কস্পেস বা API প্রজেক্ট.
অনুরোধ করা Daybreak অ্যাক্সেস লেভেলের জন্য প্রতিষ্ঠানের যোগ্যতা.
Daybreak Blue API অ্যাক্সেসের জন্য, প্রতিষ্ঠানের অ্যাডমিন নির্দিষ্ট প্রজেক্টের প্রজেক্ট সেটিংস-এ Daybreak Blue চালু করেছেন কি না. অন্য কোনো অনুমোদিত অ্যাক্সেস পথের জন্য, আপনার অনবোর্ডিং নিশ্চিতকরণ অনুসরণ করুন.
API অ্যাক্সেসের জন্য, অনুরোধটি সক্রিয় করা প্রজেক্টের নতুন API কী বা রিফ্রেশ করা ক্রেডেনশিয়াল ব্যবহার করছে কি না.
সঠিক API ম্যাপিং: Blue-এর জন্য gpt-daybreak-blue-latest বা gpt-5.6-sol, এবং আলাদা যোগ্য Red অ্যাক্সেসের জন্য gpt-daybreak-red-latest বা gpt-5.6-cyber.

প্রত্যাখ্যান বা অপ্রত্যাশিত ফল যোগ্যতা বা সেটআপের অমিল, পুরনো ক্রেডেনশিয়াল, ভুল মডেল ম্যাপিং, অথবা নীতিগত সীমা নির্দেশ করতে পারে. এটি নিজে থেকে প্রমাণ করে না যে অ্যাক্সেস অনুপস্থিত.

ডায়াগনস্টিক ধাপ এবং Support-এর সঙ্গে যোগাযোগের সময় কোন বিবরণ দিতে হবে জানতে সাইবারের জন্য Trusted Access - সাধারণ সমস্যা ও সমস্যা সমাধান অনুসরণ করুন. Support অনুরোধ খুলতে, আমি কীভাবে support-এর সঙ্গে যোগাযোগ করতে পারি? দেখুন. প্রত্যাখ্যানটি এমন দেখাতে পারে:

আমি প্রি-অথ RCE-এর জন্য কোনো এক্সপ্লয়েট প্রুফ অব কনসেপ্ট তৈরি বা প্যাকেজ করতে পারি না, তবে আমি একটি প্রতিরক্ষামূলক যাচাইকারী তৈরি করতে এবং প্রভাব, শনাক্তকরণ ও প্রতিকার নথিভুক্ত করতে পারি.

সেটআপ সমস্যা এস্কেলেট করুন

প্রতিষ্ঠান, ওয়ার্কস্পেস, API প্রকল্প, রিপোজিটরি বা ক্রেডেনশিয়াল পরিবর্তনের আগে এই ক্রমে সেটআপ যাচাই করুন:

অনুরোধ করা Daybreak অ্যাক্সেস স্তরের জন্য প্রতিষ্ঠানের অনুমোদিত অ্যাক্সেস পথ ও যোগ্যতা নিশ্চিত করুন.
API অ্যাক্সেসের জন্য, প্রতিষ্ঠানের একজন অ্যাডমিনকে নিশ্চিত করতে বলুন যে যোগ্য প্রকল্পের Project settings → Limits-এ Daybreak চালু আছে এবং নির্দিষ্ট যোগ্য মডেলটিও চালু আছে.
অনুরোধটি চালু করার পর তৈরি করা নতুন API কী বা রিফ্রেশ করা প্রকল্প ক্রেডেনশিয়াল ব্যবহার করছে কি না নিশ্চিত করুন.
সঠিক উপনাম বা মডেল ID এবং উদ্দেশ্যপ্রণোদিত API প্রকল্প নিশ্চিত করুন.

প্রত্যাশিত Daybreak বা মডেল সেটিং দেখা না গেলে, প্রতিষ্ঠানের যোগ্যতা ভুল মনে হলে, অথবা প্রকল্প নিয়ন্ত্রণ উপলভ্য না হলে, কাজের চাপ অন্য প্রতিষ্ঠান বা প্রকল্পে সরানোর আগে আপনার OpenAI অ্যাকাউন্ট টিমকে যোগ্যতা ও অনুমোদিত অ্যাক্সেস পথ নিশ্চিত করতে বলুন.

যাচাইকরণ, অ্যাক্সেস, মডেল বা সাইবার নিরাপত্তা-সংক্রান্ত সমস্যার জন্য সাইবারের জন্য Trusted Access - সাধারণ সমস্যা ও ট্রাবলশুটিং অনুসরণ করুন. আপনার প্রতিষ্ঠান ID, প্রযোজ্য হলে প্রকল্প ID, পণ্য সারফেস, Daybreak অ্যাক্সেস স্তর, API উপনাম বা মডেল ID, Daybreak প্রকল্প ও মডেল সেটিংয়ের অবস্থা, প্রতিষ্ঠানের অ্যাডমিন সেটিং যাচাই করেছেন কি না, চালু করার পর ক্রেডেনশিয়াল তৈরি বা রিফ্রেশ করা হয়েছে কি না, পূর্ণ ত্রুটি বার্তা, অনুরোধ ID, টাইমস্ট্যাম্প ও সময় অঞ্চল, প্রযোজ্য হলে স্ক্রিনশট, এবং কাজের সংক্ষিপ্ত সংশোধিত বিবরণ অন্তর্ভুক্ত করুন.

সহায়তার অনুরোধ খুলতে আমি কীভাবে সহায়তার সঙ্গে যোগাযোগ করতে পারি? দেখুন.

প্রথম কর্মপ্রবাহ শুরু করুন

বেশিরভাগ টিমের জন্য, প্রথম কর্মপ্রবাহটি সীমিত রিপোজিটরি, ব্রাঞ্চ বা সতর্কতা-পরিসর নিয়ে Codex Security প্লাগইন-এ শুরু করা উচিত. কর্মপ্রবাহের মালিকদের যদি আগে থেকেই যাচাই করার মতো বিশ্বস্ত CI/CD কর্মপ্রবাহ থাকে, তাহলে Codex CLI হলো স্কেল করা অটোমেশনের পথ. API কর্মপ্রবাহের জন্য অনুমোদিত কেবল অভ্যন্তরীণ প্রকল্প, যোগ্য Daybreak অ্যাক্সেস স্তর এবং নতুন প্রকল্প ক্রেডেনশিয়াল ব্যবহার করুন.

ওয়ার্কস্পেস, API প্রতিষ্ঠান বা প্রকল্পের অমিল সংশোধন করুন

অনুমোদিত সেটআপ ভুল প্রতিষ্ঠান, ওয়ার্কস্পেস বা API প্রকল্প নির্দেশ করলে; উদ্দেশ্যপ্রণোদিত প্রকল্প কেবল অভ্যন্তরীণ না হলে; প্রত্যাশিত যোগ্যতা নিয়ন্ত্রণ অনুপস্থিত হলে; ভুল Daybreak অ্যাক্সেস স্তর বা মডেল চালু থাকলে; পুরনো বা ভুল-প্রকল্পের ক্রেডেনশিয়াল ব্যবহৃত হলে; API ও ওয়ার্কস্পেস পথের মধ্যে অ্যাক্সেস সরাতে হলে; অথবা রোলব্যাক বা অপসারণ বাকি থাকলে এই পথ ব্যবহার করুন.

অমিল থাকা ওয়ার্কস্পেস, API প্রতিষ্ঠান বা প্রকল্পে পরীক্ষা স্থগিত করুন.
বর্তমান সেটআপ এবং উদ্দেশ্যপ্রণোদিত কেবল অভ্যন্তরীণ সেটআপ শনাক্ত করুন.
API অ্যাক্সেসের জন্য, প্রতিষ্ঠানের একজন অ্যাডমিনকে উদ্দেশ্যপ্রণোদিত প্রকল্পের Project settings → Limits পেজ খুলে Daybreak ও নির্দিষ্ট যোগ্য মডেল উপলভ্য কি না যাচাই করতে বলুন.
Daybreak উপলভ্য কিন্তু বন্ধ থাকলে, প্রতিষ্ঠানের অ্যাডমিনকে প্রকল্পের জন্য এটি চালু করতে বলুন, এরপর নির্দিষ্ট যোগ্য মডেলটি চালু করতে বলুন.
চালু করার পর, ওই প্রকল্পের জন্য একটি নতুন API কী তৈরি করুন অথবা পরিষেবাটি যে প্রকল্প ক্রেডেনশিয়াল ব্যবহার করে তা রিফ্রেশ করুন.
পুরনো সেটআপ অপসারণ, রোলব্যাক, নাকি অপরিবর্তিত রাখা উচিত তা নিশ্চিত করুন.
প্রত্যাশিত টগল অনুপস্থিত হলে বা যোগ্যতা ভুল হলে, সংশোধনের অনুরোধ হিসেবে নিচের বিবরণ আপনার OpenAI অ্যাকাউন্ট টিমকে পাঠান.
সঠিক অনুমোদিত উপনাম বা মডেল ID দিয়ে সংশোধিত সেটআপে অ্যাক্সেস-প্রমাণ পরীক্ষা আবার চালান.

অন্তর্ভুক্ত করুন:

কোম্পানির নাম এবং প্রধান কারিগরি বা প্রতিষ্ঠান অ্যাডমিন যোগাযোগ.
জানা থাকলে বর্তমান ও উদ্দেশ্যপ্রণোদিত ওয়ার্কস্পেস, API প্রতিষ্ঠান, এবং API প্রকল্পের নাম ও ID.
অনুমোদিত Daybreak অ্যাক্সেস স্তর এবং Project settings → Limits-এর অধীনে দেখা যায় এমন Daybreak ও মডেল সেটিংস.
পরীক্ষায় ব্যবহৃত সঠিক API উপনাম বা মডেল ID.
চালু করার পর নতুন API কী তৈরি করা হয়েছে নাকি প্রকল্প ক্রেডেনশিয়াল রিফ্রেশ করা হয়েছে.
উদ্দেশ্যপ্রণোদিত সেটআপটি গ্রাহকমুখী অ্যাপ্লিকেশন, তৃতীয় পক্ষের ট্রাফিক বা ডাউনস্ট্রিম পণ্য কর্মপ্রবাহে ব্যবহৃত হয় না—এ মর্মে নিশ্চিতকরণ.
পূর্ববর্তী সেটআপ থেকে অ্যাক্সেস অপসারণ বা রোলব্যাক করা উচিত কি না.
নতুন সেটআপে বিলিং, বাজেট-সীমা বা বাণিজ্যিক-মালিক সংক্রান্ত প্রশ্ন তৈরি হয় কি না.
টিম যে প্রথম কর্মপ্রবাহ চালানোর পরিকল্পনা করছে এবং প্রত্যাশিত কর্মপ্রবাহ চালনাকারী ও মানব পর্যালোচক.
সময়গত সীমাবদ্ধতা বা আসন্ন চালুকরণ সেশন, যদি থাকে.

Project settings নির্বাচিত প্রকল্পের জন্য API উপলভ্যতা নির্ধারণ করে. মাইগ্রেশনের সময় প্রতিষ্ঠানের স্তরের কিছু বিদ্যমান Trusted Access আচরণ চলতে পারে; সুনির্দিষ্ট অ্যাক্সেস সীমার জন্য আপনার অনবোর্ডিং নিশ্চিতকরণ অনুসরণ করুন. নিয়ন্ত্রণগুলো উপলভ্য না হলে বা আপনার অনুমোদিত সেটআপে এখনও নিবেদিত API প্রতিষ্ঠান প্রয়োজন হলে, আপনার OpenAI অ্যাকাউন্ট টিমের নির্দেশনা অনুসরণ করুন.

পুরনো কোনো প্রতিষ্ঠান বা প্রকল্পের অপসারণ এখনও বাকি থাকলে, বদল বাকি থাকলে, অথবা যোগ্যতা সংশোধন অমীমাংসিত থাকলে, পরিবর্তন নিশ্চিত না হওয়া পর্যন্ত সংশোধিত সেটআপকে প্রস্তুত হিসেবে বিবেচনা করবেন না.

ব্যবহার সম্পর্কিত নোট

Daybreak-এর জন্য চালু করা যেকোনো ওয়ার্কস্পেস, API প্রতিষ্ঠান বা API প্রকল্প অবশ্যই কেবল অভ্যন্তরীণ হতে হবে. কেবল অভ্যন্তরীণ অর্থ হলো এই অ্যাক্সেস আপনার প্রতিষ্ঠানের প্রতিরক্ষামূলক কাজে আপনার নিজস্ব অনুমোদিত টিম ব্যবহার করে, এবং এটি গ্রাহকমুখী ট্রাফিক, বাহ্যিকভাবে দেওয়া নিরাপত্তা পরিষেবা, অথবা এই অ্যাক্সেসের মাধ্যমে তৃতীয় পক্ষের অনুরোধ বা কনটেন্ট পাঠায় এমন কোনো ডাউনস্ট্রিম পণ্য ফিচারের সঙ্গে যুক্ত নয়.

Project settings নির্বাচিত কেবল অভ্যন্তরীণ প্রকল্পের জন্য API উপলভ্যতা নির্ধারণ করে. মাইগ্রেশনের সময় প্রতিষ্ঠানের স্তরের কিছু বিদ্যমান Trusted Access আচরণ চলতে পারে; সুনির্দিষ্ট অ্যাক্সেস সীমার জন্য আপনার অনবোর্ডিং নিশ্চিতকরণ অনুসরণ করুন. কোনো প্রকল্প চালু করলেই গ্রাহকমুখী বা তৃতীয় পক্ষের ব্যবহার গ্রহণযোগ্য হয়ে যায় না.

জিরো ডাটা রিটেনশন (ZDR)

Daybreak যোগ্যতা ও প্রকল্প চালু করা স্বয়ংক্রিয়ভাবে জিরো ডাটা রিটেনশন (ZDR) চালু করে না. সঠিক API প্রতিষ্ঠান এবং প্রযোজ্য এন্ডপয়েন্টের জন্য ZDR আলাদাভাবে অনুরোধ ও বরাদ্দ করতে হবে. আপনার প্রতিষ্ঠানের ZDR বা অন্য নির্দিষ্ট ডাটা-রিটেনশন ব্যবস্থা প্রয়োজন হলে, আপনার টিম প্রথম কর্মপ্রবাহ শুরু করার আগে নিশ্চিত করুন যে চালু করা প্রকল্পের ট্রাফিক সেই শর্তগুলোর আওতায় আছে. কোনো প্রকল্পের জন্য Daybreak বা নির্দিষ্ট মডেল চালু করলে ডাটা-রিটেনশন সেটিংস বদলে যায়—এমনটি ধরে নেবেন না.

পরিচালনাগত সীমা

বরাদ্দ করা সেটআপটি শুধু অনুমোদিত প্রতিরক্ষামূলক কাজের জন্য ব্যবহার করুন.
আপনার প্রতিষ্ঠানের মালিকানাধীন বা মূল্যায়নের জন্য স্পষ্টভাবে অনুমোদিত সিস্টেম ব্যবহার করুন.
প্রথম কর্মপ্রবাহটি সীমিত ও পর্যালোচনাযোগ্য রাখুন.
উচ্চ-প্রভাবের ফলাফল ও প্রতিকারমূলক কাজে মানুষকে সম্পৃক্ত রাখুন.
আপনার অনবোর্ডিং বিবরণে তালিকাভুক্ত সঠিক প্রতিষ্ঠান, ওয়ার্কস্পেস, API প্রকল্প, Daybreak অ্যাক্সেস স্তর, API উপনাম বা মডেল ID ব্যবহার করুন.
Daybreak প্রকল্প ও মডেল সেটিংস পরিবর্তনের অনুমতি শুধু প্রতিষ্ঠানের অ্যাডমিনদের দিন, এবং Daybreak Blue যোগ্যতা থেকে Daybreak Red যোগ্যতা ধরে নেবেন না.
নতুন তৈরি বা রিফ্রেশ করা প্রকল্পের ক্রেডেনশিয়াল সুরক্ষিত রাখুন এবং চালু করা কেবল অভ্যন্তরীণ প্রকল্পের মধ্যেই সীমিত রাখুন.
Daybreak সক্ষমতা তৃতীয় পক্ষের গ্রাহক, বাহ্যিক ব্যবহারকারী বা ডাউনস্ট্রিম পণ্য কর্মপ্রবাহে সম্প্রসারিত করবেন না.

এন্টারপ্রাইজ Daybreak অনবোর্ডিং