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 ಗಳನ್ನು ಸುಲಭವಾಗಿ ನಿರ್ವಹಿಸಬಹುದು.
ಸರಳ ಮತ್ತು ನಿರ್ವಹಣೆ ಸುಲಭ, ಮತ್ತು ಪೂರೈಕೆದಾರರನ್ನು ಬಹುಸಂಖ್ಯೆಯಲ್ಲಿ ತೆರೆಯಲು ನಿರಂಕುಶವಾಗಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದು.
ದೈನಂದಿನ ಜೀವನ ಹೀಗಿದೆ.
