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 اکاؤنٹ، credentials اور ماڈل کے لحاظ سے الگ رہتا ہے اور ماڈلز کے درمیان مشترک استعمال نہیں ہوتا۔
• پراکسی اور سبسکرپشن: HTTP، HTTPS، SOCKS5، نیز Clash/Mihomo YAML، فی سطر URI اور Base64 URI سبسکرپشنز کو سپورٹ کرتا ہے۔
• کنفیگریشن کا تحفظ: Codex کی کنفیگریشن سنبھالنے سے پہلے بیک اپ لیتا ہے اور سروس بند کرتے وقت بحال کرنے کی کوشش کرتا ہے؛ کنفیگریشن خراب ہونے پر مرمت کے پینل میں داخل ہو سکتے ہیں۔
• تشخیصی صلاحیت: غیر حساس تشخیصی معلومات ڈاؤن لوڈ کی جا سکتی ہیں یا doctor کمانڈ چلا کر خرابی کی معلومات جمع کی جا سکتی ہیں۔

انسٹالیشن سے پہلے تیاری

سب سے پہلے تصدیق کریں کہ Codex اس ٹول کے بغیر بھی معمول کے مطابق کام کر رہا ہے۔ سرکاری اکاؤنٹ کے لیے پہلے لاگ اِن مکمل کریں؛ 중转 سروس استعمال کرتے وقت اپنا API key پہلے سے ترتیب دیں۔

اگر CCS یا CC Switch بھی استعمال کر رہے ہیں تو پہلے اس میں موجودہ استعمال کے لیے مطلوبہ provider، upstream اور تصدیقی کنفیگریشن منتخب کریں، پھر Codex سے باہر نکلیں اور عارضی طور پر سوئچنگ کنفیگریشن روک دیں۔ ccodex-sleep-state، CCS کے اکاؤنٹ ڈیٹابیس کو نہیں سنبھالتا؛ یہ صرف Codex کے موجودہ منتخب provider کو پڑھتا ہے اور عارضی طور پر داخلی راستہ مقامی سروس سے جوڑتا ہے۔

درست انسٹالیشن پیکیج منتخب کریں

1. پروجیکٹ کا Releases صفحہ کھولیں۔
2. عام Windows کمپیوٹر کے لیے windows-amd64 منتخب کریں۔
3. Windows ARM ڈیوائس کے لیے windows-arm64 منتخب کریں۔
4. Apple چپ والے Mac کے لیے darwin-arm64 منتخب کریں۔
5. Intel Mac کے لیے darwin-amd64 منتخب کریں۔
6. ڈاؤن لوڈ کے بعد مکمل طور پر extract کریں؛ compressed فائل سے صرف ایک فائل براہِ راست نہ چلائیں۔

آغاز اور ابتدائی ترتیب

اسٹارٹ اسکرپٹ استعمال کرنا

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/ ہے، پھر ٹرمینل میں دکھایا گیا موجودہ انتظامی پاس ورڈ paste کریں۔

اسٹارٹ پروگرام خود ماڈل کی درخواست نہیں بھیجتا، لیکن Codex سے جڑنے کے بعد state جمع کرنے سے حقیقی کوٹہ خرچ ہو سکتا ہے۔ سروس کے چلنے کے دوران ٹرمینل ونڈو کھلی رکھیں۔

پہلا کنکشن مکمل کرنا

1. پینل کے “استعمال شروع کریں” حصے میں جائیں اور تصدیق کریں کہ کنفیگریشن کی حالت سنبھالی گئی دکھائی دے رہی ہے۔
2. اگر پراکسی کا پتا نہ ملے تو “سبسکرپشن اور پراکسی” کھولیں، مقامی HTTP، HTTPS یا SOCKS5 پتہ درج کریں، یا ریموٹ سبسکرپشن اور مقامی سبسکرپشن فائل درآمد کریں۔
3. “کنکشن کی ترتیبات” میں ماڈل اور اکاؤنٹ کے قواعد کی تصدیق کریں۔
4. ضرورت کے مطابق “turn-state انجیکشن” میں انجیکشن فعال یا غیر فعال کریں۔
5. Codex دوبارہ شروع کریں اور بالکل نیا سیشن بنائیں۔
6. ایک مختصر پیغام بھیجیں، پھر پینل میں واپس جا کر درخواستوں کی تعداد، سیشن اور جمع کرنے کی تشخیص دیکھیں۔

پہلی بار چلنے پر، اگر fallback پالیسی واضح طور پر مقرر نہ کی گئی ہو تو setup کا طے شدہ عمل “state جمع نہ ہو سکے تو معمول کے مطابق آگے بھیجیں” ہوتا ہے۔ اگر پہلے strict mode واضح طور پر منتخب کیا گیا ہو تو وہ انتخاب برقرار رہتا ہے۔

ہوم پیج کا “ایک کلک سے Codex جوڑیں” بنیادی طور پر کنکشن کی دوبارہ جانچ اور مرمت کے لیے ہے، ہر بار شروع کرنے کے بعد اسے دبانا ضروری نہیں۔ موجودہ پراکسی، سبسکرپشن، ماڈل اور انجیکشن سوئچ بھی برقرار رہتے ہیں۔

turn-state، 292 اور 332 کو سمجھنا

یہ ٹول upstream جواب میں موجود X-Codex-Turn-State پر توجہ دیتا ہے۔ یہ امیدوار ایگزٹ سے مختصر درخواست بھیجتا ہے، state کی ساخت، وقت اور cipher blocks کی تعداد جانچتا ہے، پھر موجودہ تجرباتی قواعد کے مطابق قابلِ قبول قدر محفوظ کرتا ہے؛ بعد کی درخواستیں اسی قدر کو ساتھ بھیجتی ہیں اور اس سے متعلق ایگزٹ استعمال کرتی ہیں۔

• ذاتی اکاؤنٹ کے قواعد: پروجیکٹ کی تجرباتی طور پر قبول شدہ ساخت 10 blocks ہے، عموماً 292 حروف؛ 11 blocks یا 312 حروف کو قابلِ قبول قدر نہیں سمجھا جاتا۔
• Team یا Business کے قواعد: تجرباتی طور پر قبول شدہ ساخت 12 blocks ہے، عموماً 332 حروف؛ 13 blocks یا 356 حروف کو قابلِ قبول قدر نہیں سمجھا جاتا۔

یہ لمبائیاںOpenAI کے سرکاری معیارِ معیار نہیں ہیں۔ مطلوبہ لمبائی پوری ہونا اس بات کا ثبوت نہیں کہ ماڈل لازماً所谓 “مکمل حالت” میں ہے؛ اسی طرح لمبائی کا مختلف ہونا اکیلے پراکسی کی خرابی یا ماڈل کے معیار میں کمی ثابت نہیں کرتا۔

خودکار شناخت موجودہ درخواست میں موجود پیکیج کے اشارے کو دیکھتی ہے، صرف لمبائی کی بنیاد پر اکاؤنٹ کو Team نہیں سمجھتی۔ اشارہ غیر واضح ہو تو پینل استعمال کیے گئے قواعد بتائے گا؛ ذاتی یا Team کو دستی طور پر بھی مقرر کیا جا سکتا ہے۔

Strict mode یا معمول کے fallback کا انتخاب

Strict mode

Strict mode ناقابلِ قبول state استعمال نہیں کرتا۔ جمع کرنے میں ناکامی کی صورت میں درخواست واضح وجہ کے ساتھ واپس آتی ہے۔ اگر صارف نے strict واضح طور پر منتخب کیا ہو تو بعد میں setup چلانے سے یہ انتخاب خود بخود تبدیل نہیں ہوتا۔

معمول کا fallback

معمول کا fallback دستیاب state نہ ہونے پر انجیکشن روک دیتا ہے، لیکن منتخب ایگزٹ کے ذریعے اصل درخواست آگے بھیجتا رہتا ہے۔ اصل درخواست زیادہ سے زیادہ ایک بار آگے بھیجی جاتی ہے، اور حالت واضح طور پر بتاتی ہے کہ اس بار انجیکشن نہیں ہوا؛ اسے کامیاب جمع کاری ظاہر نہیں کیا جاتا۔

اس mode کا مطلب شرحِ استعمال کی پابندی ختم کرنا نہیں ہے۔ 401، 403 یا 429 آنے پر سروس پھر بھی روکنے کے قواعد کی پابندی کرتی ہے؛ upstream کو بھیجی گئی اصل generation request ایگزٹ بدل کر خودکار طور پر دوبارہ نہیں چلائی جاتی۔

پراکسی اور سبسکرپشن ترتیب دینا

اگر پراکسی سافٹ ویئر پہلے سے نصب ہے تو “سبسکرپشن اور پراکسی” صفحے پر مقامی HTTP، HTTPS یا SOCKS5 پتہ درج کریں۔ پہلی خودکار رسائی صرف 127.0.0.1 پر عام SOCKS5 ports جانچتی ہے؛ LAN کو scan نہیں کرتی اور پراکسی سافٹ ویئر کا اکاؤنٹ ڈیٹابیس نہیں پڑھتی۔

پروجیکٹ Clash/Mihomo YAML، فی سطر URI اور Base64 URI سبسکرپشنز کو بھی سپورٹ کرتا ہے۔ شامل outbound adapters میں AnyTLS، SS، SSR، VMess، VLESS، Trojan، Hysteria، Hysteria2 اور TUIC شامل ہیں، لیکن سبسکرپشن کے TUN، DNS یا system rules درآمد نہیں کیے جاتے۔

“روٹنگ” صفحے پر کنکشن ٹیسٹ کریں، ایگزٹ مقرر کریں یا خودکار انتخاب بحال کریں۔ یاد رکھیں کہ کنکشن ٹیسٹ کی کامیابی صرف نیٹ ورک راستے کے دستیاب ہونے کو ظاہر کرتی ہے، قابلِ قبول state جمع ہونے کو نہیں۔

CCS اور 중转 سروس کے ساتھ استعمال

سرکاری ChatGPT لاگ اِن کے لیے ٹول state جمع اور inject کر سکتا ہے، اور انجیکشن بند کرنے کی اجازت بھی دیتا ہے۔ OpenAI کے سرکاری API key کے لیے یہ API channel کے مطابق درخواست آگے بھیجتا ہے، اسے ChatGPT subscription login نہیں سمجھتا۔

Responses 중转 یا CCS API key کے لیے ٹول موجودہ upstream اور API key تصدیقی طریقہ برقرار رکھتا ہے، 중转 کو سرکاری login credentials نہیں بھیجتا اور سرکاری state inject نہیں کرتا۔

اگر CCS واقعی provider، upstream یا تصدیقی طریقہ تبدیل کر دے تو سروس forwarding روک دیتی ہے، تاکہ credentials غلط ہدف کو نہ بھیجے جائیں۔ تجویز کردہ ترتیب یہ ہے:

1. ccodex-sleep-state روکیں۔
2. CCS میں کنفیگریشن تبدیل کریں۔
3. ccodex-sleep-state دوبارہ شروع کریں۔
4. Codex دوبارہ شروع کریں اور نیا سیشن بنائیں۔

کنفیگریشن تنازع کی صورت میں transaction files حذف نہ کریں اور TOML کو اندھا دھند دستی طور پر نہ بدلیں۔ “کنفیگریشن جانچیں اور مرمت کریں” میں جا کر پہلے تبدیلیوں کا preview دیکھیں، CCS کی موجودہ کنفیگریشن کو ترجیحاً برقرار رکھیں، پھر دوبارہ کنکشن سنبھالیں۔

سروس روکنا اور کنفیگریشن بحال کرنا

سروس چلتے وقت ٹرمینل ونڈو کھلی رکھیں۔ باہر نکلنے کے لیے ٹرمینل میں Ctrl+C دبائیں، کنفیگریشن کی بحالی مکمل ہونے کا انتظار کریں، پھر Codex دوبارہ شروع کریں۔

براؤزر بند کرنا، state انجیکشن بند کرنا اور سروس روکنا تین الگ کارروائیاں ہیں: براؤزر بند کرنے سے پسِ منظر کی سروس نہیں رکتی؛ انجیکشن بند ہونے کے باوجود درخواستیں آگے بھیجی جا سکتی ہیں؛ صرف سروس process ختم کرنے سے روکنے اور کنفیگریشن بحال کرنے کا عمل شروع ہوتا ہے۔

عام خرابیوں کی تشخیص

پینل میں “سنبھالا نہیں گیا” دکھائی دے

سروس کا شروع ہونا اس بات کی ضمانت نہیں کہ Codex بھی جڑ چکا ہے۔ پینل کی کنفیگریشن ہدایات پر عمل کریں اور تصدیق کریں کہ صرف پڑھنے والا --no-config mode استعمال نہیں ہو رہا۔

Codex جواب دیتا ہے، مگر پینل میں درخواست نہیں

پہلے Codex دوبارہ شروع کریں اور نیا سیشن بنائیں۔ اگر پھر بھی ریکارڈ نہ آئے تو دیکھیں کہ Codex کوئی دوسری کنفیگریشن، profile، project یا task-level override استعمال تو نہیں کر رہا، یا کوئی دوسرا instance بیک وقت تو نہیں چل رہا۔

codex_config_changed یا 409 ظاہر ہو

“کنفیگریشن جانچیں اور مرمت کریں” کھولیں، فرق کا preview دیکھیں، CCS کی موجودہ کنفیگریشن کو ترجیح دیں، پھر دوبارہ کنکشن سنبھالیں۔

state_unavailable یا مقامی 503 ظاہر ہو

اکاؤنٹ کے قواعد، جمع کرنے کی تشخیص اور cooling time دیکھیں۔ فوری استعمال بحال کرنا ہو تو معمول کا fallback واضح طور پر منتخب کریں یا عارضی طور پر انجیکشن بند کریں۔

state_shape_changed ظاہر ہو

اس کا مطلب ہے کہ state کی ساخت موجودہ قواعد سے مطابقت نہیں رکھتی۔ اصل درخواست کوٹہ خرچ کر چکی ہو سکتی ہے؛ سروس اسے خودکار طور پر دوبارہ نہیں چلاتی۔ اکاؤنٹ کے قواعد، upstream اور حالیہ تبدیلیاں جانچیں، صرف length rules میں سادہ تبدیلی نہ کریں۔

415 ظاہر ہو

نیا ورژن سرکاری کلائنٹ کی gzip اور zstd request encoding کو سپورٹ کرتا ہے۔ تصدیق کریں کہ پرانا ورژن نہیں چل رہا، پھر غیر حساس تشخیصی معلومات دیکھیں۔

502، 503 یا timeout ظاہر ہو

پراکسی ایگزٹ اور upstream سروس کی حالت جانچیں۔ نیٹ ورک کی خرابی state کی لمبائی تبدیل کر کے حل نہیں ہوتی۔

401، 403 یا 429 ظاہر ہو

بالترتیب login status، رسائی کی اجازت یا شرحِ استعمال کی پابندی ختم ہونے کا انتظار جانچیں۔ پروجیکٹ IP بار بار تبدیل کر کے ان روکنے والی شرائط کو bypass نہیں کرتا۔

کنفیگریشن فائل خراب ہو

اگر سروس JSON خراب ہو تو setup صرف پڑھنے والا repair panel کھولے گا۔ بیک اپ کی تصدیق کے بعد اسے دوبارہ بنائیں اور سروس دوبارہ شروع کریں۔ اگر Codex TOML خراب ہو تو پہلے بیک اپ محفوظ کریں، پھر واضح rebuild process استعمال کریں یا CCS سے اسے دوبارہ generate کروائیں؛ خراب فائل سے API key کا اندازہ نہ لگائیں۔

تشخیص جمع کرنے کے لیے doctor استعمال کرنا

Maintainer، گروپ کے اراکین یا 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 چلائیں؛ کنفیگریشن میں اندھا دھند تبدیلیاں نہ کریں اور حساس اسناد افشا نہ کریں۔