cc-switch को छोड़ें: कई Claude Code प्रदाताओं का प्रबंधन, वास्तव में सिर्फ एक स्क्रिप्ट की आवश्यकता है
एक ऐसे व्यक्ति के लिए जिसे अक्सर Claude Code बड़े मॉडल API प्रदाताओं को स्विच करने की आवश्यकता होती है, API का सुविधाजनक प्रबंधन और स्विच करना एक अनिवार्य आवश्यकता है।
सबसे पहले, कई API प्रदाताओं की आवश्यकता क्यों है?
मुख्य रूप से दो कारण हैं:
कॉल समवर्तीता और कोटा की समस्या, कई Claude Code उदाहरण चलाना आम बात है, यदि सभी कार्य एक ही प्रदाता के साथ चल रहे हैं तो आसानी से टकराव हो सकता है।
कई मॉडल अपनी विशेषज्ञता रखते हैं, यदि समस्या आती है और A काम नहीं करता, तो B के साथ प्रयास किया जा सकता है। या फिर A लिखे, और B कोड समीक्षा करे।
कुछ समय तक मैं cc-switch का उपयोग कर रहा था, यह एक अच्छा मुफ्त ओपन-सोर्स सॉफ्टवेयर है। न केवल कई प्रदाताओं का प्रबंधन कर सकता है, बल्कि skill, mcp, prompt आदि का प्रबंधन भी कर सकता है। और यह सिर्फ Claude Code का ही समर्थन नहीं करता, बल्कि codex, Gemini, OpenCode का भी समर्थन करता है।
लेकिन इसकी समस्या यह है कि यह बहुत अधिक सुविधाएँ प्रदान करता है, और यह लगातार बढ़ती जा रही हैं। मुझे लगता है कि कई उत्पाद बनाने वाले लोगों के लिए विभिन्न लोगों की विभिन्न आवश्यकताओं को पूरा करने से इनकार करना मुश्किल है, और फिर उत्पाद को अधिक से अधिक जटिल बना देते हैं; और उपकरणों का उपयोग करने वाले लोग भी हमेशा अधिक सुविधाओं को पसंद करते हैं, भले ही अभी उपयोग न हो, भविष्य में उपयोग हो सकता है।
मेरा दर्शन हमेशा से "Less is more" रहा है। इतने सारे उपकरणों का समर्थन करने के लिए, इसकी कुछ चीजें जटिल हो गई हैं, मैं सिर्फ CC का उपयोग करता हूँ, इसलिए ये सुविधाएँ और जटिलता मूल्यहीन हैं, बल्कि बोझ बन गई हैं।
cc-switch स्वयं कॉन्फ़िगरेशन फ़ाइलों का रखरखाव करता है, जब कई प्रदाताओं को कॉन्फ़िगरेशन साझा करने की आवश्यकता होती है, तो उसे एक अलग सामान्य कॉन्फ़िगरेशन बनाए रखने की आवश्यकता होती है। यह स्वयं अक्सर .claude/settings.json लिखता है, यहाँ अक्सर कुछ समस्याएँ आती हैं, खासकर प्रदाताओं को बार-बार स्विच करते समय।
एक और समस्या यह है कि विभिन्न प्रदाताओं के साथ एक साथ कई CC उदाहरण शुरू करना, इसमें भी समस्या है (कम से कम जब मैं उपयोग करता हूँ तो स्विचिंग पूरी न होने के कारण अनुरोध विफल हो जाता है)। यदि इसकी proxy सुविधा का उपयोग किया जाता है, तो सभी को एक साथ स्विच करना पड़ता है और विभिन्न उदाहरणों में अलग-अलग प्रदाता चुनना संभव नहीं है।
मेरी आवश्यकताएँ भी सरल हैं:
कॉन्फ़िगरेशन एकीकृत रखरखाव (बस एक प्रति)
विभिन्न CC उदाहरण विभिन्न प्रदाताओं का उपयोग कर सकते हैं।
इस लक्ष्य के आधार पर कार्यान्वयन भी सरल है, उपयोगकर्ता के settings.json में एकीकृत कॉन्फ़िगरेशन संग्रहीत करें। प्रदाता को संशोधित करना वास्तव में CC के उन कुछ पर्यावरण चर को बदलना है, एक शेल स्क्रिप्ट ही इसे हल कर सकती है, इसलिए मैंने स्वयं CC का उपयोग करके एक पहिया बनाया, एक ccs स्क्रिप्ट लिखी, जो प्रदाता निर्दिष्ट करने के लिए एक वैकल्पिक -p पैरामीटर का समर्थन करती है।
इस प्रकार मैं कर सकता हूँ:
ccs -p glm
ccs -p minimax
ccs -p kimi
ccs -p arkएक कदम और आगे बढ़ते हुए, alias बनाएँ, सीधे mm, ark का उपयोग करके निर्दिष्ट प्रदाता के साथ Claude Code सीधे सक्षम करें।
alias mm="ccs -p minimax"
alias ark="ccs -p ark"और फिर zellij के साथ मिलाकर विभिन्न प्रदाताओं के कई CC का आसानी से प्रबंधन करें।
सरल और अच्छी तरह से रखरखाव योग्य, और साथ ही मनचाहे प्रदाता के साथ कई उदाहरण चला सकते हैं।
दैनिक जीवन इसी तरह का है।
