Tinggalkan cc-switch: Mengelola Banyak Penyedia Claude Code, Sebenarnya Hanya Perlu Satu Skrip

Bagi seseorang yang sering perlu beralih penyedia API model besar Claude Code, manajemen dan peralihan API yang mudah adalah kebutuhan mendesak.

Pertama, mengapa perlu banyak penyedia API?

Ada dua alasan utama:

1. Masalah konkurensi panggilan dan kuota, membuka beberapa instans Claude Code adalah hal biasa, jika semua tugas berjalan hanya menggunakan satu penyedia mudah mengalami hambatan.

2. Beberapa model memiliki keahlian masing-masing, jika A tidak berhasil saat menghadapi masalah, bisa mencoba beralih ke B. Atau A menulis, B melakukan Code Review.

Untuk beberapa waktu saya menggunakan cc-switch, ini adalah perangkat lunak sumber terbuka gratis yang bagus. Tidak hanya dapat mengelola banyak penyedia, tetapi juga memiliki fungsi mengelola skill, mcp, prompt. Dan tidak hanya mendukung Claude Code, tetapi juga codex, Gemini, OpenCode.

Namun masalahnya justru adalah fungsinya yang terlalu banyak, dan semakin bertambah. Saya merasa banyak orang yang membuat produk sulit menolak memenuhi berbagai kebutuhan orang berbeda, lalu membuat produk semakin kompleks; dan pengguna alat juga selalu menyukai fungsi yang semakin banyak, sekarang mungkin tidak terpakai tetapi di masa depan mungkin berguna.

Filosofi yang saya anut selalu adalah "Less is more". Untuk mendukung begitu banyak alat, beberapa hal menjadi rumit, saya hanya menggunakan CC, jadi fungsi dan kompleksitas ini tidak bernilai, malah menjadi beban.

cc-switch sendiri memelihara file konfigurasi, saat banyak penyedia perlu berbagi konfigurasi, ia perlu memelihara konfigurasi umum secara terpisah. Dirinya sendiri sering menulis .claude/settings.json , di sini sering muncul beberapa masalah, terutama saat sering beralih penyedia.

Masalah lain adalah menggunakan beberapa instans CC dengan penyedia berbeda secara bersamaan, ini juga bermasalah (setidaknya saat saya gunakan mudah gagal beralih sepenuhnya menyebabkan permintaan gagal). Jika menggunakan fungsi proxy-nya maka hanya bisa beralih bersama tidak dapat memilih Penyedia berbeda di instans berbeda.

Kebutuhan saya juga sederhana:

• Konfigurasi dipelihara seragam (hanya satu salinan)

• Dapat menggunakan Penyedia berbeda di instans CC berbeda.

Berdasarkan tujuan ini implementasinya juga sederhana, menyimpan konfigurasi seragam di settings.json pengguna. Mengubah penyedia sebenarnya adalah mengubah beberapa variabel lingkungan CC itu, satu skrip shell dapat menyelesaikannya, jadi saya membuat roda sendiri dengan CC, menulis skrip ccs, yang mendukung parameter opsional -p untuk menentukan penyedia.

Sehingga saya dapat:

ccs -p glm 
ccs -p minimax
ccs -p kimi
ccs -p ark

Langkah lebih lanjut, membuat alias, langsung menggunakan mm、ark dapat langsung mengaktifkan Claude Code dengan penyedia tertentu.

alias mm="ccs -p minimax"
alias ark="ccs -p ark"

Kemudian dikombinasikan dengan zellij untuk mengelola banyak CC dengan penyedia berbeda dengan mudah.

Sederhana dan mudah dipelihara, dapat menentukan penyedia dan membuka banyak instans dengan bebas.

Sehari-hari seperti ini.