लागू संस्करण: CC Switch 3.16.0 और उसके ऊपर। यह लेख रिपॉजिटरी दस्तावेज़ और कोड के आधार पर व्यवस्थित किया गया है, जिसमें OpenAI Chat Completions संगत इंटरफ़ेस के उदाहरण के रूप में DeepSeek का उपयोग किया गया है। स्क्रीनशॉट वर्तमान फ्रंटएंड इंटरफ़ेस से हैं, जो वास्तविक API कुंजियों या खाता शेष राशि को लीक होने से बचाने के लिए डिसेंसिटाइज़्ड उदाहरण डेटा का उपयोग करके उत्पन्न किए गए हैं।
स्थानीय रूटिंग की आवश्यकता क्यों है
Codex CLI का नया संस्करण OpenAI Responses API की ओर उन्मुख है, जबकि DeepSeek, Kimi, MiniMax, और SiliconFlow जैसे कई प्रदाता वास्तव में OpenAI Chat Completions फ़ॉर्मेट को एक्सपोज़ करते हैं, जो /chat/completions है। इन दोनों प्रोटोकॉल के अनुरोध निकाय, स्ट्रीमिंग ईवेंट और रिटर्न संरचनाएँ अलग-अलग हैं। Codex कॉन्फ़िगरेशन में सीधे Chat इंटरफ़ेस भरने से अक्सर गलत मॉडल सूचियाँ, 404/400 त्रुटियाँ, या स्ट्रीमिंग प्रतिक्रियाएँ मिलती हैं जिन्हें Codex सही ढंग से पार्स नहीं कर सकता।
CC Switch का दृष्टिकोण यह है कि Codex हमेशा एक स्थानीय रूट से कनेक्ट हो, फिर भी Responses API के माध्यम से अनुरोध भेजे; रूट आंतरिक रूप से पहचानता है कि वर्तमान प्रदाता Chat फ़ॉर्मेट में है या नहीं, अनुरोध को Chat Completions में बदलता है और अपस्ट्रीम को भेजता है, और अंत में Chat प्रतिक्रिया को वापस Responses फ़ॉर्मेट में बदलकर Codex को लौटाता है।
यह श्रृंखला मुख्य रूप से चार चरणों में विभाजित है:
- जब Codex संभालता है, तो स्थानीय कॉन्फ़िगरेशन
http://127.0.0.1:15721/v1के रूप में लिखा जाता है, औरwire_api = "responses"को बाध्य किया जाता है। - प्रदाता का
meta.apiFormat = "openai_chat"रूट को बताता है: वास्तविक अपस्ट्रीम Chat Completions है। - रूट
/responsesया/v1/responsesको/chat/completionsमें फिर से लिखता है और Responses अनुरोध निकाय को Chat अनुरोध निकाय में परिवर्तित करता है। - अपस्ट्रीम के लौटने के बाद, रूट Chat JSON या SSE को वापस Responses JSON/SSE में परिवर्तित करता है जिसे Codex समझ सके।
तैयारी
आपको पहले तीन चीज़ें तैयार करनी होंगी:
- CC Switch स्थापित और शुरू करने के लिए तैयार।
- Codex CLI स्थापित और कम से कम एक बार चलाया गया ताकि
~/.codex/config.tomlनिर्देशिका संरचना मौजूद हो। - DeepSeek या इसी तरह के Chat Completions प्रदाता के लिए एक API कुंजी।
DeepSeek का आधिकारिक दस्तावेज़ वर्तमान में बताता है कि OpenAI संगत बेस URL https://api.deepseek.com है (अन्य प्रदाता अक्सर /v1 प्रत्यय वाले बेस URL का उपयोग करते हैं), और Chat API पथ /chat/completions है; CC Switch की DeepSeek प्रीसेट पहले से ही इस जानकारी के साथ कॉन्फ़िगर की गई है, इसलिए कृपया मैन्युअल रूप से इंटरफ़ेस पथों को जोड़ने के बजाय प्रीसेट का उपयोग करने को प्राथमिकता दें।
चरण 1: Codex प्रदाता जोड़ें
CC Switch खोलें, शीर्ष पर Codex टैब पर स्विच करें, और ऊपरी दाएँ कोने में प्लस चिह्न पर क्लिक करके एक प्रदाता जोड़ें।
बिल्ट-इन प्रीसेट से DeepSeek चुनें; आपको केवल दो काम करने हैं:
- DeepSeek API कुंजी दर्ज करें।
- प्रदाता को सहेजें।
प्रीसेट में पहले से ही DeepSeek का अनुरोध पता, डिफ़ॉल्ट मॉडल, मॉडल मेनू, और सोच/तर्क पैरामीटर शामिल हैं, और यह स्वचालित रूप से "स्थानीय रूटिंग मैपिंग की आवश्यकता है" चालू करेगा। आप आवश्यकतानुसार डिफ़ॉल्ट मॉडल या मॉडल प्रदर्शन नाम समायोजित कर सकते हैं; प्रोटोकॉल रूपांतरण रूटिंग परत द्वारा संभाला जाता है।
चरण 2: स्थानीय रूटिंग सक्षम करें और Codex को संभालें
सेटिंग्स में रूटिंग पृष्ठ पर जाएं, स्थानीय रूटिंग का विस्तार करें, और दो टॉगल पूरे करें:
- मेन रूटिंग स्विच चालू करें ताकि स्थानीय सेवा शुरू हो। डिफ़ॉल्ट पता
127.0.0.1:15721है। - रूटिंग सक्षमीकरण में Codex चालू करें। यदि आप केवल Codex को रूट के माध्यम से जाना चाहते हैं, तो आप Claude और Gemini को बंद रख सकते हैं।
संभालने के बाद, CC Switch Codex की लाइव कॉन्फ़िगरेशन को स्थानीय रूट पर इंगित करेगा और प्लेसहोल्डर्स के साथ प्रमाणीकरण का प्रबंधन करेगा। वास्तविक DeepSeek कुंजी अभी भी CC Switch प्रदाता कॉन्फ़िगरेशन में सहेजी गई है और फ़ॉरवर्डिंग के दौरान स्थानीय रूट द्वारा इंजेक्ट की जाती है, इसलिए आपको Codex लाइव कॉन्फ़िगरेशन में कुंजी को उजागर करने की आवश्यकता नहीं है।
चरण 3: प्रदाता स्विच करें और Codex पुनरारंभ करें
Codex प्रदाता सूची पर वापस जाएं और DeepSeek प्रदाता के लिए सक्षम पर क्लिक करें। यदि आप "रूट की आवश्यकता है" टैग देखते हैं, तो इसका मतलब है कि इस प्रदाता का उपयोग रूट चलने के दौरान ही किया जाना चाहिए; यदि रूट शुरू नहीं हुआ है, तो CC Switch एक संकेत पॉप-अप करेगा जिसमें कहा जाएगा "सामान्य उपयोग के लिए रूटिंग सेवा आवश्यक है।"
स्विच करने के बाद, वर्तमान Codex टर्मिनल सत्र को पुनरारंभ करने की अनुशंसा की जाती है क्योंकि:
- Codex प्रक्रिया पहले ही पुराने
config.tomlको पढ़ चुकी हो सकती है। modelcatalogjsonउत्पन्न होने के बाद,/modelमेनू को आमतौर पर एक नई प्रक्रिया की आवश्यकता होती है ताकि ताज़ा हो सके।
एक बार Codex में, आप /model का उपयोग करके जांच सकते हैं कि वर्तमान मॉडल DeepSeek प्रीसेट से है या नहीं, जैसे DeepSeek V4 Flash। वर्तमान में, Codex ऐप कस्टम मल्टी-मॉडल चयन का समर्थन नहीं करता है और डिफ़ॉल्ट रूप से कॉन्फ़िगरेशन में पहले मॉडल का उपयोग करेगा।
अन्य Chat प्रदाताओं को कैसे संभालें
DeepSeek, Kimi, MiniMax, और SiliconFlow जैसे सामान्य Chat फ़ॉर्मेट प्रदाताओं के लिए CC Switch में पहले से ही प्रीसेट मौजूद हैं; उनका उपयोग करने को प्राथमिकता दें। केवल उन प्रदाताओं के लिए जो प्रीसेट में नहीं हैं, आपको कस्टम कॉन्फ़िगरेशन चुनने की आवश्यकता है; उस स्थिति में, उनके दस्तावेज़ के अनुसार API कुंजी, बेस URL और मॉडल भरें, और API फ़ॉर्मेट को OpenAI Chat Completions (रूटिंग की आवश्यकता) पर सेट करें।
यदि अपस्ट्रीम सीधे OpenAI Responses API का समर्थन करता है, तो आपको "स्थानीय रूटिंग मैपिंग की आवश्यकता है" चालू करने की आवश्यकता नहीं है; इस मामले में, CC Switch Chat रूपांतरण के बिना सीधे Responses के माध्यम से कनेक्ट कर सकता है।
FAQ
Codex 404 रिपोर्ट करता है या /responses नहीं ढूंढ पाता
आमतौर पर, ऐसा इसलिए होता है क्योंकि Codex अधिग्रहण सक्षम नहीं है, या आपने मैन्युअल रूप से अपस्ट्रीम Chat बेस URL को सीधे Codex में लिखा है। जांचें कि ~/.codex/config.toml http://127.0.0.1:15721/v1 पर इंगित करता है या नहीं।
DeepSeek अपस्ट्रीम 404 रिपोर्ट करता है
यदि बिल्ट-इन DeepSeek प्रीसेट का उपयोग कर रहे हैं, तो पहले पुष्टि करें कि वर्तमान प्रदाता वास्तव में प्रीसेट से है और Codex रूटिंग सक्षम है। केवल कस्टम प्रदाता का उपयोग करते समय आपको बेस URL की दोबारा जांच करने की आवश्यकता है: यह सेवा रूट पता होना चाहिए, न कि /chat/completions के साथ पूरा इंटरफ़ेस पथ।
/model DeepSeek मॉडल नहीं दिखाता
प्रदाता को सहेजने के बाद Codex को पुनरारंभ करें। CC Switch cc-switch-model-catalog.json उत्पन्न करता है और पथ को modelcatalogjson में लिखता है, लेकिन एक चल रही Codex प्रक्रिया मॉडल निर्देशिका को हॉट-लोड नहीं कर सकती है।
वर्तमान में, Codex ऐप मल्टी-मॉडल चयन का समर्थन नहीं करता है और डिफ़ॉल्ट रूप से पहले मॉडल का उपयोग करता है।
रूट चालू है लेकिन अनुरोध अभी भी गलत प्रदाता के पास जाते हैं
तीन स्थितियों की पुष्टि करें कि वे संगत हैं: Codex टैब के अंतर्गत वर्तमान प्रदाता DeepSeek है; स्थानीय रूटिंग सेवा चल रही है; और रूटिंग सक्षमीकरण में Codex स्विच चालू है।
क्या मैं स्थानीय रूटिंग के माध्यम से आधिकारिक OpenAI Codex खाते का उपयोग कर सकता हूँ?
अनुशंसित नहीं। CC Switch स्थानीय रूटिंग अधिग्रहण मोड में आधिकारिक प्रदाताओं पर स्विच करने से रोकता है क्योंकि आधिकारिक API तक पहुँचने के लिए प्रॉक्सी का उपयोग करने से खाता जोखिम हो सकता है। रूटिंग मुख्य रूप से तृतीय-पक्ष, एकत्रीकरण, या प्रोटोकॉल रूपांतरण परिदृश्यों के लिए है।
