cc-switch ত্যাগ করুন: একাধিক Claude Code সরবরাহকারী পরিচালনা করতে আসলে একটি স্ক্রিপ্টই যথেষ্ট
যে ব্যক্তি প্রায়শই Claude Code বৃহৎ মডেল API সরবরাহকারী পরিবর্তন করতে চায়, তার জন্য সুবিধাজনকভাবে API পরিচালনা এবং পরিবর্তন করা একটি অপরিহার্য প্রয়োজন।
প্রথমত, একাধিক API সরবরাহকারীর প্রয়োজন কেন?
প্রধানত দুটি কারণ রয়েছে:
কল সমবর্তন এবং সীমার সমস্যা, একাধিক Claude Code উদাহরণ চালানো সাধারণ ব্যাপার, যদি সব কাজ একই সরবরাহকারীর মাধ্যমে চলে তবে প্রায়শই বাধার সম্মুখীন হতে হয়।
কয়েকটি মডেলের নিজস্ব বিশেষত্ব রয়েছে, সমস্যা সমাধানে যদি A কাজ না করে, তবে B দিয়ে চেষ্টা করা যেতে পারে। অথবা A লিখতে পারে, B কোড রিভিউ করতে পারে।
এক সময় আমি cc-switch ব্যবহার করতাম, এটি একটি ভাল বিনামূল্যের ওপেন সোর্স সফটওয়্যার। এটি কেবল একাধিক সরবরাহকারী পরিচালনা করতেই পারে না, বরং স্কিল, এমসিপি, প্রম্পট ইত্যাদিও পরিচালনা করতে পারে। এবং এটি কেবল 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 সহজেই পরিচালনা করা যায়।
সহজ এবং রক্ষণাবেক্ষণযোগ্য, এবং ইচ্ছামতো সরবরাহকারী নির্দিষ্ট করে একাধিক উদাহরণ চালানো যায়।
দৈনন্দিন জীবন এমনই।
