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 ला देखील समर्थन देते.

परंतु त्याची समस्या म्हणजे ते खूप जास्त कार्ये प्रदान करते, आणि ती वाढतच चालली आहेत. मला वाटते की बर्याच उत्पादन तयार करणाऱ्यांना विविध लोकांच्या गरजा पूर्ण करण्यास नकार देणे कठीण जाते, आणि मग उत्पादन अधिकाधिक गुंतागुंतीचे बनते; आणि साधने वापरणारे लोक देखील नेहमी अधिक कार्ये हवी असतात, आज वापरात नसली तरी भविष्यात कदाचित उपयोगी पडू शकतात.
माझा तत्त्वज्ञान नेहमीच "कमी म्हणजे अधिक" आहे. इतकी साधने समर्थित करण्यासाठी त्याची काही गोष्टी गुंतागुंतीच्या झाल्या आहेत, मी फक्त 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 चे सहज व्यवस्थापन करता येते.
सोपे आणि चांगले देखभाल करण्यायोग्य, आणि प्रदाता निर्दिष्ट करून अनेक उदाहरणे सुरू करण्यास मोकळीक.
दैनंदिन जीवन असेच आहे.






