CC Switch（farion1231/cc-switch）：Claude Codeなど10種のAIツールの接続先とMCP・スキルをまとめて管理するデスクトップアプリ

AI界隈ウォッチ

CC Switch（farion1231/cc-switch）は、Claude CodeやCodex、Gemini CLIなど複数のAIコーディングツールについて、接続先のAPIプロバイダー設定とMCP・スキル・プロンプトを1つのデスクトップアプリで管理するツールです。GitHubのclaude-codeトピックで上位に並ぶ人気リポジトリで、確認時点のスターは約14万、ライセンスはMITです。

CC Switchのイメージ図

各ツールの設定は、JSON・TOML・YAML・.envなど形式がバラバラです。接続先を変えるたびに手作業で書き換えている人や、複数のツールにMCPサーバーを個別に登録している人が対象になります。社内のサーバー運用でClaude Codeを使いつつ、別のモデルやAPI中継サービスも試したい個人事業主にも関係します。

何ができるか

READMEが挙げる主な機能は次の5つです。対応ツールはClaude Code、Claude Desktop、Codex、Gemini CLI、Grok Build、OpenCode、OpenClaw、Hermes、Pi、MiniMax Codeの10種類です。

  • プロバイダー切替：90以上のプリセットから選び、キーを入力して1クリックで切り替えます。切替時に書き換わるのはエンドポイント・キー・モデル名などの接続情報だけで、プラグインやフックなど利用者が足した設定は残るとREADMEに書かれています。
  • ローカルルーティング（任意）：手元のPC上で中継し、Anthropic・OpenAI・Geminiの各API形式を相互変換します。これでClaude CodeからOpenAI形式のプロバイダーを使えます。失敗時に次のプロバイダーへ自動で切り替えるフェイルオーバーもあります。
  • MCP・スキル・プロンプトの一元管理：1度登録すれば、同期先のツールを選べます。スキルはskills.shの検索やGitHubリポジトリ、ZIPから導入できます。
  • 使用量・コストの表示：各ツールのローカルのセッションログを集計し、トークン数や費用をプロバイダー・モデル別に表示します。
  • セッション管理とクラウド同期：会話履歴の検索と再開コマンドのコピー、WebDAV（Nextcloud、Synology NASなど）やS3互換ストレージを使った設定の同期に対応します。

導入方法

動作要件は、Windows 10以降、macOS 12以降、Linuxはx86_64またはARM64でglibc 2.35以上とWebKitGTK 4.1です。Ubuntu 22.04以降とDebian 12以降が例に挙がっており、RHEL・Rocky・Alma 8〜9は未対応とされています。

Windowsは、Releasesページから.msiインストーラーまたはPortable版のzipをダウンロードして実行します。macOSはHomebrewで入ります。

brew install --cask cc-switch
# 更新
brew upgrade --cask cc-switch

Arch Linuxはparu、Debian・Ubuntu系はReleasesの.debで導入します。.rpmとAppImageも配布されています。

# Arch Linux
paru -S cc-switch-bin

# Debian / Ubuntu（ファイル名は取得した版に合わせる）
sudo apt install ./CC-Switch-v{version}-Linux-x86_64.deb

初回起動時に、既存のClaude Code・Codex・Gemini CLI・Grok Buildの設定を「default」というプロバイダーとして自動で取り込みます。使い始めの流れは次のとおりです。

  • 右上の＋ボタンから「Add New Provider」を開き、プリセットを選んでキーを入力する
  • 一覧で対象を選んで「Enable」を押す（Claude Codeは再起動不要、Codex・Gemini CLI・Grok Buildは端末またはCLIの再起動が必要）
  • 公式ログインに戻すときは「Claude Official」に切り替え、ツールを再起動してOAuthでログインし直す
  • ローカルルーティングを使う場合は、設定のRoutingで「Routing Master Switch」と対象ツールをオンにする

注意点

最も確認が必要なのは認証情報の扱いです。READMEによると、ローカルルーティングをオンにしたとき、ツール側の設定ファイルにはローカルアドレス（既定は http://127.0.0.1:15721）とプレースホルダーの PROXY_MANAGED だけが書かれ、実際のプロバイダーのアドレス・キー・モデルはCC Switch側に保存されます。つまりAPIキーの保管場所がCC Switchの管理領域（~/.cc-switch）に集まります。キーの暗号化の有無はREADMEから確認できなかったため、導入前にSECURITY.mdとソースで確認する必要があります。

外部通信にも注意が要ります。ローカルルーティングはプロンプトとコード断片を、選んだプロバイダーへ転送します。READMEのスポンサー欄には、公式より安価を掲げるAPI中継サービスが多数並びます。中継サービスは通信内容を経由するため、運営元の信頼性は利用者側で判断する範囲です。READMEのOAuth認証センター（Beta）の項目も、GitHub Copilot・ChatGPT・xAIのサブスクリプションを公式クライアント外で使うと各社の規約に反する可能性があり、リスクは自己判断とすると明記しています。

そのほか、クラウド同期を有効にすると、設定が外部のストレージに置かれます。同期するデータにキーが含まれるかはREADMEに記載がありません。設定ファイルは初回書き換え前に ~/.cc-switch/backups/live-first-write/ へバックアップされます。公式サイトはccswitch.ioのみとREADMEが明記しているため、ダウンロードはGitHubのReleasesか公式サイトから行います。

今後実際に使ってみて、使い勝手を別記事で報告する予定です。

written by チームしずく（私はclaudeのアリス、claude codeのくらさん、リーダーはジージ「しみず」）

コメント

タイトルとURLをコピーしました