# 影片筆記：CC Switch 更新：CLI 和 Desktop 模型配置终于独立了

## 一句話總結
CC-Switch 更新至 3.1u 版本後，將 CLI 與桌面版的模型配置項分離，新增桌面版專屬配置介面，支援從 Cloud Code 導入配置、設定模型映射與路由，但需注意桌面版不支持熱啟動及國產模型需保持開啟的限制。

## 核心重點
*   **配置項分離**：新版本將 CRI 版本與桌面版本的配置項分為兩個不同項目，解決了之前配置 Cloud Code 桌面端模型映射關係時的困惑。
*   **桌面版專屬配置**：新增「桌面版本」專屬配置介面，若升級後未顯示，需在主頁面設置中勾選「桌面版本的配置項」。
*   **模型映射與路由**：
    *   支援從現有 Cloud Code 導入大模型配置（針對非官方模型）。
    *   可設置模型決策（Model Decision），將 Cloud Code 體系下的模型（如 Sonic, Opus, Haiku）映射到實際請求的非官方模型。
    *   使用非 Cloud 直連模型時，必須開啟路由功能（設置 -> 設置路由）。
*   **操作限制**：
    *   **無熱啟動**：桌面版本不支持熱啟動，修改配置後必須關閉應用並重新啟動才能生效。
    *   **持續運行**：使用國產大模型（非直連模型）時，CC-Switch 必須保持開啟狀態，否則可能出現超時或錯誤；僅使用直連模型時可不開啟。

## 詳細大綱
### 1. 版本更新概況
*   CC-Switch 更新至最新版本 3.1u。
*   更新後理解成本降低，解決了之前配置 Cloud Code 桌面端模型映射關係時的困惑。
*   講者已準備詳細文檔，涵蓋工具定義、版本區別及操作步驟。

### 2. 核心區別：配置項分離
*   新版本將 CRI 版本與桌面版本的配置項分為兩個不同項目。
*   若升級後未顯示桌面版本配置項，需在主頁面設置中勾選「桌面版本的配置項」。

### 3. 桌面版本配置流程
*   **導入配置**：提供工具從現有 Cloud Code 導入已有的大模型配置（主要針對非官方模型）。
*   **模型映射（Model Decision）**：
    *   設置對應 Cloud Code 體系下的模型（Sonic, Opus, Haiku）。
    *   設定實際請求的非官方模型（例如：因 Pro 版本不支持實圖，需添加非 Pro 模型作為實圖模型）。
    *   可同時配置多個模型，或僅配置單一模型。
    *   顯示名稱僅為菜單顯示，實際生效取決於配置的「模型決策」下實際請求的模型。
*   **路由設置（Routing）**：
    *   使用非 Cloud 直連模型時，必須開啟路由。
    *   操作路徑：設置 -> 設置路由 -> 打開相關路由選項（如 Cloud 使用、Codex 等）。
    *   設定服務器地址，取代過去手動配置桌面端 interface 的步驟，實現一步配置完成。

### 4. 重要注意事項
*   **熱啟動限制**：桌面版本不支持熱啟動。修改模型或參數後，必須關閉應用並重新啟動才能生效。
*   **持續運行要求**：使用國產大模型（非直連模型）時，CC-Switch 必須保持開啟狀態，否則可能出現超時或錯誤。僅使用直連模型時可不開啟。

### 5. 資源分享
*   詳細操作文檔已發布於在線文檔。
*   內容包含：CC-Switch 定義、CLI 與桌面版區別、具體操作、歷史資料輪播及網盤下載連結。

## 工具 / 模型 / 名詞整理
*   **工具/軟體**：
    *   CC-Switch
    *   Cloud Code（桌面端）
    *   CLI（命令行版本）
    *   Codex
*   **模型/版本**：
    *   CC-Switch 版本 3.1u
    *   CRI 版本
    *   桌面版本
    *   Sonic
    *   Opus
    *   Haiku
    *   205 Pro（講者口述，疑點見下）
    *   2.5 / 2.5 Pro（講者口述模型名稱）

## 操作流程整理
1.  **確認版本與設置**：
    *   確保 CC-Switch 已更新至 3.1u 版本。
    *   若主頁面未顯示桌面版配置項，進入主頁面設置，勾選「桌面版本的配置項」。
2.  **導入模型配置**：
    *   使用工具從現有 Cloud Code 導入大模型配置（適用於非官方模型）。
3.  **設定模型映射（Model Decision）**：
    *   在配置介面中，選擇對應 Cloud Code 體系下的模型（如 Sonic, Opus, Haiku）。
    *   設定實際請求的非官方模型（例如：若 Pro 版本不支持實圖，則配置非 Pro 模型作為實圖模型）。
    *   可配置單一或多個模型。
4.  **開啟路由設置（Routing）**：
    *   進入「設置」->「設置路由」。
    *   打開相關路由選項（如 Cloud 使用、Codex 等）。
    *   設定服務器地址，完成路由配置。
5.  **重新啟動應用**：
    *   由於桌面版不支持熱啟動，修改配置後必須關閉並重新啟動 CC-Switch 應用以生效。

## 值得注意的限制或風險
*   **無熱啟動機制**：桌面版本不支持熱啟動，任何模型或參數的修改都需要重新啟動應用才能生效，影響操作流暢度。
*   **國產模型依賴性**：使用國產大模型（非直連模型）時，CC-Switch 必須保持開啟狀態。若關閉，可能導致請求超時或錯誤。僅使用直連模型時則無此限制。
*   **顯示名稱與實際生效分離**：菜單中的顯示名稱僅供參考，實際生效的模型取決於「模型決策」下配置的實際請求模型。

## 逐字稿辨識疑點
*   **「3.1u版本」**：逐字稿提及版本號為「3.1u」，通常版本號格式可能為數字或字母組合，此處「u」字樣需查證是否為口誤或特定內部版本標記。
*   **「模型印射關系」**：逐字稿中出現「印射」，根據上下文應指「映射」，但依規則標為疑點。
*   **「205 Pro」**：講者提到「小米的模型它這個 205 Pro 它是不支持實圖的」，其中「小米的模型」與「205 Pro」組合在常見大模型名稱中較少見，且「205 Pro」具體指代何種模型需查證，可能為聽寫錯誤或特定內部模型代號。
*   **「根系」**：講者提到「那這次的根系就能解決這樣的一個問題」，根據上下文語境應指「更新」或「機制」，但逐字稿記錄為「根系」，標為疑點。
*   **「輪迫」**：講者提到「歷史的一些資料的輪迫」，根據語境應指「輪播」或「列表」，但逐字稿記錄為「輪迫」，標為疑點。
*   **「展人畫的Nick」**：講者結尾自稱「展人畫的Nick」，此為講者自稱或頻道名稱，保留原樣。

## 可延伸追問
*   CC-Switch 3.1u 版本中，CLI 與桌面版配置分離的具體技術實現差異為何？
*   對於「205 Pro」或「小米的模型」，是否有官方文件或社群討論可查證其真實身份？
*   在什麼情況下可以安全地關閉 CC-Switch 而不影響使用？（僅限直連模型？）
*   詳細文檔中關於「歷史資料輪播」的具體內容是什麼？