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 ഉദാഹരണങ്ങള് ആരംഭിക്കുമ്പോള്, ഇതിനും പ്രശ്നമുണ്ട് (എന്റെ ഉപയോഗ സമയത്ത് കുറഞ്ഞത് ഇങ്ങനെയാണ്, പൂര്ണമായി മാറ്റാത്തതിനാല് അഭ്യര്ഥന പരാജയപ്പെടാം). അതിന്റെ പ്രോക്സി സവിശേഷത ഉപയോഗിച്ചാല്, വ്യത്യസ്ത ഉദാഹരണങ്ങളില് വ്യത്യസ്ത വിതരണക്കാരെ തിരഞ്ഞെടുക്കാന് കഴിയാതെ എല്ലാം ഒരുമിച്ച് മാറ്റേണ്ടി വരും.
എന്റെ ആവശ്യവും ലളിതമാണ്:
കോണ്ഫിഗറേഷന് ഏകീകൃതമായി പരിപാലിക്കുക (ഒരെണ്ണം മാത്രം)
വ്യത്യസ്ത 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-കളെ എളുപ്പത്തില് നിയന്ത്രിക്കാം.
ലളിതവും നന്നായി പരിപാലിക്കാന് കഴിയുന്നതുമാണ്, കൂടാതെ വിതരണക്കാരെ ഏകപക്ഷീയമായി വ്യക്തമാക്കി ഒന്നിലധികം തുറക്കാനും കഴിയും.
ദൈനംദിന ജീവിതം ഇങ്ങനെയാണ്.
