CC Switch 更新：CLI 和 Desktop 模型配置终于独立了

Nicknick 首頁 每日列表 原始影片
實際影片長度：4:54.000。原文、繁中、雙語可點擊句子跳轉影片。
0:00.000–0:03.720
zh昨天的CC-Switch也是更新了最新的版本3.1u版本。
0:03.720–0:09.420
zh我這邊也第一時間做了更新,感覺比之前會好用很多,在理解起來成本會少很多。
0:09.420–0:17.720
zh因為我們之前在之前的視頻告訴大家如何去配置Cloud Code桌面端的模型印射關系的時候,很多朋友不太清楚。
0:17.720–0:19.760
zh那這次其實能解決大家的問題。
0:19.760–0:24.520
zh以防有的朋友剛開始用CC-Switch可能不太理解這是個什麼東西。
0:24.520–0:29.720
zh我也專門去梳理了一個文檔,從什麼是CC-Switch到一直怎麼配置它,
0:29.720–0:32.480
zh怎麼使用它都會有個文檔,大家可以往後看。
0:32.480–0:38.880
zh首先我們打開這個CC-Switch的最新版本,然後會有一個核心的區別。
0:38.880–0:40.480
zh核心區別就是這個地方。
0:40.480–0:47.080
zh我們將這個作者將CC-Switch的這個CRI版本和這個桌面版本,它分成了兩個不同的配置項。
0:47.080–0:52.360
zh如果我們升級完成之後看不到這個桌面版本的配置項,我們需要在這個設置裡面。
0:52.360–0:57.440
zh在主頁面顯示這地方去勾選上這個桌面版本的配置項就可以了。
0:57.440–0:59.440
zh好,我們回到這個頁面。
0:59.440–1:02.200
zh我們在這個配置項之後,我們點一下這個桌面版的。
1:02.200–1:05.000
zh我們第一次登入進來的時候,其實它裡面什麼都沒有。
1:05.000–1:10.720
zh但是它可以提供了一個工具,從現有的Cloud Code裡面導入已有的這個大模型的配置。
1:10.720–1:16.880
zh好,我們的目的是將前面的CRI版本的內容全部copy過來,放到這個地方。
1:16.880–1:23.160
zh因為我們大部分使用CC-Switch的朋友,我們的模型其實都是非官方的。
1:23.160–1:26.800
zh所以我們今天這地方我們就不去聊說官方渠道要怎麼用。
1:26.800–1:30.400
zh因為官方渠道理論上是用不到這個CC-Switch這個工具的。
1:30.400–1:32.280
zh那這樣有一個好處是什麼?
1:32.280–1:36.920
zh就是我們將CRI版本和這個桌面版本的模型配置項分開了。
1:36.920–1:41.840
zh我們現在再去配置這個桌面版本的時候,我們直接點這邊。
1:41.840–1:44.160
zh裡面的內容其實和之前還是一樣。
1:44.160–1:47.360
zh他們就會出現一些這些配置的映射內容。
1:47.360–1:52.600
zh我們之前在桌面端裡面要到那個什麼3rd party interface裡面去調。
1:52.600–1:54.160
zh大家可能不是很直觀。
1:54.160–1:57.840
zh那我們在這個地方就可以去設置對應的不同的模型。
1:57.840–2:02.480
zh這個模型決策的意思就是它對應在Cloud Code的體系下的那幾個模型。
2:02.480–2:04.160
enSonic, Opus, Haiku。
2:04.160–2:08.840
zh那這個模型它對應的我們實際用的模型是什麼?
2:08.840–2:10.240
zh這就是我們的對應關係。
2:10.240–2:11.720
zh我們可以去添加。
2:11.720–2:14.640
zh比如說我添加一個我這方選Opus。
2:14.640–2:19.560
zh因為小米的模型它這個205 Pro它是不支持實圖的。
2:19.560–2:22.280
zh所以我需要去添加一個非Pro的模型。
2:22.280–2:23.640
zh它作為這個實圖模型。
2:23.640–2:25.440
zh2.5大概是這個樣子。
2:25.440–2:28.960
zh所以我這樣就可以同時去配置兩個模型。
2:28.960–2:33.480
zh當然如果你的整個的模型庫裡面只有一種模型,或者說我只需要調用一種模型。
2:33.480–2:35.080
zh那我在這個地方我配置一個就可以了。
2:35.080–2:36.280
zh我這方選什麼都可以。
2:36.280–2:37.320
enSonic, Opus, Haiku。
2:37.320–2:38.320
zh理論上都一樣。
2:38.840–2:41.000
zh因為我是走的它的路徑模型決策。
2:41.000–2:42.720
zh所以和這個地方顯示沒有關係。
2:42.720–2:44.720
zh只和我配置的這個模型決策下。
2:44.720–2:46.200
zh我實際請求的模型是什麼?
2:46.200–2:46.600
zh有關係。
2:46.600–2:47.640
zh我們去到這個地方。
2:47.640–2:50.040
zh支持這個上下文,我建議把這個勾選。
2:50.040–2:51.240
zh我們點保存。
2:51.240–2:52.640
zh還有一個核心的。
2:52.640–2:57.640
zh只要你是用的非Cloud直連的這個模型,我們都需要把路由打開。
2:57.640–2:59.320
zh路由打開的方式還在這個地方。
2:59.320–3:00.760
zh點設置路由進來。
3:00.760–3:02.120
zh下面這兩個打開。
3:02.120–3:03.800
zh同樣的把這個路由Cloud使用。
3:03.800–3:06.520
zh如果你用的Codex,就把這個Codex打開。
3:06.520–3:08.120
zh服務器地址就是這個。
3:08.120–3:12.840
zh因為我們之前還需要手動把這個服務器地址去配置到我們桌面端的interface裡面。
3:12.840–3:14.000
zh我們這樣就不用了。
3:14.000–3:15.760
zh我們直接就一步配置完成了。
3:15.760–3:16.560
enOK。
3:17.600–3:19.240
zh這個地方要注意一下。
3:19.240–3:22.880
zh我們在CR版本和這個桌面版本有一個核心的區別。
3:22.880–3:25.040
zh就是桌面版本它不支持熱啟動。
3:25.040–3:30.600
zh也就是說我每次改變了我的模型或者是參數的時候,我都需要把它關閉這個應用重啟它才可以。
3:30.600–3:31.960
zh對,它正好也提示了。
3:31.960–3:35.080
zh我調整了這個配置之後,我需要去關閉再重啟。
3:35.080–3:36.960
zhOK。大家看這下面。
3:36.960–3:39.680
zh就會剛才我配置的2.5的2,2.5。
3:39.680–3:41.440
zh我配置是2.5,2嗎?
3:42.320–3:43.320
zh我這邊寫的是2。
3:43.320–3:44.560
zh那這是沒問題的。
3:44.560–3:45.960
zh因為這是在菜單顯示的名稱。
3:45.960–3:47.680
zh它實際起用的是2.5 Pro模型。
3:47.680–3:48.560
zh2.5的模型。
3:48.560–3:49.560
enOpus。
3:49.560–3:50.680
zh我這邊就可以直接選擇。
3:50.680–3:54.440
zh而我們之前升級的,我們這個地方只能顯示,比如說Opus或者Haiku。
3:54.440–3:55.760
zh對應它是什麼模型。
3:55.760–3:59.120
zh我要回到這個CC Switch名去找,就可能沒有那麼直觀。
3:59.120–4:01.320
zh那這次的根系就能解決這樣的一個問題。
4:01.320–4:02.240
zh我覺得特別好。
4:02.240–4:06.160
zh同樣的,我在這個Cli裡面的配置也是一樣的。
4:06.160–4:11.440
zh我能夠去根據它的配置去顯示,根據它的配置去調整。
4:11.440–4:13.040
zh勾選是否有上下文。
4:13.040–4:19.280
zh在使用過程當中,如果你一直是用國產大模型,也就是非直連模型,這個CC Switch是要一直開啟的。
4:19.280–4:24.280
zh有的朋友可能碰到時候我CC Switch關掉了,我再去連會發現超時或者爆錯。
4:24.280–4:25.120
zh是不可以的。
4:25.120–4:27.520
zh這個是一直要開啟的,除非你是用直連的模型。
4:27.520–4:30.960
zh等下說一下,我那個文檔已經放在這個在線文檔裡面。
4:30.960–4:34.160
zh大家可以來看,我們會解釋了CC Switch是什麼。
4:34.160–4:37.880
zh以及區別,命令行版本和桌面版的區別。
4:37.880–4:41.080
zh以及具體的操作方式,都已經在文檔裡面寫得很清楚了。
4:41.080–4:44.840
zh包括我之前歷史的一些資料的輪迫都會在這個地方。
4:44.840–4:46.040
zh包括一些網盤都在這裡。
4:46.040–4:48.480
zh大家有需要的可以來下載。
4:48.480–4:49.440
zh今天就說這麼多。
4:49.440–4:51.640
zh這裡是展人畫的Nick,記得給我點贊。
0:00.000–0:03.720
昨天的CC-Switch也是更新了最新的版本3.1u版本。
0:03.720–0:09.420
我這邊也第一時間做了更新,感覺比之前會好用很多,在理解起來成本會少很多。
0:09.420–0:17.720
因為我們之前在之前的視頻告訴大家如何去配置Cloud Code桌面端的模型印射關系的時候,很多朋友不太清楚。
0:17.720–0:19.760
那這次其實能解決大家的問題。
0:19.760–0:24.520
以防有的朋友剛開始用CC-Switch可能不太理解這是個什麼東西。
0:24.520–0:29.720
我也專門去梳理了一個文檔,從什麼是CC-Switch到一直怎麼配置它,
0:29.720–0:32.480
怎麼使用它都會有個文檔,大家可以往後看。
0:32.480–0:38.880
首先我們打開這個CC-Switch的最新版本,然後會有一個核心的區別。
0:38.880–0:40.480
核心區別就是這個地方。
0:40.480–0:47.080
我們將這個作者將CC-Switch的這個CRI版本和這個桌面版本,它分成了兩個不同的配置項。
0:47.080–0:52.360
如果我們升級完成之後看不到這個桌面版本的配置項,我們需要在這個設置裡面。
0:52.360–0:57.440
在主頁面顯示這地方去勾選上這個桌面版本的配置項就可以了。
0:57.440–0:59.440
好,我們回到這個頁面。
0:59.440–1:02.200
我們在這個配置項之後,我們點一下這個桌面版的。
1:02.200–1:05.000
我們第一次登入進來的時候,其實它裡面什麼都沒有。
1:05.000–1:10.720
但是它可以提供了一個工具,從現有的Cloud Code裡面導入已有的這個大模型的配置。
1:10.720–1:16.880
好,我們的目的是將前面的CRI版本的內容全部copy過來,放到這個地方。
1:16.880–1:23.160
因為我們大部分使用CC-Switch的朋友,我們的模型其實都是非官方的。
1:23.160–1:26.800
所以我們今天這地方我們就不去聊說官方渠道要怎麼用。
1:26.800–1:30.400
因為官方渠道理論上是用不到這個CC-Switch這個工具的。
1:30.400–1:32.280
那這樣有一個好處是什麼?
1:32.280–1:36.920
就是我們將CRI版本和這個桌面版本的模型配置項分開了。
1:36.920–1:41.840
我們現在再去配置這個桌面版本的時候,我們直接點這邊。
1:41.840–1:44.160
裡面的內容其實和之前還是一樣。
1:44.160–1:47.360
他們就會出現一些這些配置的映射內容。
1:47.360–1:52.600
我們之前在桌面端裡面要到那個什麼3rd party interface裡面去調。
1:52.600–1:54.160
大家可能不是很直觀。
1:54.160–1:57.840
那我們在這個地方就可以去設置對應的不同的模型。
1:57.840–2:02.480
這個模型決策的意思就是它對應在Cloud Code的體系下的那幾個模型。
2:02.480–2:04.160
Sonic, Opus, Haiku。
2:04.160–2:08.840
那這個模型它對應的我們實際用的模型是什麼?
2:08.840–2:10.240
這就是我們的對應關係。
2:10.240–2:11.720
我們可以去添加。
2:11.720–2:14.640
比如說我添加一個我這方選Opus。
2:14.640–2:19.560
因為小米的模型它這個205 Pro它是不支持實圖的。
2:19.560–2:22.280
所以我需要去添加一個非Pro的模型。
2:22.280–2:23.640
它作為這個實圖模型。
2:23.640–2:25.440
2.5大概是這個樣子。
2:25.440–2:28.960
所以我這樣就可以同時去配置兩個模型。
2:28.960–2:33.480
當然如果你的整個的模型庫裡面只有一種模型,或者說我只需要調用一種模型。
2:33.480–2:35.080
那我在這個地方我配置一個就可以了。
2:35.080–2:36.280
我這方選什麼都可以。
2:36.280–2:37.320
Sonic, Opus, Haiku。
2:37.320–2:38.320
理論上都一樣。
2:38.840–2:41.000
因為我是走的它的路徑模型決策。
2:41.000–2:42.720
所以和這個地方顯示沒有關係。
2:42.720–2:44.720
只和我配置的這個模型決策下。
2:44.720–2:46.200
我實際請求的模型是什麼?
2:46.200–2:46.600
有關係。
2:46.600–2:47.640
我們去到這個地方。
2:47.640–2:50.040
支持這個上下文,我建議把這個勾選。
2:50.040–2:51.240
我們點保存。
2:51.240–2:52.640
還有一個核心的。
2:52.640–2:57.640
只要你是用的非Cloud直連的這個模型,我們都需要把路由打開。
2:57.640–2:59.320
路由打開的方式還在這個地方。
2:59.320–3:00.760
點設置路由進來。
3:00.760–3:02.120
下面這兩個打開。
3:02.120–3:03.800
同樣的把這個路由Cloud使用。
3:03.800–3:06.520
如果你用的Codex,就把這個Codex打開。
3:06.520–3:08.120
服務器地址就是這個。
3:08.120–3:12.840
因為我們之前還需要手動把這個服務器地址去配置到我們桌面端的interface裡面。
3:12.840–3:14.000
我們這樣就不用了。
3:14.000–3:15.760
我們直接就一步配置完成了。
3:15.760–3:16.560
OK。
3:17.600–3:19.240
這個地方要注意一下。
3:19.240–3:22.880
我們在CR版本和這個桌面版本有一個核心的區別。
3:22.880–3:25.040
就是桌面版本它不支持熱啟動。
3:25.040–3:30.600
也就是說我每次改變了我的模型或者是參數的時候,我都需要把它關閉這個應用重啟它才可以。
3:30.600–3:31.960
對,它正好也提示了。
3:31.960–3:35.080
我調整了這個配置之後,我需要去關閉再重啟。
3:35.080–3:36.960
OK。大家看這下面。
3:36.960–3:39.680
就會剛才我配置的2.5的2,2.5。
3:39.680–3:41.440
我配置是2.5,2嗎?
3:42.320–3:43.320
我這邊寫的是2。
3:43.320–3:44.560
那這是沒問題的。
3:44.560–3:45.960
因為這是在菜單顯示的名稱。
3:45.960–3:47.680
它實際起用的是2.5 Pro模型。
3:47.680–3:48.560
2.5的模型。
3:48.560–3:49.560
Opus。
3:49.560–3:50.680
我這邊就可以直接選擇。
3:50.680–3:54.440
而我們之前升級的,我們這個地方只能顯示,比如說Opus或者Haiku。
3:54.440–3:55.760
對應它是什麼模型。
3:55.760–3:59.120
我要回到這個CC Switch名去找,就可能沒有那麼直觀。
3:59.120–4:01.320
那這次的根系就能解決這樣的一個問題。
4:01.320–4:02.240
我覺得特別好。
4:02.240–4:06.160
同樣的,我在這個Cli裡面的配置也是一樣的。
4:06.160–4:11.440
我能夠去根據它的配置去顯示,根據它的配置去調整。
4:11.440–4:13.040
勾選是否有上下文。
4:13.040–4:19.280
在使用過程當中,如果你一直是用國產大模型,也就是非直連模型,這個CC Switch是要一直開啟的。
4:19.280–4:24.280
有的朋友可能碰到時候我CC Switch關掉了,我再去連會發現超時或者爆錯。
4:24.280–4:25.120
是不可以的。
4:25.120–4:27.520
這個是一直要開啟的,除非你是用直連的模型。
4:27.520–4:30.960
等下說一下,我那個文檔已經放在這個在線文檔裡面。
4:30.960–4:34.160
大家可以來看,我們會解釋了CC Switch是什麼。
4:34.160–4:37.880
以及區別,命令行版本和桌面版的區別。
4:37.880–4:41.080
以及具體的操作方式,都已經在文檔裡面寫得很清楚了。
4:41.080–4:44.840
包括我之前歷史的一些資料的輪迫都會在這個地方。
4:44.840–4:46.040
包括一些網盤都在這裡。
4:46.040–4:48.480
大家有需要的可以來下載。
4:48.480–4:49.440
今天就說這麼多。
4:49.440–4:51.640
這裡是展人畫的Nick,記得給我點贊。
0:00.000–0:03.720
zh昨天的CC-Switch也是更新了最新的版本3.1u版本。
昨天的CC-Switch也是更新了最新的版本3.1u版本。
0:03.720–0:09.420
zh我這邊也第一時間做了更新,感覺比之前會好用很多,在理解起來成本會少很多。
我這邊也第一時間做了更新,感覺比之前會好用很多,在理解起來成本會少很多。
0:09.420–0:17.720
zh因為我們之前在之前的視頻告訴大家如何去配置Cloud Code桌面端的模型印射關系的時候,很多朋友不太清楚。
因為我們之前在之前的視頻告訴大家如何去配置Cloud Code桌面端的模型印射關系的時候,很多朋友不太清楚。
0:17.720–0:19.760
zh那這次其實能解決大家的問題。
那這次其實能解決大家的問題。
0:19.760–0:24.520
zh以防有的朋友剛開始用CC-Switch可能不太理解這是個什麼東西。
以防有的朋友剛開始用CC-Switch可能不太理解這是個什麼東西。
0:24.520–0:29.720
zh我也專門去梳理了一個文檔,從什麼是CC-Switch到一直怎麼配置它,
我也專門去梳理了一個文檔,從什麼是CC-Switch到一直怎麼配置它,
0:29.720–0:32.480
zh怎麼使用它都會有個文檔,大家可以往後看。
怎麼使用它都會有個文檔,大家可以往後看。
0:32.480–0:38.880
zh首先我們打開這個CC-Switch的最新版本,然後會有一個核心的區別。
首先我們打開這個CC-Switch的最新版本,然後會有一個核心的區別。
0:38.880–0:40.480
zh核心區別就是這個地方。
核心區別就是這個地方。
0:40.480–0:47.080
zh我們將這個作者將CC-Switch的這個CRI版本和這個桌面版本,它分成了兩個不同的配置項。
我們將這個作者將CC-Switch的這個CRI版本和這個桌面版本,它分成了兩個不同的配置項。
0:47.080–0:52.360
zh如果我們升級完成之後看不到這個桌面版本的配置項,我們需要在這個設置裡面。
如果我們升級完成之後看不到這個桌面版本的配置項,我們需要在這個設置裡面。
0:52.360–0:57.440
zh在主頁面顯示這地方去勾選上這個桌面版本的配置項就可以了。
在主頁面顯示這地方去勾選上這個桌面版本的配置項就可以了。
0:57.440–0:59.440
zh好,我們回到這個頁面。
好,我們回到這個頁面。
0:59.440–1:02.200
zh我們在這個配置項之後,我們點一下這個桌面版的。
我們在這個配置項之後,我們點一下這個桌面版的。
1:02.200–1:05.000
zh我們第一次登入進來的時候,其實它裡面什麼都沒有。
我們第一次登入進來的時候,其實它裡面什麼都沒有。
1:05.000–1:10.720
zh但是它可以提供了一個工具,從現有的Cloud Code裡面導入已有的這個大模型的配置。
但是它可以提供了一個工具,從現有的Cloud Code裡面導入已有的這個大模型的配置。
1:10.720–1:16.880
zh好,我們的目的是將前面的CRI版本的內容全部copy過來,放到這個地方。
好,我們的目的是將前面的CRI版本的內容全部copy過來,放到這個地方。
1:16.880–1:23.160
zh因為我們大部分使用CC-Switch的朋友,我們的模型其實都是非官方的。
因為我們大部分使用CC-Switch的朋友,我們的模型其實都是非官方的。
1:23.160–1:26.800
zh所以我們今天這地方我們就不去聊說官方渠道要怎麼用。
所以我們今天這地方我們就不去聊說官方渠道要怎麼用。
1:26.800–1:30.400
zh因為官方渠道理論上是用不到這個CC-Switch這個工具的。
因為官方渠道理論上是用不到這個CC-Switch這個工具的。
1:30.400–1:32.280
zh那這樣有一個好處是什麼?
那這樣有一個好處是什麼?
1:32.280–1:36.920
zh就是我們將CRI版本和這個桌面版本的模型配置項分開了。
就是我們將CRI版本和這個桌面版本的模型配置項分開了。
1:36.920–1:41.840
zh我們現在再去配置這個桌面版本的時候,我們直接點這邊。
我們現在再去配置這個桌面版本的時候,我們直接點這邊。
1:41.840–1:44.160
zh裡面的內容其實和之前還是一樣。
裡面的內容其實和之前還是一樣。
1:44.160–1:47.360
zh他們就會出現一些這些配置的映射內容。
他們就會出現一些這些配置的映射內容。
1:47.360–1:52.600
zh我們之前在桌面端裡面要到那個什麼3rd party interface裡面去調。
我們之前在桌面端裡面要到那個什麼3rd party interface裡面去調。
1:52.600–1:54.160
zh大家可能不是很直觀。
大家可能不是很直觀。
1:54.160–1:57.840
zh那我們在這個地方就可以去設置對應的不同的模型。
那我們在這個地方就可以去設置對應的不同的模型。
1:57.840–2:02.480
zh這個模型決策的意思就是它對應在Cloud Code的體系下的那幾個模型。
這個模型決策的意思就是它對應在Cloud Code的體系下的那幾個模型。
2:02.480–2:04.160
enSonic, Opus, Haiku。
Sonic, Opus, Haiku。
2:04.160–2:08.840
zh那這個模型它對應的我們實際用的模型是什麼?
那這個模型它對應的我們實際用的模型是什麼?
2:08.840–2:10.240
zh這就是我們的對應關係。
這就是我們的對應關係。
2:10.240–2:11.720
zh我們可以去添加。
我們可以去添加。
2:11.720–2:14.640
zh比如說我添加一個我這方選Opus。
比如說我添加一個我這方選Opus。
2:14.640–2:19.560
zh因為小米的模型它這個205 Pro它是不支持實圖的。
因為小米的模型它這個205 Pro它是不支持實圖的。
2:19.560–2:22.280
zh所以我需要去添加一個非Pro的模型。
所以我需要去添加一個非Pro的模型。
2:22.280–2:23.640
zh它作為這個實圖模型。
它作為這個實圖模型。
2:23.640–2:25.440
zh2.5大概是這個樣子。
2.5大概是這個樣子。
2:25.440–2:28.960
zh所以我這樣就可以同時去配置兩個模型。
所以我這樣就可以同時去配置兩個模型。
2:28.960–2:33.480
zh當然如果你的整個的模型庫裡面只有一種模型,或者說我只需要調用一種模型。
當然如果你的整個的模型庫裡面只有一種模型,或者說我只需要調用一種模型。
2:33.480–2:35.080
zh那我在這個地方我配置一個就可以了。
那我在這個地方我配置一個就可以了。
2:35.080–2:36.280
zh我這方選什麼都可以。
我這方選什麼都可以。
2:36.280–2:37.320
enSonic, Opus, Haiku。
Sonic, Opus, Haiku。
2:37.320–2:38.320
zh理論上都一樣。
理論上都一樣。
2:38.840–2:41.000
zh因為我是走的它的路徑模型決策。
因為我是走的它的路徑模型決策。
2:41.000–2:42.720
zh所以和這個地方顯示沒有關係。
所以和這個地方顯示沒有關係。
2:42.720–2:44.720
zh只和我配置的這個模型決策下。
只和我配置的這個模型決策下。
2:44.720–2:46.200
zh我實際請求的模型是什麼?
我實際請求的模型是什麼?
2:46.200–2:46.600
zh有關係。
有關係。
2:46.600–2:47.640
zh我們去到這個地方。
我們去到這個地方。
2:47.640–2:50.040
zh支持這個上下文,我建議把這個勾選。
支持這個上下文,我建議把這個勾選。
2:50.040–2:51.240
zh我們點保存。
我們點保存。
2:51.240–2:52.640
zh還有一個核心的。
還有一個核心的。
2:52.640–2:57.640
zh只要你是用的非Cloud直連的這個模型,我們都需要把路由打開。
只要你是用的非Cloud直連的這個模型,我們都需要把路由打開。
2:57.640–2:59.320
zh路由打開的方式還在這個地方。
路由打開的方式還在這個地方。
2:59.320–3:00.760
zh點設置路由進來。
點設置路由進來。
3:00.760–3:02.120
zh下面這兩個打開。
下面這兩個打開。
3:02.120–3:03.800
zh同樣的把這個路由Cloud使用。
同樣的把這個路由Cloud使用。
3:03.800–3:06.520
zh如果你用的Codex,就把這個Codex打開。
如果你用的Codex,就把這個Codex打開。
3:06.520–3:08.120
zh服務器地址就是這個。
服務器地址就是這個。
3:08.120–3:12.840
zh因為我們之前還需要手動把這個服務器地址去配置到我們桌面端的interface裡面。
因為我們之前還需要手動把這個服務器地址去配置到我們桌面端的interface裡面。
3:12.840–3:14.000
zh我們這樣就不用了。
我們這樣就不用了。
3:14.000–3:15.760
zh我們直接就一步配置完成了。
我們直接就一步配置完成了。
3:15.760–3:16.560
enOK。
OK。
3:17.600–3:19.240
zh這個地方要注意一下。
這個地方要注意一下。
3:19.240–3:22.880
zh我們在CR版本和這個桌面版本有一個核心的區別。
我們在CR版本和這個桌面版本有一個核心的區別。
3:22.880–3:25.040
zh就是桌面版本它不支持熱啟動。
就是桌面版本它不支持熱啟動。
3:25.040–3:30.600
zh也就是說我每次改變了我的模型或者是參數的時候,我都需要把它關閉這個應用重啟它才可以。
也就是說我每次改變了我的模型或者是參數的時候,我都需要把它關閉這個應用重啟它才可以。
3:30.600–3:31.960
zh對,它正好也提示了。
對,它正好也提示了。
3:31.960–3:35.080
zh我調整了這個配置之後,我需要去關閉再重啟。
我調整了這個配置之後,我需要去關閉再重啟。
3:35.080–3:36.960
zhOK。大家看這下面。
OK。大家看這下面。
3:36.960–3:39.680
zh就會剛才我配置的2.5的2,2.5。
就會剛才我配置的2.5的2,2.5。
3:39.680–3:41.440
zh我配置是2.5,2嗎?
我配置是2.5,2嗎?
3:42.320–3:43.320
zh我這邊寫的是2。
我這邊寫的是2。
3:43.320–3:44.560
zh那這是沒問題的。
那這是沒問題的。
3:44.560–3:45.960
zh因為這是在菜單顯示的名稱。
因為這是在菜單顯示的名稱。
3:45.960–3:47.680
zh它實際起用的是2.5 Pro模型。
它實際起用的是2.5 Pro模型。
3:47.680–3:48.560
zh2.5的模型。
2.5的模型。
3:48.560–3:49.560
enOpus。
Opus。
3:49.560–3:50.680
zh我這邊就可以直接選擇。
我這邊就可以直接選擇。
3:50.680–3:54.440
zh而我們之前升級的,我們這個地方只能顯示,比如說Opus或者Haiku。
而我們之前升級的,我們這個地方只能顯示,比如說Opus或者Haiku。
3:54.440–3:55.760
zh對應它是什麼模型。
對應它是什麼模型。
3:55.760–3:59.120
zh我要回到這個CC Switch名去找,就可能沒有那麼直觀。
我要回到這個CC Switch名去找,就可能沒有那麼直觀。
3:59.120–4:01.320
zh那這次的根系就能解決這樣的一個問題。
那這次的根系就能解決這樣的一個問題。
4:01.320–4:02.240
zh我覺得特別好。
我覺得特別好。
4:02.240–4:06.160
zh同樣的,我在這個Cli裡面的配置也是一樣的。
同樣的,我在這個Cli裡面的配置也是一樣的。
4:06.160–4:11.440
zh我能夠去根據它的配置去顯示,根據它的配置去調整。
我能夠去根據它的配置去顯示,根據它的配置去調整。
4:11.440–4:13.040
zh勾選是否有上下文。
勾選是否有上下文。
4:13.040–4:19.280
zh在使用過程當中,如果你一直是用國產大模型,也就是非直連模型,這個CC Switch是要一直開啟的。
在使用過程當中,如果你一直是用國產大模型,也就是非直連模型,這個CC Switch是要一直開啟的。
4:19.280–4:24.280
zh有的朋友可能碰到時候我CC Switch關掉了,我再去連會發現超時或者爆錯。
有的朋友可能碰到時候我CC Switch關掉了,我再去連會發現超時或者爆錯。
4:24.280–4:25.120
zh是不可以的。
是不可以的。
4:25.120–4:27.520
zh這個是一直要開啟的,除非你是用直連的模型。
這個是一直要開啟的,除非你是用直連的模型。
4:27.520–4:30.960
zh等下說一下,我那個文檔已經放在這個在線文檔裡面。
等下說一下,我那個文檔已經放在這個在線文檔裡面。
4:30.960–4:34.160
zh大家可以來看,我們會解釋了CC Switch是什麼。
大家可以來看,我們會解釋了CC Switch是什麼。
4:34.160–4:37.880
zh以及區別,命令行版本和桌面版的區別。
以及區別,命令行版本和桌面版的區別。
4:37.880–4:41.080
zh以及具體的操作方式,都已經在文檔裡面寫得很清楚了。
以及具體的操作方式,都已經在文檔裡面寫得很清楚了。
4:41.080–4:44.840
zh包括我之前歷史的一些資料的輪迫都會在這個地方。
包括我之前歷史的一些資料的輪迫都會在這個地方。
4:44.840–4:46.040
zh包括一些網盤都在這裡。
包括一些網盤都在這裡。
4:46.040–4:48.480
zh大家有需要的可以來下載。
大家有需要的可以來下載。
4:48.480–4:49.440
zh今天就說這麼多。
今天就說這麼多。
4:49.440–4:51.640
zh這裡是展人畫的Nick,記得給我點贊。
這裡是展人畫的Nick,記得給我點贊。

影片筆記：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 版本。
  • 若主頁面未顯示桌面版配置項，進入主頁面設置，勾選「桌面版本的配置項」。
  1. 導入模型配置：
  • 使用工具從現有 Cloud Code 導入大模型配置（適用於非官方模型）。
  1. 設定模型映射（Model Decision）：
  • 在配置介面中，選擇對應 Cloud Code 體系下的模型（如 Sonic, Opus, Haiku）。
  • 設定實際請求的非官方模型（例如：若 Pro 版本不支持實圖，則配置非 Pro 模型作為實圖模型）。
  • 可配置單一或多個模型。
  1. 開啟路由設置（Routing）：
  • 進入「設置」->「設置路由」。
  • 打開相關路由選項（如 Cloud 使用、Codex 等）。
  • 設定服務器地址，完成路由配置。
  1. 重新啟動應用：
  • 由於桌面版不支持熱啟動，修改配置後必須關閉並重新啟動 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 而不影響使用？（僅限直連模型？）
  • 詳細文檔中關於「歷史資料輪播」的具體內容是什麼？

尚未產生學習筆記

請在 Telegram 指令最後加上「學習」，例如：videonote 網址 英文 雙語 學習