cc-switch ను వదిలివేయండి: బహుళ Claude Code సరఫరాదారులను నిర్వహించడానికి, నిజానికి ఒక స్క్రిప్ట్ మాత్రమే అవసరం
తరచుగా Claude Code పెద్ద మోడల్ API సరఫరాదారులను మార్చాల్సిన వ్యక్తికి, సౌకర్యవంతమైన నిర్వహణ మరియు API మార్పిడి ఒక ప్రాథమిక అవసరం.
మొదట, ఎందుకు బహుళ API సరఫరాదారులు అవసరం?
ప్రధానంగా రెండు కారణాలు ఉన్నాయి:
కాల్ కన్కరెన్సీ మరియు కోటా సమస్య, బహుళ Claude Code ఉదాహరణలను నడపడం సాధారణం, అన్ని పనులు ఒకే సరఫరాదారుని ఉపయోగిస్తే అడ్డంకులు ఎదురవుతాయి.
కొన్ని మోడల్లు వాటి స్వంత ప్రత్యేకతలను కలిగి ఉంటాయి, సమస్య ఎదురైనప్పుడు A పని చేయకపోతే, B తో ప్రయత్నించవచ్చు. లేదా A రాయడం, B కోడ్ రివ్యూ చేయడం.
కొంతకాలం నేను cc-switch ను ఉపయోగించాను, ఇది ఒక మంచి ఉచిత ఓపెన్ సోర్స్ సాఫ్ట్వేర్. ఇది బహుళ సరఫరాదారులను నిర్వహించడంతో పాటు, స్కిల్, mcp, ప్రాంప్ట్ మొదలైన వాటిని కూడా నిర్వహిస్తుంది. మరియు ఇది కేవలం Claude Code కి మాత్రమే కాకుండా, codex, Gemini, OpenCode లను కూడా మద్దతు ఇస్తుంది.
కానీ దీని సమస్య ఏమిటంటే, ఇది చాలా ఎక్కువ ఫీచర్లను అందిస్తుంది, మరియు ఇవి ఇంకా పెరుగుతూనే ఉన్నాయి. చాలా మంది ఉత్పత్తి తయారీదారులు వివిధ వ్యక్తుల అవసరాలను తీర్చడాన్ని తిరస్కరించడం కష్టం అని నేను భావిస్తున్నాను, మరియు తర్వాత ఉత్పత్తిని మరింత సంక్లిష్టంగా చేస్తారు; మరియు సాధనాలను ఉపయోగించే వ్యక్తులు ఎల్లప్పుడూ ఎక్కువ ఫీచర్లను ఇష్టపడతారు, ప్రస్తుతం ఉపయోగించకపోయినా భవిష్యత్తులో ఉపయోగపడవచ్చు.
నా నమ్మకం ఎల్లప్పుడూ "తక్కువ ఎక్కువ" అనే తత్వంపై ఉంది. ఇంత ఎక్కువ సాధనాలను మద్దతు ఇవ్వడానికి, దానిలో కొన్ని విషయాలు సంక్లిష్టంగా మారాయి, నేను కేవలం CC ను మాత్రమే ఉపయోగిస్తున్నాను, కాబట్టి ఈ ఫీచర్లు మరియు సంక్లిష్టతకు విలువ లేదు, బదులుగా అవి భారంగా మారాయి.
cc-switch దాని స్వంత కాన్ఫిగరేషన్ ఫైల్ను నిర్వహిస్తుంది, బహుళ సరఫరాదారులు కాన్ఫిగరేషన్ను షేర్ చేయాల్సినప్పుడు, దానికి ప్రత్యేకంగా ఒక సాధారణ కాన్ఫిగరేషన్ నిర్వహించాల్సి ఉంటుంది. ఇది తరచుగా .claude/settings.json ని రాయడం జరుగుతుంది, ఇక్కడ తరచుగా కొన్ని సమస్యలు ఎదురవుతాయి, ప్రత్యేకంగా తరచుగా సరఫరాదారులను మార్చేటప్పుడు.
మరొక సమస్య ఏమిటంటే, విభిన్న సరఫరాదారులను ఉపయోగించి ఒకేసారి బహుళ CC ఉదాహరణలను ప్రారంభించడం, దీనికి కూడా సమస్య ఉంది (కనీసం నేను ఉపయోగించేటప్పుడు పూర్తిగా మార్పిడి కాకపోవడం వలన అభ్యర్థన విఫలమవుతుంది). దాని ప్రాక్సీ ఫంక్షన్ ఉపయోగించినట్లయితే, అప్పుడు అన్నింటినీ కలిపి మార్చాల్సి ఉంటుంది, విభిన్న ఉదాహరణలలో విభిన్న సరఫరాదారులను ఎంచుకోలేము.
నా అవసరాలు కూడా చాలా సరళంగా ఉన్నాయి:
కాన్ఫిగరేషన్ ఏకీకృతంగా నిర్వహించబడాలి (ఒకే కాపీ మాత్రమే)
విభిన్న 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 లను సులభంగా నిర్వహించవచ్చు.
సరళంగా మరియు నిర్వహించడానికి సులభంగా ఉండటంతో పాటు, సరఫరాదారుని ఇష్టానుసారంగా నిర్దేశించి బహుళ ఉదాహరణలను ప్రారంభించవచ్చు.
రోజువారీ జీవితం ఇలా ఉంటుంది.
