cc-switch ஐ கைவிடுதல்: பல கிளாட் கோட் வழங்குநர்களை நிர்வகிப்பது, உண்மையில் ஒரு ஸ்கிரிப்ட் மட்டுமே தேவை
கிளாட் கோட் பெரிய மாதிரி API வழங்குநர்களுக்கிடையே அடிக்கடி மாற வேண்டிய ஒருவருக்கு, வசதியான நிர்வாகம் மற்றும் API மாற்றம் ஒரு அடிப்படைத் தேவையாகும்.
முதலில், ஏன் பல API வழங்குநர்கள் தேவை?
இரண்டு முக்கிய காரணங்கள் உள்ளன:
அழைப்பு ஒரே நேரத்தில் நிகழ்வுகள் மற்றும் வரம்பு பிரச்சினை, பல கிளாட் கோட் நிகழ்வுகளைத் திறப்பது சாதாரணமானது, எல்லா பணிகளும் ஒரே நிறுவனத்தில் இயங்கினால் எளிதில் தடைகள் ஏற்படும்.
பல மாதிரிகள் தங்கள் தனித்திறன்களைக் கொண்டுள்ளன, ஒரு பிரச்சினையில் A வேலை செய்யாவிட்டால், B ஐ முயற்சிக்கலாம். அல்லது A எழுத, B கோட் மதிப்பாய்வு செய்யலாம்.
சில காலமாக நான் cc-switch ஐப் பயன்படுத்தி வந்தேன், இது ஒரு நல்ல இலவச திறந்த மூல மென்பொருள். பல வழங்குநர்களை நிர்வகிப்பது மட்டுமல்லாமல், skill, mcp, prompt போன்றவற்றையும் நிர்வகிக்கும். மேலும் இது கிளாட் கோட்டை மட்டுமல்ல, 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 ஐப் பயன்படுத்தி குறிப்பிட்ட வழங்குநருடன் கிளாட் கோட்டைத் தொடங்கலாம்.
alias mm="ccs -p minimax"
alias ark="ccs -p ark"பின்னர் zellij உடன் இணைந்து, வெவ்வேறு வழங்குநர்களுடன் பல CC களை எளிதாக நிர்வகிக்கலாம்.
எளிமையானது, பராமரிக்க எளிதானது, மேலும் வழங்குநரை தன்னிச்சையாக குறிப்பிட்டு பலவற்றைத் திறக்க முடியும்.
தினசரி வாழ்க்கை இப்படித்தான்.
