cc-switch ਨੂੰ ਛੱਡੋ: ਕਈਂ Claude Code ਸਪਲਾਇਰਾਂ ਦਾ ਪ੍ਰਬੰਧਨ, ਅਸਲ ਵਿੱਚ ਸਿਰਫ਼ ਇੱਕ ਸਕ੍ਰਿਪਟ ਦੀ ਲੋੜ ਹੈ
ਜਿਹੜਾ ਵਿਅਕਤੀ ਅਕਸਰ Claude Code ਵੱਡੇ ਮਾਡਲ API ਪ੍ਰਦਾਤਾ ਬਦਲਣ ਦੀ ਲੋੜ ਰੱਖਦਾ ਹੈ, ਉਸ ਲਈ API ਦਾ ਸੌਖਾ ਪ੍ਰਬੰਧਨ ਅਤੇ ਬਦਲਣਾ ਇੱਕ ਜ਼ਰੂਰੀ ਲੋੜ ਹੈ।
ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਕਈਂ API ਪ੍ਰਦਾਤਾਵਾਂ ਦੀ ਲੋੜ ਕਿਉਂ ਹੈ?
ਮੁੱਖ ਤੌਰ 'ਤੇ ਦੋ ਕਾਰਨ ਹਨ:
ਕਾਲ ਕਨਕਰੰਸੀ ਅਤੇ ਕੋਟੇ ਦਾ ਮੁੱਦਾ, ਕਈਂ Claude Code ਇੰਸਟੈਂਸ ਚਲਾਉਣਾ ਆਮ ਗੱਲ ਹੈ, ਜੇ ਸਾਰੇ ਕੰਮ ਚਲਾ ਰਹੇ ਹੋਣ ਅਤੇ ਸਿਰਫ਼ ਇੱਕ ਹੀ ਪ੍ਰਦਾਤਾ ਵਰਤਿਆ ਜਾਵੇ ਤਾਂ ਰੁਕਾਵਟ ਆ ਸਕਦੀ ਹੈ।
ਕੁਝ ਮਾਡਲਾਂ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵੱਖਰੀਆਂ ਹਨ, ਜੇ ਕੋਈ ਸਮੱਸਿਆ ਆਵੇ ਅਤੇ A ਕੰਮ ਨਾ ਕਰੇ, ਤਾਂ B ਨਾਲ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਜਾਂ ਫਿਰ A ਲਿਖੇ, ਅਤੇ B ਕੋਡ ਰਿਵਿਊ ਕਰੇ।
ਕੁਝ ਸਮੇਂ ਤੋਂ ਮੈਂ cc-switch ਵਰਤ ਰਿਹਾ ਸੀ, ਇਹ ਇੱਕ ਵਧੀਆ ਮੁਫ਼ਤ ਓਪਨ-ਸੋਰਸ ਸਾਫਟਵੇਅਰ ਹੈ। ਇਹ ਨਾ ਸਿਰਫ਼ ਕਈਂ ਪ੍ਰਦਾਤਾਵਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰ ਸਕਦਾ ਹੈ, ਬਲਕਿ ਸਕਿੱਲ, mcp, ਪ੍ਰੋਂਪਟ ਆਦਿ ਦਾ ਪ੍ਰਬੰਧਨ ਵੀ ਕਰ ਸਕਦਾ ਹੈ। ਅਤੇ ਇਹ ਸਿਰਫ਼ Claude Code ਹੀ ਨਹੀਂ, codex, Gemini, OpenCode ਨੂੰ ਵੀ ਸਹਾਇਤਾ ਕਰਦਾ ਹੈ।
ਪਰ ਇਸਦੀ ਸਮੱਸਿਆ ਇਹ ਹੈ ਕਿ ਇਹ ਬਹੁਤ ਸਾਰੀਆਂ ਸਹੂਲਤਾਂ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਹ ਲਗਾਤਾਰ ਵਧ ਰਿਹਾ ਹੈ। ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਬਹੁਤ ਸਾਰੇ ਉਤਪਾਦ ਬਣਾਉਣ ਵਾਲੇ ਵੱਖ-ਵੱਖ ਲੋਕਾਂ ਦੀਆਂ ਲੋੜਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨ ਤੋਂ ਇਨਕਾਰ ਕਰਨਾ ਮੁਸ਼ਕਲ ਹੈ, ਅਤੇ ਫਿਰ ਉਤਪਾਦ ਨੂੰ ਹੋਰ ਜਟਿਲ ਬਣਾ ਦਿੰਦੇ ਹਨ; ਅਤੇ ਟੂਲ ਵਰਤਣ ਵਾਲੇ ਲੋਕ ਵੀ ਹਮੇਸ਼ਾ ਵਧੇਰੇ ਸਹੂਲਤਾਂ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦੇ ਹਨ, ਹਾਲਾਂਕਿ ਹੁਣ ਇਹਨਾਂ ਦੀ ਲੋੜ ਨਾ ਵੀ ਹੋਵੇ, ਸੰਭਵ ਹੈ ਕਿ ਭਵਿੱਖ ਵਿੱਚ ਲੋੜ ਪੈ ਸਕਦੀ ਹੈ।
ਮੇਰਾ ਦਰਸ਼ਨ ਹਮੇਸ਼ਾ ਇਹ ਰਿਹਾ ਹੈ: Less is more। ਇੰਨੇ ਸਾਰੇ ਟੂਲਾਂ ਦਾ ਸਮਰਥਨ ਕਰਨ ਲਈ ਇਸਦੀਆਂ ਕੁਝ ਚੀਜ਼ਾਂ ਜਟਿਲ ਹੋ ਜਾਂਦੀਆਂ ਹਨ, ਮੈਂ ਸਿਰਫ਼ 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 ਦਾ ਆਸਾਨੀ ਨਾਲ ਪ੍ਰਬੰਧਨ ਕਰੋ।
ਨਾ ਸਿਰਫ਼ ਸਾਦਾ ਅਤੇ ਰੱਖ-ਰਖਾਅ ਵਿੱਚ ਆਸਾਨ, ਬਲਕਿ ਪ੍ਰਦਾਤਾ ਨੂੰ ਮਨਮਰਜ਼ੀ ਨਾਲ ਨਿਰਧਾਰਤ ਕਰਕੇ ਕਈਂ ਇੰਸਟੈਂਸ ਚਲਾਉਣ ਦੀ ਸਹੂਲਤ ਵੀ।
ਰੋਜ਼ਾਨਾ ਜ਼ਿੰਦਗੀ ਇਸੇ ਤਰ੍ਹਾਂ ਹੈ।
