ccodex-sleep-state টিউটোরিয়াল: ভিজ্যুয়ালভাবে Codex নিয়ন্ত্রণ, প্রক্সি কনফিগার ও সংযোগ সমস্যা সমাধান

প্রকল্পের সংক্ষিপ্ত পরিচিতি

ccodex-sleep-state হলো Go ভাষায় লেখা একটি স্থানীয় টুল। Codex ব্যবহারের সময় দেখা দিতে পারে এমন উত্তরমানের পরিবর্তন, রেট লিমিট, সংযোগ ব্যর্থতা এবং কনফিগারেশন দ্বন্দ্ব কমানোই এর লক্ষ্য। এটি সংযোগ ব্যবস্থাপনা, প্রক্সি এক্সিট, turn-state সংগ্রহ, কনফিগারেশন নিয়ন্ত্রণ এবং ত্রুটি নির্ণয়কে একটি স্থানীয় সার্ভিস ও ওয়েব প্যানেলে একত্র করে, ফলে কনফিগারেশন ফাইল হাতে সম্পাদনার প্রয়োজন কমে।

প্রথমেই স্পষ্ট করে বলা দরকার: এই টুল অ্যাকাউন্টের কোটা বাড়ায় না এবং এক্সিট পরিবর্তন করার পর মডেলের মান অবশ্যই ফিরবে এমন নিশ্চয়তাও দেয় না। এটি সংযোগ, কনফিগারেশন এবং প্রতিক্রিয়ার X-Codex-Turn-State নিয়ে কাজ করে, যাতে সংগ্রহের ফল, ইনজেকশন অবস্থা, অনুরোধের পথ এবং ত্রুটির কারণ সহজে পরীক্ষা করা যায়।

প্রকল্পটি এখনও পাবলিক বেটা পর্যায়ে রয়েছে। বিভিন্ন Release-এ ফিচার ভিন্ন হতে পারে, তাই ডাউনলোড করা সংস্করণের রিলিজ নোট অনুসরণ করতে হবে। কিছু মডেল বা সংকুচিত প্রক্রিয়ার পরীক্ষা সফল হয়েছে বলে সব পরিস্থিতি গ্রহণযোগ্য হয়েছে ধরে নেওয়া যাবে না।

প্রধান ফিচার

• স্থানীয় ওয়েব প্যানেল: Codex নিয়ন্ত্রিত হয়েছে কি না, অনুরোধ সার্ভিসের মধ্য দিয়ে যাচ্ছে কি না, সেশনের অবস্থা এবং অনুরোধের গণনা দেখা যায়।
• turn-state সংগ্রহ ও ইনজেকশন: সম্ভাব্য এক্সিট থেকে সংক্ষিপ্ত অনুরোধ পাঠিয়ে প্রতিক্রিয়ার state পরীক্ষা করা হয় এবং পরবর্তী অনুরোধে নিয়ম অনুযায়ী ব্যবহার করা হয়।
• বিভিন্ন প্রমাণীকরণ পদ্ধতি: অফিসিয়াল ChatGPT লগইন, OpenAI-এর অফিসিয়াল API key এবং Responses মধ্যস্থতা বা CCS API key আলাদাভাবে পরিচালনা করা হয়।
• মডেল বিচ্ছিন্নতা: gpt-6-astra, gpt-5.6-sol এবং gpt-5.6-terra সমর্থিত; state অ্যাকাউন্ট, ক্রেডেনশিয়াল এবং মডেল অনুযায়ী আলাদা থাকে, মডেলগুলোর মধ্যে মিশ্রিত হয় না।
• প্রক্সি ও সাবস্ক্রিপশন: HTTP, HTTPS, SOCKS5, পাশাপাশি Clash/Mihomo YAML, প্রতি লাইনে URI এবং Base64 URI সাবস্ক্রিপশন সমর্থিত।
• কনফিগারেশন সুরক্ষা: নিয়ন্ত্রণ নেওয়ার আগে Codex কনফিগারেশনের ব্যাকআপ তৈরি করা হয় এবং সার্ভিস বন্ধ করার সময় পুনরুদ্ধারের চেষ্টা করা হয়; কনফিগারেশন নষ্ট হলে মেরামত প্যানেলে প্রবেশ করা যায়।
• ডায়াগনস্টিক সুবিধা: সংবেদনশীল তথ্য অপসারিত ডায়াগনস্টিক ডাউনলোড করা যায়, অথবা doctor কমান্ড চালিয়ে ত্রুটি নির্ণয়ের তথ্য সংগ্রহ করা যায়।

ইনস্টলেশনের আগে প্রস্তুতি

প্রথমে নিশ্চিত করুন, এই টুল ব্যবহার না করেও Codex স্বাভাবিকভাবে কাজ করে। অফিসিয়াল অ্যাকাউন্ট হলে আগে লগইন সম্পন্ন করুন; মধ্যস্থতা সার্ভিস ব্যবহার করলে নিজের API key আগে কনফিগার করুন।

CCS বা CC Switch একসঙ্গে ব্যবহার করলে, এর মধ্যে এইবার ব্যবহারের জন্য প্রয়োজনীয় provider, upstream এবং authentication configuration নির্বাচন করুন। এরপর Codex বন্ধ করে সাময়িকভাবে কনফিগারেশন পরিবর্তন বন্ধ রাখুন। ccodex-sleep-state CCS-এর অ্যাকাউন্ট ডেটাবেস নিয়ন্ত্রণ করে না; এটি শুধু Codex-এর বর্তমান নির্বাচিত provider পড়ে এবং সাময়িকভাবে এন্ট্রিপয়েন্টকে স্থানীয় সার্ভিসে যুক্ত করে।

সঠিক ইনস্টলেশন প্যাকেজ নির্বাচন

1. প্রকল্পের Releases পেজ খুলুন।
2. সাধারণ Windows কম্পিউটারের জন্য windows-amd64 নির্বাচন করুন।
3. Windows ARM ডিভাইসের জন্য windows-arm64 নির্বাচন করুন।
4. Apple chip Mac-এর জন্য darwin-arm64 নির্বাচন করুন।
5. Intel Mac-এর জন্য darwin-amd64 নির্বাচন করুন।
6. ডাউনলোডের পর সম্পূর্ণভাবে আনজিপ করুন; শুধু আর্কাইভের ভেতর থেকে একক ফাইল সরাসরি চালাবেন না।

চালু করা ও প্রাথমিক সেটআপ

স্টার্টআপ স্ক্রিপ্ট ব্যবহার

Windows ব্যবহারকারীরা start.cmd-এ ডাবল-ক্লিক করুন, macOS ব্যবহারকারীরা start.command-এ ডাবল-ক্লিক করুন। সার্ভিস চালু হলে সাধারণত ব্রাউজারে স্থানীয় ব্যবস্থাপনা প্যানেল স্বয়ংক্রিয়ভাবে খুলবে এবং বর্তমান সেশনে সরাসরি প্রবেশ করবে; আগে থেকে ব্যবস্থাপনা পাসওয়ার্ড কপি করার প্রয়োজন নেই।

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

কমান্ড লাইন দিয়ে চালু করা

রিলিজ প্যাকেজে স্টার্টআপ স্ক্রিপ্ট না থাকলে প্রোগ্রাম ডিরেক্টরিতে setup চালান। Windows-এর কমান্ড:

.\ccodex-sleep-state.exe setup

macOS-এর কমান্ড:

./ccodex-sleep-state setup

setup অনুপস্থিত কনফিগারেশন তৈরি করবে, সার্ভিস চালু করবে এবং প্যানেল খুলবে; আগে সংরক্ষিত সাবস্ক্রিপশন ও প্রক্সি সেটিংস রিসেট করবে না। পুরোনো সংস্করণে এই কমান্ড সমর্থিত না হলে আগে নতুন Release-এ আপগ্রেড করুন।

ব্রাউজার স্বয়ংক্রিয়ভাবে না খুললে টার্মিনালের আউটপুট অনুযায়ী হাতে ব্যবস্থাপনা ঠিকানায় যান। ডিফল্ট ঠিকানা হলো http://127.0.0.1:17841/admin/। এরপর টার্মিনালে প্রদর্শিত এই সেশনের ব্যবস্থাপনা পাসওয়ার্ড পেস্ট করুন।

স্টার্টআপ প্রোগ্রাম নিজে কোনো মডেল অনুরোধ পাঠায় না, তবে Codex সংযুক্ত হওয়ার পর state সংগ্রহে প্রকৃত কোটা খরচ হতে পারে। সার্ভিস চলাকালে টার্মিনাল উইন্ডো খোলা রাখুন।

প্রথম সংযোগ সম্পন্ন করা

1. প্যানেলের “ব্যবহার শুরু” অংশে যান এবং কনফিগারেশন অবস্থায় নিয়ন্ত্রণ নেওয়া হয়েছে কি না নিশ্চিত করুন।
2. প্রক্সি শনাক্ত না হলে “সাবস্ক্রিপশন ও প্রক্সি” খুলে স্থানীয় HTTP, HTTPS বা SOCKS5 ঠিকানা লিখুন, অথবা দূরবর্তী সাবস্ক্রিপশন ও স্থানীয় সাবস্ক্রিপশন ফাইল ইমপোর্ট করুন।
3. “সংযোগ সেটিংস”-এ মডেল ও অ্যাকাউন্টের নিয়ম নিশ্চিত করুন।
4. প্রয়োজন অনুযায়ী “turn-state ইনজেকশন” থেকে ইনজেকশন চালু বা বন্ধ করুন।
5. Codex পুনরায় চালু করে একটি সম্পূর্ণ নতুন সেশন তৈরি করুন।
6. একটি সংক্ষিপ্ত বার্তা পাঠিয়ে প্যানেলে ফিরে অনুরোধের গণনা, সেশন এবং সংগ্রহের ডায়াগনস্টিক পরীক্ষা করুন।

প্রথমবার চালানোর সময় কোনো fallback policy স্পষ্টভাবে নির্ধারিত না থাকলে setup ডিফল্টভাবে “state সংগ্রহ করা না গেলে স্বাভাবিকভাবে ফরওয়ার্ড করুন” নীতি ব্যবহার করে। আগে strict mode স্পষ্টভাবে নির্বাচন করা থাকলে সেই নির্বাচন বহাল থাকবে।

হোমপেজের “এক ক্লিকে Codex সংযুক্ত করুন” মূলত সংযোগ পুনরায় পরীক্ষা ও মেরামতের জন্য; প্রতিবার চালু করার পর এটি ক্লিক করা বাধ্যতামূলক নয়। বিদ্যমান প্রক্সি, সাবস্ক্রিপশন, মডেল এবং ইনজেকশন সুইচও সংরক্ষিত থাকবে।

turn-state, 292 এবং 332 বোঝা

টুলটি upstream প্রতিক্রিয়ার X-Codex-Turn-State-এর ওপর নজর দেয়। এটি সম্ভাব্য এক্সিট থেকে সংক্ষিপ্ত অনুরোধ পাঠায়, state-এর গঠন, সময় এবং ciphertext block-এর সংখ্যা পরীক্ষা করে এবং বর্তমান অভিজ্ঞতাভিত্তিক নিয়মের সঙ্গে মেলে এমন মান সংরক্ষণ করে; পরবর্তী অনুরোধে সেই মান পাঠানো হবে এবং এর সঙ্গে সংশ্লিষ্ট এক্সিট ব্যবহার করা হবে।

• ব্যক্তিগত অ্যাকাউন্টের নিয়ম: প্রকল্পে গ্রহণযোগ্য অভিজ্ঞতাভিত্তিক গঠন হলো 10টি block, সাধারণত 292 অক্ষর; 11টি block বা 312 অক্ষরকে উপযুক্ত মান ধরা হবে না।
• Team বা Business-এর নিয়ম: প্রকল্পে গ্রহণযোগ্য অভিজ্ঞতাভিত্তিক গঠন হলো 12টি block, সাধারণত 332 অক্ষর; 13টি block বা 356 অক্ষরকে উপযুক্ত মান ধরা হবে না।

এই দৈর্ঘ্যগুলো OpenAI-এর প্রকাশিত কোনো সরকারি মানদণ্ড নয়। দৈর্ঘ্য মিলে গেলেই মডেল তথাকথিত “পূর্ণ সক্ষমতা” অবস্থায় আছে প্রমাণ হয় না; আবার না মিললেই একা প্রক্সি নষ্ট বা মডেলের মান কমেছে প্রমাণ হয় না।

স্বয়ংক্রিয় শনাক্তকরণ বর্তমান অনুরোধের প্ল্যান-সংক্রান্ত ইঙ্গিত বিবেচনা করে; শুধু দৈর্ঘ্যের ভিত্তিতে অ্যাকাউন্টকে Team হিসেবে গণ্য করে না। ইঙ্গিত অস্পষ্ট হলে প্যানেল ব্যবহৃত নিয়মটি জানাবে; চাইলে ব্যক্তিগত বা Team নিজে নির্ধারণ করা যায়।

Strict mode বা সাধারণ ফরওয়ার্ডিং fallback নির্বাচন

Strict mode

Strict mode অযোগ্য state ব্যবহার করবে না। সংগ্রহ ব্যর্থ হলে স্পষ্ট কারণসহ অনুরোধ ফেরত দেবে। ব্যবহারকারী strict স্পষ্টভাবে নির্বাচন করে থাকলে পরবর্তীতে setup চালালেও তা স্বয়ংক্রিয়ভাবে পরিবর্তন হবে না।

সাধারণ ফরওয়ার্ডিং fallback

সাধারণ ফরওয়ার্ডিং fallback-এ ব্যবহারযোগ্য state না থাকলে ইনজেকশন বন্ধ হয়, তবে নির্বাচিত এক্সিট ব্যবহার করে আনুষ্ঠানিক অনুরোধ ফরওয়ার্ড করা হয়। আনুষ্ঠানিক অনুরোধ সর্বোচ্চ একবার ফরওয়ার্ড করা হবে। অবস্থার তথ্যে স্পষ্টভাবে জানানো হবে যে এবার ইনজেকশন হয়নি; সংগ্রহ সফল হয়েছে এমন ভান করা হবে না।

এই মোড রেট লিমিট তুলে দেয় না। 401, 403 বা 429 হলে সার্ভিস বন্ধের নিয়ম মেনে চলবে; upstream-এ পাঠানো আনুষ্ঠানিক generation request এক্সিট পরিবর্তন করে স্বয়ংক্রিয়ভাবে পুনরায় পাঠানো হবে না।

প্রক্সি ও সাবস্ক্রিপশন কনফিগার করা

প্রক্সি সফটওয়্যার ইনস্টল করা থাকলে “সাবস্ক্রিপশন ও প্রক্সি” পেজে স্থানীয় HTTP, HTTPS বা SOCKS5 ঠিকানা লিখতে পারেন। প্রথমবার স্বয়ংক্রিয় সংযোগে শুধু 127.0.0.1-এ প্রচলিত SOCKS5 port পরীক্ষা করা হবে; LAN স্ক্যান করা হবে না এবং প্রক্সি সফটওয়্যারের অ্যাকাউন্ট ডেটাবেস পড়া হবে না।

প্রকল্পটি Clash/Mihomo YAML, প্রতি লাইনে URI এবং Base64 URI সাবস্ক্রিপশনও সমর্থন করে। অন্তর্ভুক্ত outbound adapter-এর মধ্যে রয়েছে AnyTLS, SS, SSR, VMess, VLESS, Trojan, Hysteria, Hysteria2 এবং TUIC; তবে সাবস্ক্রিপশনের TUN, DNS বা সিস্টেম রুল ইমপোর্ট করা হবে না।

“রাউটিং” পেজে সংযোগ পরীক্ষা, নির্দিষ্ট এক্সিট নির্বাচন বা স্বয়ংক্রিয় নির্বাচন পুনরুদ্ধার করা যায়। মনে রাখবেন, সংযোগ পরীক্ষা সফল হওয়া শুধু নেটওয়ার্ক পথ সচল বোঝায়; উপযুক্ত state সংগ্রহ হয়েছে তা বোঝায় না।

CCS ও মধ্যস্থতা সার্ভিসের সঙ্গে ব্যবহার

অফিসিয়াল ChatGPT লগইনের ক্ষেত্রে টুলটি state সংগ্রহ ও ইনজেক্ট করতে পারে, আবার ইনজেকশন বন্ধও রাখা যায়। OpenAI-এর অফিসিয়াল API key-এর ক্ষেত্রে API চ্যানেল অনুযায়ী ফরওয়ার্ড করা হয়; এটিকে ChatGPT সাবস্ক্রিপশন লগইন হিসেবে গণ্য করা হয় না।

Responses মধ্যস্থতা বা CCS API key-এর ক্ষেত্রে টুলটি মূল upstream ও API key authentication পদ্ধতি বজায় রাখে, মধ্যস্থতায় অফিসিয়াল লগইন ক্রেডেনশিয়াল পাঠায় না এবং অফিসিয়াল state ইনজেক্ট করে না।

CCS সত্যিই provider, upstream বা authentication পদ্ধতি পরিবর্তন করলে ভুল গন্তব্যে ক্রেডেনশিয়াল পাঠানো এড়াতে সার্ভিস ফরওয়ার্ডিং বন্ধ করবে। প্রস্তাবিত পরিবর্তনের ক্রম:

1. ccodex-sleep-state বন্ধ করুন।
2. CCS-এ কনফিগারেশন পরিবর্তন করুন।
3. ccodex-sleep-state পুনরায় চালু করুন।
4. Codex পুনরায় চালু করে নতুন সেশন তৈরি করুন।

কনফিগারেশন দ্বন্দ্ব দেখা দিলে transaction file মুছবেন না এবং অন্ধভাবে TOML হাতে সম্পাদনা করবেন না। “কনফিগারেশন পরীক্ষা ও মেরামত” খুলে আগে পরিবর্তনের preview দেখুন, অগ্রাধিকার দিয়ে CCS-এর বর্তমান কনফিগারেশন রাখুন, তারপর পুনরায় নিয়ন্ত্রণ নিন।

সার্ভিস বন্ধ করা ও কনফিগারেশন পুনরুদ্ধার

সার্ভিস চলাকালে টার্মিনাল উইন্ডো খোলা রাখুন। বের হতে হলে টার্মিনালে Ctrl+C চাপুন, কনফিগারেশন পুনরুদ্ধার শেষ হওয়া পর্যন্ত অপেক্ষা করুন, তারপর Codex পুনরায় চালু করুন।

ব্রাউজার বন্ধ করা, state ইনজেকশন বন্ধ করা এবং সার্ভিস বন্ধ করা তিনটি আলাদা বিষয়: ব্রাউজার বন্ধ করলে ব্যাকগ্রাউন্ড সার্ভিস বন্ধ হয় না; ইনজেকশন বন্ধ করলেও অনুরোধ ফরওয়ার্ড হতে পারে; শুধু সার্ভিস process শেষ করলেই বন্ধ ও কনফিগারেশন পুনরুদ্ধারের প্রক্রিয়া শুরু হবে।

সাধারণ ত্রুটি নির্ণয়

প্যানেলে “নিয়ন্ত্রণ নেওয়া হয়নি” দেখায়

সার্ভিস চালু হওয়া মানেই Codex সংযুক্ত হয়েছে এমন নয়। প্যানেলের কনফিগারেশন নির্দেশনা অনুসরণ করুন এবং শুধুমাত্র পাঠযোগ্য --no-config মোড ব্যবহার করা হচ্ছে না নিশ্চিত করুন।

Codex উত্তর দেয়, কিন্তু প্যানেলে কোনো অনুরোধ নেই

প্রথমে Codex পুনরায় চালু করে নতুন সেশন তৈরি করুন। তবুও রেকর্ড না থাকলে Codex অন্য কোনো কনফিগারেশন, profile, project বা task-level override ব্যবহার করছে কি না, অথবা একই সময়ে অন্য একটি instance চলছে কি না পরীক্ষা করুন।

codex_config_changed বা 409 দেখা যায়

“কনফিগারেশন পরীক্ষা ও মেরামত” খুলে পার্থক্যের preview দেখুন, অগ্রাধিকার দিয়ে CCS-এর বর্তমান কনফিগারেশন রাখুন, তারপর পুনরায় নিয়ন্ত্রণ নিন।

state_unavailable বা স্থানীয় 503 দেখা যায়

অ্যাকাউন্টের নিয়ম, সংগ্রহের ডায়াগনস্টিক এবং cooldown সময় পরীক্ষা করুন। আগে ব্যবহার পুনরুদ্ধার করতে হলে সাধারণ ফরওয়ার্ডিং fallback স্পষ্টভাবে নির্বাচন করতে পারেন, অথবা সাময়িকভাবে ইনজেকশন বন্ধ করতে পারেন।

state_shape_changed দেখা যায়

এর অর্থ state-এর গঠন বর্তমান নিয়মের সঙ্গে মিলছে না। আনুষ্ঠানিক অনুরোধে ইতিমধ্যে কোটা খরচ হয়ে থাকতে পারে; সার্ভিস স্বয়ংক্রিয়ভাবে পুনরায় পাঠাবে না। অ্যাকাউন্টের নিয়ম, upstream এবং সাম্প্রতিক পরিবর্তন পরীক্ষা করুন, শুধু দৈর্ঘ্যের নিয়ম সহজভাবে পরিবর্তন করবেন না।

415 দেখা যায়

নতুন সংস্করণ অফিসিয়াল ক্লায়েন্টের gzip ও zstd request encoding সমর্থন করে। পুরোনো সংস্করণ চলছে না নিশ্চিত করুন, তারপর সংবেদনশীল তথ্য অপসারিত ডায়াগনস্টিক দেখুন।

502, 503 বা timeout দেখা যায়

প্রক্সি এক্সিট ও upstream সার্ভিসের অবস্থা পরীক্ষা করুন। state-এর দৈর্ঘ্য পরিবর্তন করে নেটওয়ার্ক ত্রুটি সমাধান করা যায় না।

401, 403 বা 429 দেখা যায়

যথাক্রমে লগইন অবস্থা, অ্যাক্সেস অনুমতি বা রেট লিমিট শেষ হওয়ার পর অপেক্ষা করার বিষয়টি পরীক্ষা করুন। এই বন্ধের শর্ত এড়াতে প্রকল্পটি বারবার IP পরিবর্তন করবে না।

কনফিগারেশন ফাইল নষ্ট

সার্ভিসের JSON নষ্ট হলে setup শুধুমাত্র পাঠযোগ্য মেরামত প্যানেল খুলবে। ব্যাকআপ নিশ্চিত করার পর পুনর্নির্মাণ করে পুনরায় চালু করুন। Codex TOML নষ্ট হলে আগে ব্যাকআপ সংরক্ষণ করুন, তারপর স্পষ্ট পুনর্নির্মাণ প্রক্রিয়া ব্যবহার করুন অথবা CCS-কে নতুন করে তৈরি করতে দিন; নষ্ট ফাইল থেকে অনুমান করে API key বের করবেন না।

ডায়াগনস্টিক সংগ্রহে doctor ব্যবহার

রক্ষণাবেক্ষণকারী, গ্রুপের সদস্য বা AI Agent-কে ত্রুটি নির্ণয়ের তথ্য দেওয়ার আগে Windows ব্যবহারকারীরা চালাতে পারেন:

.\ccodex-sleep-state.exe doctor

macOS ব্যবহারকারীদের জন্য:

./ccodex-sleep-state doctor

প্রতিক্রিয়া জানানোর সময় সাধারণত অপারেটিং সিস্টেম, Codex সংস্করণ, টুল সংস্করণ, ত্রুটির বার্তা এবং প্রয়োজনীয় সংবেদনশীলতামুক্ত ডায়াগনস্টিক তথ্য দিলেই যথেষ্ট। auth.json, প্রশাসনিক পাসওয়ার্ড, সম্পূর্ণ সাবস্ক্রিপশন লিংক, অ্যাকাউন্টের পরিচয়পত্র বা সম্পূর্ণ ডেটা ডিরেক্টরি পাঠাবেন না।

উন্নত ব্যবহারের কৌশল

প্রকৃত কনফিগারেশন ডিরেক্টরি নিশ্চিত করুন

CODEX_HOME সেট করা থাকলে টুলটি সেই অবস্থান অনুসরণ করবে। এটি CCODEX_STATE_HOME এবং --data-dir-ও সমর্থন করে। বর্তমানে কোন কনফিগারেশন ব্যবহৃত হচ্ছে তা নিশ্চিত না হলে চালান:

ccodex-sleep-state paths

শুধু ডিরেক্টরির নাম দেখে বর্তমান কনফিগারেশনের অবস্থান অনুমান করবেন না।

সংগ্রহের খরচ ও কুলডাউন বুঝুন

state সংগ্রহে প্রকৃত কোটা ব্যবহার হয়। ডিফল্টভাবে প্রতিটি রাউন্ডে সর্বোচ্চ 6টি সম্ভাব্য এক্সিট চেষ্টা করা হয়, প্রতিটি অনুসন্ধানে সর্বোচ্চ 20 সেকেন্ড সময় লাগে এবং দুটি সংগ্রহের রাউন্ডের মধ্যে অন্তত 180 সেকেন্ড বিরতি থাকে। স্বাভাবিক জেনারেশন অনুরোধ স্বয়ংক্রিয়ভাবে পুনরায় পাঠানো হয় না। তাই সংগ্রহ বা এক্সিট পরিবর্তনকে বিনা খরচের পুনঃচেষ্টা হিসেবে বিবেচনা করবেন না।

মডেল ও অ্যাকাউন্ট আলাদা রাখুন

Astra, Sol এবং Terra-এর মধ্যে state পুনর্ব্যবহার করবেন না। ডিফল্ট মডেল পরিবর্তন করার পর Codex পুনরায় চালু করুন অথবা নতুন সেশন তৈরি করুন। মডেলটি সত্যিই কল করা যাবে কি না, তা এখনও অ্যাকাউন্টের অনুমতি এবং আপস্ট্রিমে সংশ্লিষ্ট মডেল সরবরাহ করা হচ্ছে কি না তার ওপর নির্ভর করে।

কম্প্রেশন সমর্থন সতর্কতার সঙ্গে মূল্যায়ন করুন

প্রকল্পের রেকর্ড অনুযায়ী, প্রকৃত Sol-এর নতুন V2 রিমোট কম্প্রেশন এবং কম্প্রেশনের পর উত্তর চালিয়ে যাওয়া সফল হয়েছে; পুরোনো V1 সরাসরি আপস্ট্রিম সংযোগ 404 ফেরত দিয়েছে। পাঠানোর আগে ব্রিজিং কেবল স্থানীয় সিমুলেটেড ক্লায়েন্ট পরীক্ষা সম্পন্ন করেছিল। পরবর্তী প্রকৃত গ্রহণযোগ্যতা পরীক্ষায় এক্সিট ট্রান্সমিশন ব্যর্থতাও দেখা গেছে। তাই সব ধরনের কম্প্রেশন সফলভাবে সম্পন্ন হয়েছে বলে ধরে নেওয়া যাবে না।

গুরুত্বপূর্ণ সীমাবদ্ধতা ও নিরাপত্তার সীমা

• বর্তমানে সমর্থিত মডেল কেবল gpt-6-astra, gpt-5.6-sol এবং gpt-5.6-terra।
• বর্তমানে Responses HTTP ও SSE ব্যবহৃত হয়; WebSocket সমর্থিত নয় এবং ইচ্ছামতো প্রোটোকল রূপান্তরও সরবরাহ করা হয় না।
• টুলটি অ্যাকাউন্টের হয়ে মডেল ব্যবহারের অনুমতি সক্রিয় করবে না এবং নীরবে মডেল প্রতিস্থাপনও করবে না।
• এটি সিস্টেম প্রক্সি পরিবর্তন করে না, Codex লগইন রিফ্রেশ করে না এবং রিসেট কার্ড ব্যবহার করে না।
• রিলে পরিষেবার সঙ্গে সংযোগ স্থাপন করা গেলেই turn-state পদ্ধতি ওই রিলের ক্ষেত্রে কার্যকর হবে, এমন নয়।
• প্রমাণীকরণ মান এবং সম্পূর্ণ state সাধারণ লগে লেখা হয় না। প্রকল্পে টেলিমেট্রি নেই এবং লগ লেখকের কাছে আপলোড করা হয় না।
• স্থানীয় প্রক্সি কনফিগারেশন ও পুনরুদ্ধার ব্যাকআপে এখনও সংবেদনশীল তথ্য থাকতে পারে; সেগুলো যথাযথভাবে সংরক্ষণ করা আপনার দায়িত্ব।

ডেভেলপার তথ্য

প্রকল্পটি Go-তে লেখা এবং স্থির ম্যানেজমেন্ট পৃষ্ঠা বাইনারির মধ্যে সংযুক্ত; আলাদা করে ফ্রন্টএন্ড পরিষেবা চালু করার প্রয়োজন নেই। প্রধান কোড কাঠামোর মধ্যে রয়েছে:

• cmd/ccodex-sleep-state: কমান্ড, এক-ক্লিক এন্ট্রি এবং ডায়াগনস্টিক।
• internal/codexconfig: provider পার্সিং, কনফিগারেশন গ্রহণ, সেমান্টিক পরীক্ষা এবং পুনরুদ্ধারযোগ্য মেরামত।
• internal/gateway: মডেল ও অ্যাকাউন্ট পৃথকীকরণ, সংগ্রহ, কম্প্রেশন এবং স্ট্রিমিং ফরওয়ার্ডিং।
• internal/turnstate: state মোড়ক নিয়ম, বর্তমান মান এবং বিকল্প মান।
• internal/proxyroute: সাবস্ক্রিপশন পার্সিং এবং বহির্গামী সংযোগ।
• internal/service: একক ইনস্ট্যান্স, ওয়েব প্যানেল, কনফিগারেশন হট সুইচিং এবং অনুরোধ ডায়াগনস্টিক।

প্রকল্পটি GPL-3.0 লাইসেন্সের অধীনে প্রকাশিত এবং প্রক্সি অংশে Mihomo পুনর্ব্যবহার করা হয়েছে। প্রকল্পটির OpenAI, Mihomo এবং GPT-Load-এর সঙ্গে কোনো অধিভুক্তি নেই।

সারাংশ

ccodex-sleep-state-এর মূল মূল্য সীমাবদ্ধতা解除 বা মডেলের গুণমান পুনরুদ্ধারের প্রতিশ্রুতি দেওয়া নয়; বরং Codex-এর সংযোগ, প্রক্সি এক্সিট, turn-state, কনফিগারেশন ব্যাকআপ এবং ত্রুটি নির্ণয়কে দৃশ্যমান, যাচাইযোগ্য ও পুনরুদ্ধারযোগ্য করা। প্রথমবার ব্যবহারের সময় আগে মূল Codex কার্যকর আছে কি না যাচাই করুন, তারপর setup চালান, প্যানেলের মাধ্যমে গ্রহণ নিশ্চিত করুন, Codex পুনরায় চালু করে নতুন সেশন তৈরি করুন। সমস্যা হলে আগে প্যানেলের ডায়াগনস্টিক দেখুন এবং doctor চালান; অন্ধভাবে কনফিগারেশন পরিবর্তন করবেন না বা সংবেদনশীল পরিচয়পত্র ফাঁস করবেন না।