實際影片長度:17:21.000。原文、繁中、雙語可點擊句子跳轉影片。
0:00.000–0:03.260
zh那我今天给大家介绍一个开源项目就是这个CC-Switch
0:03.260–0:07.080
zh就是现在的大模型API的提供商非常多
0:07.080–0:09.420
zh相信正在看视频的大多数朋友
0:09.420–0:13.180
zh手上可能都同时握着两到三个不同服务商的API
0:13.180–0:14.780
zh但这就带来了一个问题
0:14.780–0:17.700
zh每次你想在这些提供商之间做切换的时候
0:17.700–0:20.440
zh都需要去手动的修改配置文件
0:20.440–0:24.220
zh而今天介绍的这个CC-Switch开源项目
0:24.220–0:25.820
zh就能帮你完美解决这个问题
0:25.820–0:30.280
zh它可以让你很方便的在不同的提供商之间来回切换
0:30.280–0:33.160
zh而且这个项目它支持的Agent的工具
0:33.160–0:34.680
zh不仅仅是Cloud Code
0:34.680–0:40.080
zh它还支持Codex, OpenCode, OpenCraw, Gemini, CLI, Hermes Agent
0:40.080–0:41.800
zh这些主流的Agent
0:41.800–0:45.380
zh当然它的功能也绝不是仅仅做一个配置文件管理器这么简单
0:45.380–0:47.460
zh它还支持接口协议的转换
0:47.460–0:52.820
zh比如让Cloud Code可以直接用上OpenAI兼容格式的API接口
0:52.820–0:56.040
zh更强大的是它还内置了自动故障转移这一功能
0:56.040–0:59.920
zh就是当你某个API节点挂掉或者额度耗尽的时候
0:59.920–1:03.000
zh它会在底层自动无缝地切换到备用的节点
1:03.000–1:05.100
zh保证你的agent任务它不会中断
1:05.100–1:07.260
zh接下来我们就来实际操作一下
1:07.260–1:10.340
zh并且演示一下如何使用它的自动故障转移功能
1:10.340–1:12.560
zh加上OpenRouter的Free模型
1:12.560–1:14.800
zh让Cloud Code稳定地工作下去
1:14.800–1:16.500
zh它的安装非常简单
1:16.500–1:18.620
zh点击这里的Release
1:22.820–1:32.940
zh在这里去下载你对应电脑的版本
1:32.940–1:35.840
zh点击这里可以显示全部的资源
1:35.840–1:37.960
zh比如我这里使用的是Windows系统
1:37.960–1:40.240
zh我就下载这个MSI文件
1:40.240–1:42.040
zh下载安装完成后
1:42.040–1:43.900
zh这里就是它的应用界面
1:43.900–1:47.620
zh这里就是选择你要对哪个Agent的工具进行配置
1:47.620–1:49.900
zh比如这里是配置Cloud Code
1:49.900–1:53.640
zh这里点击加号就可以增加一个服务提供商
1:53.640–1:57.420
zh它默认的话已经预设了很多的服务提供商
1:57.420–1:59.400
zh比如这里我配置Deepseek
1:59.400–2:04.440
zh这里它会自动帮你填写请求用的API地址
2:04.440–2:06.780
zh然后这里填写你的API key
2:06.780–2:10.840
zh这里的模型名称应该是我之前配置过
2:10.840–2:12.940
zh所以说它自动就帮我填写好了
2:12.940–2:15.200
zh这里实际请求的模型
2:15.200–2:18.820
zh就是指在这个服务提供商的地址中
2:18.820–2:20.220
zh它显示的模型名称
2:20.220–2:23.040
zh比如说这里配置的是DeepSickVisPro
2:23.040–2:26.640
zh至于这里模型是否支持百万上下文
2:26.640–2:31.560
zh你需要根据就是这个提供商的模型
2:31.560–2:32.600
zh提供的模型名称
2:32.600–2:34.280
zh简单来说
2:34.280–2:36.080
zh比如说我们把这里勾上了以后
2:36.080–2:37.620
zh你可以看到
2:37.620–2:40.040
zh它这里请求的模型名称
2:40.040–2:43.680
zh会在后面加一个EM的标识
2:43.680–2:44.780
zh那这样的话
2:44.780–2:46.880
zh它在服务提供商那边请求的模型
2:46.880–2:49.180
zh其实是请求的这个模型了
2:49.180–2:52.020
zh就是你的模型提供商
2:52.020–2:53.680
zh没有提供这种名称的模型
2:53.680–2:56.100
zh那肯定是无法正常调用的
2:56.100–3:00.760
zh比如这个是Deepseq API的官方文档
3:00.760–3:03.800
zh可以看到Deepseq是支持
3:03.800–3:05.120
zh这样的模型名称的
3:05.120–3:10.880
zh这里呢是兜底模型
3:10.880–3:12.680
zh就是Cloud Code的请求
3:12.680–3:14.140
zh没有明确落到Sonic的
3:14.140–3:16.700
zhOppos或Haku的角色时
3:16.700–3:17.160
zh使用
3:17.160–3:19.900
zh但是它写的通常可以流空
3:19.900–3:21.340
zh我们也就直接流空
3:21.340–3:24.460
zh然后可以对这里的模型测试
3:24.460–3:25.840
zh进行一个单独的配置
3:25.840–3:29.820
zh主要是配置一下这个测试的模型
3:29.820–3:34.400
zh我们这里就测试DeepSeq v4 Pro
3:34.400–3:36.620
zh为什么这里要做一个单独配置呢
3:36.620–3:40.100
zh就是你这里如果不单独进行配置的话
3:40.100–3:43.280
zh它会使用全局的配置去测试你的模型
3:43.280–3:44.680
zh而在全局的配置中
3:44.680–3:47.800
zh它默认填写的模型名称是Cloud Code的一款模型
3:47.800–3:49.880
zh所以你用DeepSecret的接口去测试
3:49.880–3:51.660
zh肯定是测试不成功的
3:51.660–3:55.400
zh这里填写下API Key
3:55.400–3:58.440
zh填写完成后点击添加
3:58.440–4:03.680
zh这里就显示了刚刚添加的模型提供商
4:03.680–4:07.760
zh使用前我们可以先通过这里的测试
4:07.760–4:13.260
zh看一下请求是否正常
4:13.260–4:15.300
zh如果这里测试报错的话
4:15.300–4:17.220
zh那可能就是你的配置有问题
4:17.220–4:19.500
zh需要检查一下你的请求地址
4:19.500–4:21.920
zh或者你的请求的模型是否正确
4:21.920–4:24.600
zh当然这里测试的模型是刚刚
4:24.600–4:30.720
zh在这里填写的测试模型
4:30.720–4:34.720
zh这也是为什么要对它进行单独的模型测试配置
4:34.720–4:37.720
zh不然的话你的测试是永远通过不了的
4:40.840–4:41.880
zh测试完成后
4:41.880–4:43.300
zh点击这里启用
4:43.300–4:44.840
zh就可以使用这个配置了
4:44.840–4:47.500
zh然后点击这里打开终端
4:47.500–4:50.180
zh选择你的工作目录
4:50.180–4:53.680
zh它会自动的帮我们打开这个Cloud Code
4:53.680–5:02.740
zh好的,没有问题
5:02.740–5:04.760
zh注意这里显示的是
5:04.760–5:05.960
zh当前这个Cloud Code
5:05.960–5:08.900
zh使用的配置文件的路径
5:08.900–5:10.680
zh也就是这个文件
5:10.680–5:13.260
zh我们这里可以看一下
5:13.260–5:17.100
zh这里就显示的是你模型服务商的配置
5:17.100–5:18.960
zh为什么给大家讲这个呢
5:18.960–5:23.260
zh因为这个在后面讲路由功能的时候非常重要
5:23.260–5:30.380
zh接下来我们来看一下路由的功能
5:30.380–5:34.440
zh比如这里我配了一个Deepseeker
5:34.440–5:37.560
zh但是它使用的接口是OpenAI的格式
5:37.560–5:39.140
zh我们可以进去看一下
5:39.140–5:42.760
zh这里可以看到
5:42.760–5:44.800
zh它请求的路径
5:44.800–5:46.480
zh后面就不带那个Atherapic
5:46.480–5:48.320
zh它使用的是OpenA的模式
5:48.320–5:51.300
zh然后这里我们需要告诉
5:51.300–5:53.400
zh就是这个CC-Switch
5:53.400–5:57.520
zh这个接口是用的什么模式
5:57.520–6:00.920
zh如果是这个Atherapic Message原生的话
6:00.920–6:02.980
zh你就不需要开取路由
6:02.980–6:06.420
zh当然你对应的这个接口地址
6:06.420–6:07.800
zh一定是对应的是
6:07.800–6:10.080
zhAnthoropic的接口的那种规范
6:10.080–6:13.120
zh我这里因为是OpenAI的
6:13.120–6:14.220
zh所以说我选择是
6:14.220–6:17.800
zh这个OpenAI Chat Completion的这个模式
6:17.800–6:22.120
zh如果你使用的是OpenAI格式的提供商
6:22.120–6:24.840
zh它这里就会提示你需要开启路由
6:24.840–6:26.320
zh比如像OpenRouter
6:26.320–6:27.580
zh英伟达
6:27.580–6:29.440
zh这些模型提供商
6:29.440–6:32.080
zh它只有OpenAI格式的接口
6:32.080–6:34.080
zh它没有Anthoropic格式的接口
6:34.080–6:36.480
zh所以说它都需要去开启这个路由
6:36.480–6:38.400
zh路由要如何开启呢
6:38.400–6:39.860
zh我们点击这里的设置
6:39.860–6:41.520
zh在这里点击路由
6:41.520–6:42.640
zh在这里
6:42.640–6:44.660
zh把这个路由开关打开
6:44.660–6:47.420
zh然后针对Cloud Code
6:47.420–6:49.140
zh去启动它的路由
6:49.140–6:51.240
zh然后它会在本地
6:51.240–6:52.820
zh启动一个HTTP的服务
6:52.820–6:55.400
zh帮助你去做接口协议的转换
6:55.400–6:58.120
zh也就是把OpenAI格式的返回结果
6:58.120–7:00.200
zh转换成Athrobic的结果
7:00.200–7:03.200
zh取用完成了以后
7:03.200–7:05.060
zh我们点击这里启用
7:05.060–7:08.200
zh但是这里就千万不要使用
7:08.200–7:10.740
zh这个按钮去启动客户端
7:10.740–7:13.220
zh我们可以试一下
7:13.220–7:15.740
zh如果在这里启动客户端
7:15.740–7:18.060
zh它的路由是无法正常工作的
7:23.940–7:25.440
zh可以看到它这里提示是
7:25.440–7:26.860
zh当前使用的模型有问题
7:26.860–7:28.740
zh建议是切换其他的模型
7:28.740–7:30.600
zh但其实根本的原因是
7:30.600–7:32.000
zh因为它这个配置文件里面
7:32.000–7:33.120
zh我们再来看一下
7:33.120–7:42.680
zh它请求的地址依然是这个Deepseek的地址
7:42.680–7:45.120
zh并没有去请求路由的地址
7:45.120–7:47.820
zh而路由的地址它是配置到哪里呢
7:47.820–7:49.520
zh它其实是配置到了
7:49.520–7:51.660
zh就是
7:52.922–7:57.102
zh就是它配置到了Cloudcode全局的配置文件中
7:57.102–7:58.582
zh在这里我们可以看到
7:58.582–8:00.442
zh它的base URL
8:00.442–8:04.102
zh请求的就是本地的那个路由的服务
8:04.102–8:05.102
zh所以正确的方法
8:05.102–8:08.762
zh我们直接在命令行终端里面启动Cloud Code就可以了
8:25.602–8:26.322
zh这里呢
8:26.322–8:29.442
zh它就是使用的是全局的配置文件
8:29.442–8:35.122
zh然后它的请求会默认通过这个路由服务进行转发
8:35.122–8:42.142
zh好的这样就是没有问题的
8:42.142–8:47.002
zh下面我们来看一下CC-Switch的自动故障转移功能
8:47.002–8:49.142
zh所谓自动故障转移
8:49.142–8:52.022
zh就是当你的某个API节点挂掉的时候
8:52.022–8:55.202
zh它会在底层自动的切换到其他的节点
8:55.762–8:58.862
zh而且它这个切换是在路由服务内部切换的
8:58.862–9:00.002
zh什么意思呢
9:00.002–9:01.202
zh就是Cloud Code
9:01.202–9:02.602
zh它在完成一期任务的时候
9:02.602–9:06.222
zh可能会发出很多个HTTP的请求
9:06.222–9:09.982
zhCC Switch会对每个HTTP的请求
9:09.982–9:12.742
zh单独做服务商的选择和步骤转移
9:12.742–9:14.642
zh如果某个请求失败了
9:14.642–9:17.582
zhCC Switch就自动的选择下一个服务商
9:17.582–9:19.042
zh继续发送这个请求
9:19.042–9:21.782
zh而对于Cloud Code的客户端这边
9:21.782–9:23.122
zh是完全无感的
9:23.122–9:25.742
zh它只会收到一个成功的响应
9:25.742–9:27.122
zh当然如果说是
9:27.122–9:28.922
zh所有的服务商请求都失败了
9:28.922–9:30.282
zhCloud Code的客户端
9:30.282–9:32.142
zh才会受到一个失败的响应
9:32.142–9:34.502
zh为了测试空障转移这个功能
9:34.502–9:38.542
zh我申请了三个OpenRouter的账户
9:38.542–9:39.602
zh在测试之前
9:39.602–9:42.142
zh我们先了解一下OpenRouter的免费模型
9:42.142–9:45.822
zh在OpenRouter的官网中
9:45.822–9:47.442
zh搜索Free
9:47.442–9:50.502
zh这后面带Free标识的
9:50.502–9:51.662
zh就是免费的模型
9:51.662–9:53.742
zh比如这个DeepSick V4 Flash
9:53.742–9:54.662
zh当然了
9:54.662–9:55.842
zh免费模型使用起来
9:55.842–9:57.642
zh肯定是有一定的限制的
9:57.642–9:59.402
zh首先就是必源的模型
9:59.402–10:01.802
zh它肯定是不会让你免费去使用的
10:01.802–10:03.862
zh而且新开源的最强的模型
10:03.862–10:06.062
zh也不会让你去免费的使用
10:06.062–10:08.362
zh当然像这个Deepseek V4 Flash
10:08.362–10:10.262
zh我自己测试还是可以的
10:10.262–10:12.462
zh像其他的还有这个MiniMax
10:12.462–10:13.882
zh2.5的模型
10:13.882–10:14.962
zh这个测试的话
10:14.962–10:16.302
zh效果也是可以的
10:16.302–10:18.662
zh它这里还有一个FreeModes Router
10:18.662–10:19.902
zh选择这个模型
10:19.902–10:21.082
zh它就是在这里面
10:21.082–10:23.162
zh所有的免费模型中
10:23.162–10:24.682
zh自动的帮你去切换
10:24.682–10:27.302
zh选择它的好处是不容易触发速率的限制
10:27.302–10:31.042
zh但坏处是它可能会切换到一些效果不太好的模型
10:31.042–10:33.542
zh导致你的任务时好时坏的
10:33.542–10:35.802
zh关于免费模型的速率限制
10:35.802–10:38.302
zh在这个文档中它有详细的介绍
10:38.302–10:42.142
zh首先就是每分钟最多可以发送20个请求
10:42.142–10:45.662
zh如果你购买的积分少于10个
10:45.662–10:49.862
zh每天最多只能进行50次的模型请求
10:49.862–10:52.562
zh但如果你购买的积分大于等于10个
10:52.562–10:54.122
zh你每日的请求额度
10:54.122–10:55.462
zh就可以增加到1000次
10:55.462–10:58.282
zh它这个积分是1美元一个积分
10:58.282–11:01.022
zh当然使用这些免费的模型的时候
11:01.022–11:03.002
zh它是不会消耗你这个积分的
11:03.002–11:07.162
zh我这里有三个账户
11:07.162–11:08.802
zh但是都还没有充值
11:08.802–11:11.002
zh所以说这三个账户一起
11:11.002–11:14.042
zh单日可以使用150次请求
11:14.042–11:15.882
zh这里就设计一个简单的项目
11:15.882–11:17.122
zh让Cloud Code来完成
11:17.122–11:18.302
zh主要就是测试
11:18.302–11:20.702
zh当触发了每分钟的数率线之后
11:20.702–11:24.422
zhCC-Switch能否成功的切换到下一个免费的模型
11:24.422–11:27.342
zh让Cloud Code的任务能够继续完成
11:27.342–11:29.722
zh如果这条线路能够走通的话
11:29.722–11:31.502
zh你多申请几个账户
11:31.502–11:33.262
zh比如五个账户
11:33.262–11:35.542
zh每个账户充值10美元
11:35.542–11:37.722
zh合计应该不到400块钱
11:37.722–11:40.282
zh每天就有5000次的请求额度
11:40.282–11:43.042
zh这个额度对于大部分的开发者来说
11:43.042–11:44.302
zh是非常充足的
11:44.302–11:46.742
zh当然这里我也不敢把话说得太满
11:46.742–11:48.482
zh毕竟规则是别人制定的
11:48.482–11:50.162
zh可能后期别人会改规则
11:50.162–11:52.662
zh或者当前有什么隐性的规则没有发现
11:52.662–11:54.442
zh导致真正在使用的时候
11:54.442–11:56.042
zh可能会遇到各种各样的问题
11:56.042–12:00.842
zh所以大家可以多注册一些免费的账户进行测试
12:00.842–12:02.422
zh确保它足够的稳定
12:02.422–12:04.122
zh另外的话就是OpenRouter
12:04.122–12:06.042
zh它是有退款政策的
12:06.042–12:09.122
zh但是它必须你充值后的24小时内
12:09.122–12:11.162
zh提出申请才可以退款
12:11.162–12:11.362
zh好的
12:11.362–12:12.882
zh下面我们就来测试一下
12:12.882–12:16.542
zh首先我们需要开启故障转移功能
12:16.542–12:17.582
zh点击这里
12:17.582–12:19.582
zh点击路由
12:19.582–12:22.222
zh点击这个自动故障转移
12:22.222–12:24.382
zh然后选择是Cloud Code
12:24.382–12:26.962
zh点击这里的开启
12:26.962–12:28.642
zh在这里呢
12:28.642–12:31.062
zh设置故障转移的服务商的堆列
12:31.062–12:34.122
zh这里选择一个服务商
12:34.122–12:35.942
zh比如选择英伟达这个服务商
12:35.942–12:39.002
zh然后点击这个加号进行添加
12:39.002–12:41.162
zh那么Cloud Code在执行任务的时候
12:41.162–12:45.282
zh就会在这个四个服务商里面去请求模型
12:45.282–12:46.862
zh它请求的顺序就是
12:46.862–12:49.222
zh先请求第一个服务商的模型
12:49.222–12:51.282
zh如果第一个服务商的模型失败了以后
12:51.282–12:52.322
zh再请求第二个
12:52.322–12:53.122
zh依此类推
12:53.122–12:54.022
zh第三个
12:54.022–12:55.182
zh第四个
12:55.182–12:56.482
zh这个对列的顺序
12:56.482–12:59.942
zh可以在这里
12:59.942–13:01.982
zh就是点击这里进行调整
13:01.982–13:05.222
zh比如说把这个英伟达调到前面
13:05.222–13:08.222
zh那他就是优先请求这个英伟达的服务
13:14.902–13:16.102
zh这里调整错了
13:16.102–13:17.542
zh应该是调整备用2
13:19.222–13:19.822
zh这个
13:19.822–13:28.202
zh这个就在前面了
13:28.202–13:29.962
zh这里我先把它删除掉
13:29.962–13:35.342
zh下面的任务还是使用这三个open router的账户来进行
13:35.342–13:37.042
zh故障转移功能设置好了以后
13:37.042–13:41.242
zh还是需要通过从命令行的方式进入cloud code的客户端
13:41.242–13:47.982
zh就是不要通过这里去启动客户端
13:47.982–13:59.742
zh这里我先测试一下
13:59.742–14:00.662
enFreeMode Router
14:00.662–14:02.362
zh这个模型的效果如何
14:02.362–14:06.142
zh这里我就随便设计了一个任务
14:06.142–14:07.982
zh也是让AI帮我想的
14:07.982–14:09.222
zh开发一个多功能
14:09.222–14:11.042
zh本地生活综合管理系统
14:11.042–14:14.422
zh要求包含项目基础设施的搭建
14:14.422–14:18.062
zh用户账户权限的系统的开发
14:18.062–14:20.562
zh然后核心模块
14:20.718–14:22.718
zh一个人记账理财系统
14:22.718–14:26.178
zh二日常代办备忘系统
14:26.178–14:29.078
zh三本地文件资源管理系统
14:29.078–14:31.718
zh四生活物资库存管理模块
14:31.718–14:35.058
zh最后是一些系统维护功能
14:35.058–14:36.318
zh比如说数据库的备份
14:36.318–14:38.198
zh系统数据的初始化
14:38.198–14:41.238
zh在开始前
14:41.238–14:43.258
zh我们还是让agent先列一个计划
14:43.258–14:54.518
zh好的计划已经列完了
14:54.518–14:56.498
zh我们来看一下它列出的计划
15:01.498–15:03.418
zh这里它列出来的都是英文的
15:03.418–15:05.918
zh就直接让他按照这个计划来执行吧
15:13.918–15:16.018
zh这里出现了写文件的错误
15:16.018–15:19.758
zh我推测是底层模型输出的工具调用的格式出现了问题
15:33.418–15:39.258
zh好的,使用FreeModeRouter这个模型会频繁的出错
15:39.258–15:41.598
zh而且有时候Cloud Code没有任何的输出
15:41.598–15:43.018
zh就直接停止在那了
15:43.018–15:45.658
zh而且这里基本没有触发自动故障转移
15:45.658–15:47.998
zh我们把底层换一个强烟的模型
15:47.998–15:52.618
zh就改成Deepseek V4 Flash模型
15:58.618–16:00.558
zh这里看一下它的模型名称
16:00.558–16:14.238
zh这里再把任务丢给他执行一下
16:14.238–16:21.878
zh好的,现在这里就可以看到
16:21.878–16:24.238
zh自动故障转移功能被触发了
16:30.558–16:47.138
zh好的,最终没能完成任务
16:47.138–16:49.938
zh三个帐号都已经达到了每日的限额
16:49.938–16:53.438
zh而且是因为接着前面模型的结果继续跑的
16:53.438–16:55.898
zh所以Deepseek模型在跑的时候
16:55.898–16:58.378
zh还要兼顾修改前面模型犯下的错误
16:58.378–17:01.818
zh这也浪费了很多的请求次数
17:01.818–17:03.118
zh当然换了模型以后
17:03.118–17:04.078
zh效果就好了很多
17:04.078–17:05.478
zh而且中间没有出现
17:05.478–17:07.298
zh因为每分钟的数据限制
17:07.298–17:09.218
zh导致任务中断的状况
17:09.218–17:10.698
zh当然中间有那么一瞬间
17:10.698–17:12.538
zh两个账号同时出现了熔断
17:12.538–17:15.018
zh如果把账号的数量增加到5个
17:15.018–17:17.258
zh应该就会更加的稳定
17:17.258–17:17.718
zh好的
17:17.718–17:19.878
zh以上就是这个视频的全部内容
17:19.878–17:20.658
zh谢谢大家观看
0:00.000–0:03.260
那我今天给大家介绍一个开源项目就是这个CC-Switch
0:03.260–0:07.080
就是现在的大模型API的提供商非常多
0:07.080–0:09.420
相信正在看视频的大多数朋友
0:09.420–0:13.180
手上可能都同时握着两到三个不同服务商的API
0:13.180–0:14.780
但这就带来了一个问题
0:14.780–0:17.700
每次你想在这些提供商之间做切换的时候
0:17.700–0:20.440
都需要去手动的修改配置文件
0:20.440–0:24.220
而今天介绍的这个CC-Switch开源项目
0:24.220–0:25.820
就能帮你完美解决这个问题
0:25.820–0:30.280
它可以让你很方便的在不同的提供商之间来回切换
0:30.280–0:33.160
而且这个项目它支持的Agent的工具
0:33.160–0:34.680
不仅仅是Cloud Code
0:34.680–0:40.080
它还支持Codex, OpenCode, OpenCraw, Gemini, CLI, Hermes Agent
0:40.080–0:41.800
这些主流的Agent
0:41.800–0:45.380
当然它的功能也绝不是仅仅做一个配置文件管理器这么简单
0:45.380–0:47.460
它还支持接口协议的转换
0:47.460–0:52.820
比如让Cloud Code可以直接用上OpenAI兼容格式的API接口
0:52.820–0:56.040
更强大的是它还内置了自动故障转移这一功能
0:56.040–0:59.920
就是当你某个API节点挂掉或者额度耗尽的时候
0:59.920–1:03.000
它会在底层自动无缝地切换到备用的节点
1:03.000–1:05.100
保证你的agent任务它不会中断
1:05.100–1:07.260
接下来我们就来实际操作一下
1:07.260–1:10.340
并且演示一下如何使用它的自动故障转移功能
1:10.340–1:12.560
加上OpenRouter的Free模型
1:12.560–1:14.800
让Cloud Code稳定地工作下去
1:14.800–1:16.500
它的安装非常简单
1:16.500–1:18.620
点击这里的Release
1:22.820–1:32.940
在这里去下载你对应电脑的版本
1:32.940–1:35.840
点击这里可以显示全部的资源
1:35.840–1:37.960
比如我这里使用的是Windows系统
1:37.960–1:40.240
我就下载这个MSI文件
1:40.240–1:42.040
下载安装完成后
1:42.040–1:43.900
这里就是它的应用界面
1:43.900–1:47.620
这里就是选择你要对哪个Agent的工具进行配置
1:47.620–1:49.900
比如这里是配置Cloud Code
1:49.900–1:53.640
这里点击加号就可以增加一个服务提供商
1:53.640–1:57.420
它默认的话已经预设了很多的服务提供商
1:57.420–1:59.400
比如这里我配置Deepseek
1:59.400–2:04.440
这里它会自动帮你填写请求用的API地址
2:04.440–2:06.780
然后这里填写你的API key
2:06.780–2:10.840
这里的模型名称应该是我之前配置过
2:10.840–2:12.940
所以说它自动就帮我填写好了
2:12.940–2:15.200
这里实际请求的模型
2:15.200–2:18.820
就是指在这个服务提供商的地址中
2:18.820–2:20.220
它显示的模型名称
2:20.220–2:23.040
比如说这里配置的是DeepSickVisPro
2:23.040–2:26.640
至于这里模型是否支持百万上下文
2:26.640–2:31.560
你需要根据就是这个提供商的模型
2:31.560–2:32.600
提供的模型名称
2:32.600–2:34.280
简单来说
2:34.280–2:36.080
比如说我们把这里勾上了以后
2:36.080–2:37.620
你可以看到
2:37.620–2:40.040
它这里请求的模型名称
2:40.040–2:43.680
会在后面加一个EM的标识
2:43.680–2:44.780
那这样的话
2:44.780–2:46.880
它在服务提供商那边请求的模型
2:46.880–2:49.180
其实是请求的这个模型了
2:49.180–2:52.020
就是你的模型提供商
2:52.020–2:53.680
没有提供这种名称的模型
2:53.680–2:56.100
那肯定是无法正常调用的
2:56.100–3:00.760
比如这个是Deepseq API的官方文档
3:00.760–3:03.800
可以看到Deepseq是支持
3:03.800–3:05.120
这样的模型名称的
3:05.120–3:10.880
这里呢是兜底模型
3:10.880–3:12.680
就是Cloud Code的请求
3:12.680–3:14.140
没有明确落到Sonic的
3:14.140–3:16.700
Oppos或Haku的角色时
3:16.700–3:17.160
使用
3:17.160–3:19.900
但是它写的通常可以流空
3:19.900–3:21.340
我们也就直接流空
3:21.340–3:24.460
然后可以对这里的模型测试
3:24.460–3:25.840
进行一个单独的配置
3:25.840–3:29.820
主要是配置一下这个测试的模型
3:29.820–3:34.400
我们这里就测试DeepSeq v4 Pro
3:34.400–3:36.620
为什么这里要做一个单独配置呢
3:36.620–3:40.100
就是你这里如果不单独进行配置的话
3:40.100–3:43.280
它会使用全局的配置去测试你的模型
3:43.280–3:44.680
而在全局的配置中
3:44.680–3:47.800
它默认填写的模型名称是Cloud Code的一款模型
3:47.800–3:49.880
所以你用DeepSecret的接口去测试
3:49.880–3:51.660
肯定是测试不成功的
3:51.660–3:55.400
这里填写下API Key
3:55.400–3:58.440
填写完成后点击添加
3:58.440–4:03.680
这里就显示了刚刚添加的模型提供商
4:03.680–4:07.760
使用前我们可以先通过这里的测试
4:07.760–4:13.260
看一下请求是否正常
4:13.260–4:15.300
如果这里测试报错的话
4:15.300–4:17.220
那可能就是你的配置有问题
4:17.220–4:19.500
需要检查一下你的请求地址
4:19.500–4:21.920
或者你的请求的模型是否正确
4:21.920–4:24.600
当然这里测试的模型是刚刚
4:24.600–4:30.720
在这里填写的测试模型
4:30.720–4:34.720
这也是为什么要对它进行单独的模型测试配置
4:34.720–4:37.720
不然的话你的测试是永远通过不了的
4:40.840–4:41.880
测试完成后
4:41.880–4:43.300
点击这里启用
4:43.300–4:44.840
就可以使用这个配置了
4:44.840–4:47.500
然后点击这里打开终端
4:47.500–4:50.180
选择你的工作目录
4:50.180–4:53.680
它会自动的帮我们打开这个Cloud Code
4:53.680–5:02.740
好的,没有问题
5:02.740–5:04.760
注意这里显示的是
5:04.760–5:05.960
当前这个Cloud Code
5:05.960–5:08.900
使用的配置文件的路径
5:08.900–5:10.680
也就是这个文件
5:10.680–5:13.260
我们这里可以看一下
5:13.260–5:17.100
这里就显示的是你模型服务商的配置
5:17.100–5:18.960
为什么给大家讲这个呢
5:18.960–5:23.260
因为这个在后面讲路由功能的时候非常重要
5:23.260–5:30.380
接下来我们来看一下路由的功能
5:30.380–5:34.440
比如这里我配了一个Deepseeker
5:34.440–5:37.560
但是它使用的接口是OpenAI的格式
5:37.560–5:39.140
我们可以进去看一下
5:39.140–5:42.760
这里可以看到
5:42.760–5:44.800
它请求的路径
5:44.800–5:46.480
后面就不带那个Atherapic
5:46.480–5:48.320
它使用的是OpenA的模式
5:48.320–5:51.300
然后这里我们需要告诉
5:51.300–5:53.400
就是这个CC-Switch
5:53.400–5:57.520
这个接口是用的什么模式
5:57.520–6:00.920
如果是这个Atherapic Message原生的话
6:00.920–6:02.980
你就不需要开取路由
6:02.980–6:06.420
当然你对应的这个接口地址
6:06.420–6:07.800
一定是对应的是
6:07.800–6:10.080
Anthoropic的接口的那种规范
6:10.080–6:13.120
我这里因为是OpenAI的
6:13.120–6:14.220
所以说我选择是
6:14.220–6:17.800
这个OpenAI Chat Completion的这个模式
6:17.800–6:22.120
如果你使用的是OpenAI格式的提供商
6:22.120–6:24.840
它这里就会提示你需要开启路由
6:24.840–6:26.320
比如像OpenRouter
6:26.320–6:27.580
英伟达
6:27.580–6:29.440
这些模型提供商
6:29.440–6:32.080
它只有OpenAI格式的接口
6:32.080–6:34.080
它没有Anthoropic格式的接口
6:34.080–6:36.480
所以说它都需要去开启这个路由
6:36.480–6:38.400
路由要如何开启呢
6:38.400–6:39.860
我们点击这里的设置
6:39.860–6:41.520
在这里点击路由
6:41.520–6:42.640
在这里
6:42.640–6:44.660
把这个路由开关打开
6:44.660–6:47.420
然后针对Cloud Code
6:47.420–6:49.140
去启动它的路由
6:49.140–6:51.240
然后它会在本地
6:51.240–6:52.820
启动一个HTTP的服务
6:52.820–6:55.400
帮助你去做接口协议的转换
6:55.400–6:58.120
也就是把OpenAI格式的返回结果
6:58.120–7:00.200
转换成Athrobic的结果
7:00.200–7:03.200
取用完成了以后
7:03.200–7:05.060
我们点击这里启用
7:05.060–7:08.200
但是这里就千万不要使用
7:08.200–7:10.740
这个按钮去启动客户端
7:10.740–7:13.220
我们可以试一下
7:13.220–7:15.740
如果在这里启动客户端
7:15.740–7:18.060
它的路由是无法正常工作的
7:23.940–7:25.440
可以看到它这里提示是
7:25.440–7:26.860
当前使用的模型有问题
7:26.860–7:28.740
建议是切换其他的模型
7:28.740–7:30.600
但其实根本的原因是
7:30.600–7:32.000
因为它这个配置文件里面
7:32.000–7:33.120
我们再来看一下
7:33.120–7:42.680
它请求的地址依然是这个Deepseek的地址
7:42.680–7:45.120
并没有去请求路由的地址
7:45.120–7:47.820
而路由的地址它是配置到哪里呢
7:47.820–7:49.520
它其实是配置到了
7:49.520–7:51.660
就是
7:52.922–7:57.102
就是它配置到了Cloudcode全局的配置文件中
7:57.102–7:58.582
在这里我们可以看到
7:58.582–8:00.442
它的base URL
8:00.442–8:04.102
请求的就是本地的那个路由的服务
8:04.102–8:05.102
所以正确的方法
8:05.102–8:08.762
我们直接在命令行终端里面启动Cloud Code就可以了
8:25.602–8:26.322
这里呢
8:26.322–8:29.442
它就是使用的是全局的配置文件
8:29.442–8:35.122
然后它的请求会默认通过这个路由服务进行转发
8:35.122–8:42.142
好的这样就是没有问题的
8:42.142–8:47.002
下面我们来看一下CC-Switch的自动故障转移功能
8:47.002–8:49.142
所谓自动故障转移
8:49.142–8:52.022
就是当你的某个API节点挂掉的时候
8:52.022–8:55.202
它会在底层自动的切换到其他的节点
8:55.762–8:58.862
而且它这个切换是在路由服务内部切换的
8:58.862–9:00.002
什么意思呢
9:00.002–9:01.202
就是Cloud Code
9:01.202–9:02.602
它在完成一期任务的时候
9:02.602–9:06.222
可能会发出很多个HTTP的请求
9:06.222–9:09.982
CC Switch会对每个HTTP的请求
9:09.982–9:12.742
单独做服务商的选择和步骤转移
9:12.742–9:14.642
如果某个请求失败了
9:14.642–9:17.582
CC Switch就自动的选择下一个服务商
9:17.582–9:19.042
继续发送这个请求
9:19.042–9:21.782
而对于Cloud Code的客户端这边
9:21.782–9:23.122
是完全无感的
9:23.122–9:25.742
它只会收到一个成功的响应
9:25.742–9:27.122
当然如果说是
9:27.122–9:28.922
所有的服务商请求都失败了
9:28.922–9:30.282
Cloud Code的客户端
9:30.282–9:32.142
才会受到一个失败的响应
9:32.142–9:34.502
为了测试空障转移这个功能
9:34.502–9:38.542
我申请了三个OpenRouter的账户
9:38.542–9:39.602
在测试之前
9:39.602–9:42.142
我们先了解一下OpenRouter的免费模型
9:42.142–9:45.822
在OpenRouter的官网中
9:45.822–9:47.442
搜索Free
9:47.442–9:50.502
这后面带Free标识的
9:50.502–9:51.662
就是免费的模型
9:51.662–9:53.742
比如这个DeepSick V4 Flash
9:53.742–9:54.662
当然了
9:54.662–9:55.842
免费模型使用起来
9:55.842–9:57.642
肯定是有一定的限制的
9:57.642–9:59.402
首先就是必源的模型
9:59.402–10:01.802
它肯定是不会让你免费去使用的
10:01.802–10:03.862
而且新开源的最强的模型
10:03.862–10:06.062
也不会让你去免费的使用
10:06.062–10:08.362
当然像这个Deepseek V4 Flash
10:08.362–10:10.262
我自己测试还是可以的
10:10.262–10:12.462
像其他的还有这个MiniMax
10:12.462–10:13.882
2.5的模型
10:13.882–10:14.962
这个测试的话
10:14.962–10:16.302
效果也是可以的
10:16.302–10:18.662
它这里还有一个FreeModes Router
10:18.662–10:19.902
选择这个模型
10:19.902–10:21.082
它就是在这里面
10:21.082–10:23.162
所有的免费模型中
10:23.162–10:24.682
自动的帮你去切换
10:24.682–10:27.302
选择它的好处是不容易触发速率的限制
10:27.302–10:31.042
但坏处是它可能会切换到一些效果不太好的模型
10:31.042–10:33.542
导致你的任务时好时坏的
10:33.542–10:35.802
关于免费模型的速率限制
10:35.802–10:38.302
在这个文档中它有详细的介绍
10:38.302–10:42.142
首先就是每分钟最多可以发送20个请求
10:42.142–10:45.662
如果你购买的积分少于10个
10:45.662–10:49.862
每天最多只能进行50次的模型请求
10:49.862–10:52.562
但如果你购买的积分大于等于10个
10:52.562–10:54.122
你每日的请求额度
10:54.122–10:55.462
就可以增加到1000次
10:55.462–10:58.282
它这个积分是1美元一个积分
10:58.282–11:01.022
当然使用这些免费的模型的时候
11:01.022–11:03.002
它是不会消耗你这个积分的
11:03.002–11:07.162
我这里有三个账户
11:07.162–11:08.802
但是都还没有充值
11:08.802–11:11.002
所以说这三个账户一起
11:11.002–11:14.042
单日可以使用150次请求
11:14.042–11:15.882
这里就设计一个简单的项目
11:15.882–11:17.122
让Cloud Code来完成
11:17.122–11:18.302
主要就是测试
11:18.302–11:20.702
当触发了每分钟的数率线之后
11:20.702–11:24.422
CC-Switch能否成功的切换到下一个免费的模型
11:24.422–11:27.342
让Cloud Code的任务能够继续完成
11:27.342–11:29.722
如果这条线路能够走通的话
11:29.722–11:31.502
你多申请几个账户
11:31.502–11:33.262
比如五个账户
11:33.262–11:35.542
每个账户充值10美元
11:35.542–11:37.722
合计应该不到400块钱
11:37.722–11:40.282
每天就有5000次的请求额度
11:40.282–11:43.042
这个额度对于大部分的开发者来说
11:43.042–11:44.302
是非常充足的
11:44.302–11:46.742
当然这里我也不敢把话说得太满
11:46.742–11:48.482
毕竟规则是别人制定的
11:48.482–11:50.162
可能后期别人会改规则
11:50.162–11:52.662
或者当前有什么隐性的规则没有发现
11:52.662–11:54.442
导致真正在使用的时候
11:54.442–11:56.042
可能会遇到各种各样的问题
11:56.042–12:00.842
所以大家可以多注册一些免费的账户进行测试
12:00.842–12:02.422
确保它足够的稳定
12:02.422–12:04.122
另外的话就是OpenRouter
12:04.122–12:06.042
它是有退款政策的
12:06.042–12:09.122
但是它必须你充值后的24小时内
12:09.122–12:11.162
提出申请才可以退款
12:11.162–12:11.362
好的
12:11.362–12:12.882
下面我们就来测试一下
12:12.882–12:16.542
首先我们需要开启故障转移功能
12:16.542–12:17.582
点击这里
12:17.582–12:19.582
点击路由
12:19.582–12:22.222
点击这个自动故障转移
12:22.222–12:24.382
然后选择是Cloud Code
12:24.382–12:26.962
点击这里的开启
12:26.962–12:28.642
在这里呢
12:28.642–12:31.062
设置故障转移的服务商的堆列
12:31.062–12:34.122
这里选择一个服务商
12:34.122–12:35.942
比如选择英伟达这个服务商
12:35.942–12:39.002
然后点击这个加号进行添加
12:39.002–12:41.162
那么Cloud Code在执行任务的时候
12:41.162–12:45.282
就会在这个四个服务商里面去请求模型
12:45.282–12:46.862
它请求的顺序就是
12:46.862–12:49.222
先请求第一个服务商的模型
12:49.222–12:51.282
如果第一个服务商的模型失败了以后
12:51.282–12:52.322
再请求第二个
12:52.322–12:53.122
依此类推
12:53.122–12:54.022
第三个
12:54.022–12:55.182
第四个
12:55.182–12:56.482
这个对列的顺序
12:56.482–12:59.942
可以在这里
12:59.942–13:01.982
就是点击这里进行调整
13:01.982–13:05.222
比如说把这个英伟达调到前面
13:05.222–13:08.222
那他就是优先请求这个英伟达的服务
13:14.902–13:16.102
这里调整错了
13:16.102–13:17.542
应该是调整备用2
13:19.222–13:19.822
这个
13:19.822–13:28.202
这个就在前面了
13:28.202–13:29.962
这里我先把它删除掉
13:29.962–13:35.342
下面的任务还是使用这三个open router的账户来进行
13:35.342–13:37.042
故障转移功能设置好了以后
13:37.042–13:41.242
还是需要通过从命令行的方式进入cloud code的客户端
13:41.242–13:47.982
就是不要通过这里去启动客户端
13:47.982–13:59.742
这里我先测试一下
13:59.742–14:00.662
FreeMode Router
14:00.662–14:02.362
这个模型的效果如何
14:02.362–14:06.142
这里我就随便设计了一个任务
14:06.142–14:07.982
也是让AI帮我想的
14:07.982–14:09.222
开发一个多功能
14:09.222–14:11.042
本地生活综合管理系统
14:11.042–14:14.422
要求包含项目基础设施的搭建
14:14.422–14:18.062
用户账户权限的系统的开发
14:18.062–14:20.562
然后核心模块
14:20.718–14:22.718
一个人记账理财系统
14:22.718–14:26.178
二日常代办备忘系统
14:26.178–14:29.078
三本地文件资源管理系统
14:29.078–14:31.718
四生活物资库存管理模块
14:31.718–14:35.058
最后是一些系统维护功能
14:35.058–14:36.318
比如说数据库的备份
14:36.318–14:38.198
系统数据的初始化
14:38.198–14:41.238
在开始前
14:41.238–14:43.258
我们还是让agent先列一个计划
14:43.258–14:54.518
好的计划已经列完了
14:54.518–14:56.498
我们来看一下它列出的计划
15:01.498–15:03.418
这里它列出来的都是英文的
15:03.418–15:05.918
就直接让他按照这个计划来执行吧
15:13.918–15:16.018
这里出现了写文件的错误
15:16.018–15:19.758
我推测是底层模型输出的工具调用的格式出现了问题
15:33.418–15:39.258
好的,使用FreeModeRouter这个模型会频繁的出错
15:39.258–15:41.598
而且有时候Cloud Code没有任何的输出
15:41.598–15:43.018
就直接停止在那了
15:43.018–15:45.658
而且这里基本没有触发自动故障转移
15:45.658–15:47.998
我们把底层换一个强烟的模型
15:47.998–15:52.618
就改成Deepseek V4 Flash模型
15:58.618–16:00.558
这里看一下它的模型名称
16:00.558–16:14.238
这里再把任务丢给他执行一下
16:14.238–16:21.878
好的,现在这里就可以看到
16:21.878–16:24.238
自动故障转移功能被触发了
16:30.558–16:47.138
好的,最终没能完成任务
16:47.138–16:49.938
三个帐号都已经达到了每日的限额
16:49.938–16:53.438
而且是因为接着前面模型的结果继续跑的
16:53.438–16:55.898
所以Deepseek模型在跑的时候
16:55.898–16:58.378
还要兼顾修改前面模型犯下的错误
16:58.378–17:01.818
这也浪费了很多的请求次数
17:01.818–17:03.118
当然换了模型以后
17:03.118–17:04.078
效果就好了很多
17:04.078–17:05.478
而且中间没有出现
17:05.478–17:07.298
因为每分钟的数据限制
17:07.298–17:09.218
导致任务中断的状况
17:09.218–17:10.698
当然中间有那么一瞬间
17:10.698–17:12.538
两个账号同时出现了熔断
17:12.538–17:15.018
如果把账号的数量增加到5个
17:15.018–17:17.258
应该就会更加的稳定
17:17.258–17:17.718
好的
17:17.718–17:19.878
以上就是这个视频的全部内容
17:19.878–17:20.658
谢谢大家观看
0:00.000–0:03.260
zh那我今天给大家介绍一个开源项目就是这个CC-Switch
那我今天给大家介绍一个开源项目就是这个CC-Switch
0:03.260–0:07.080
zh就是现在的大模型API的提供商非常多
就是现在的大模型API的提供商非常多
0:07.080–0:09.420
zh相信正在看视频的大多数朋友
相信正在看视频的大多数朋友
0:09.420–0:13.180
zh手上可能都同时握着两到三个不同服务商的API
手上可能都同时握着两到三个不同服务商的API
0:13.180–0:14.780
zh但这就带来了一个问题
但这就带来了一个问题
0:14.780–0:17.700
zh每次你想在这些提供商之间做切换的时候
每次你想在这些提供商之间做切换的时候
0:17.700–0:20.440
zh都需要去手动的修改配置文件
都需要去手动的修改配置文件
0:20.440–0:24.220
zh而今天介绍的这个CC-Switch开源项目
而今天介绍的这个CC-Switch开源项目
0:24.220–0:25.820
zh就能帮你完美解决这个问题
就能帮你完美解决这个问题
0:25.820–0:30.280
zh它可以让你很方便的在不同的提供商之间来回切换
它可以让你很方便的在不同的提供商之间来回切换
0:30.280–0:33.160
zh而且这个项目它支持的Agent的工具
而且这个项目它支持的Agent的工具
0:33.160–0:34.680
zh不仅仅是Cloud Code
不仅仅是Cloud Code
0:34.680–0:40.080
zh它还支持Codex, OpenCode, OpenCraw, Gemini, CLI, Hermes Agent
它还支持Codex, OpenCode, OpenCraw, Gemini, CLI, Hermes Agent
0:40.080–0:41.800
zh这些主流的Agent
这些主流的Agent
0:41.800–0:45.380
zh当然它的功能也绝不是仅仅做一个配置文件管理器这么简单
当然它的功能也绝不是仅仅做一个配置文件管理器这么简单
0:45.380–0:47.460
zh它还支持接口协议的转换
它还支持接口协议的转换
0:47.460–0:52.820
zh比如让Cloud Code可以直接用上OpenAI兼容格式的API接口
比如让Cloud Code可以直接用上OpenAI兼容格式的API接口
0:52.820–0:56.040
zh更强大的是它还内置了自动故障转移这一功能
更强大的是它还内置了自动故障转移这一功能
0:56.040–0:59.920
zh就是当你某个API节点挂掉或者额度耗尽的时候
就是当你某个API节点挂掉或者额度耗尽的时候
0:59.920–1:03.000
zh它会在底层自动无缝地切换到备用的节点
它会在底层自动无缝地切换到备用的节点
1:03.000–1:05.100
zh保证你的agent任务它不会中断
保证你的agent任务它不会中断
1:05.100–1:07.260
zh接下来我们就来实际操作一下
接下来我们就来实际操作一下
1:07.260–1:10.340
zh并且演示一下如何使用它的自动故障转移功能
并且演示一下如何使用它的自动故障转移功能
1:10.340–1:12.560
zh加上OpenRouter的Free模型
加上OpenRouter的Free模型
1:12.560–1:14.800
zh让Cloud Code稳定地工作下去
让Cloud Code稳定地工作下去
1:14.800–1:16.500
zh它的安装非常简单
它的安装非常简单
1:16.500–1:18.620
zh点击这里的Release
点击这里的Release
1:22.820–1:32.940
zh在这里去下载你对应电脑的版本
在这里去下载你对应电脑的版本
1:32.940–1:35.840
zh点击这里可以显示全部的资源
点击这里可以显示全部的资源
1:35.840–1:37.960
zh比如我这里使用的是Windows系统
比如我这里使用的是Windows系统
1:37.960–1:40.240
zh我就下载这个MSI文件
我就下载这个MSI文件
1:40.240–1:42.040
zh下载安装完成后
下载安装完成后
1:42.040–1:43.900
zh这里就是它的应用界面
这里就是它的应用界面
1:43.900–1:47.620
zh这里就是选择你要对哪个Agent的工具进行配置
这里就是选择你要对哪个Agent的工具进行配置
1:47.620–1:49.900
zh比如这里是配置Cloud Code
比如这里是配置Cloud Code
1:49.900–1:53.640
zh这里点击加号就可以增加一个服务提供商
这里点击加号就可以增加一个服务提供商
1:53.640–1:57.420
zh它默认的话已经预设了很多的服务提供商
它默认的话已经预设了很多的服务提供商
1:57.420–1:59.400
zh比如这里我配置Deepseek
比如这里我配置Deepseek
1:59.400–2:04.440
zh这里它会自动帮你填写请求用的API地址
这里它会自动帮你填写请求用的API地址
2:04.440–2:06.780
zh然后这里填写你的API key
然后这里填写你的API key
2:06.780–2:10.840
zh这里的模型名称应该是我之前配置过
这里的模型名称应该是我之前配置过
2:10.840–2:12.940
zh所以说它自动就帮我填写好了
所以说它自动就帮我填写好了
2:12.940–2:15.200
zh这里实际请求的模型
这里实际请求的模型
2:15.200–2:18.820
zh就是指在这个服务提供商的地址中
就是指在这个服务提供商的地址中
2:18.820–2:20.220
zh它显示的模型名称
它显示的模型名称
2:20.220–2:23.040
zh比如说这里配置的是DeepSickVisPro
比如说这里配置的是DeepSickVisPro
2:23.040–2:26.640
zh至于这里模型是否支持百万上下文
至于这里模型是否支持百万上下文
2:26.640–2:31.560
zh你需要根据就是这个提供商的模型
你需要根据就是这个提供商的模型
2:31.560–2:32.600
zh提供的模型名称
提供的模型名称
2:32.600–2:34.280
zh简单来说
简单来说
2:34.280–2:36.080
zh比如说我们把这里勾上了以后
比如说我们把这里勾上了以后
2:36.080–2:37.620
zh你可以看到
你可以看到
2:37.620–2:40.040
zh它这里请求的模型名称
它这里请求的模型名称
2:40.040–2:43.680
zh会在后面加一个EM的标识
会在后面加一个EM的标识
2:43.680–2:44.780
zh那这样的话
那这样的话
2:44.780–2:46.880
zh它在服务提供商那边请求的模型
它在服务提供商那边请求的模型
2:46.880–2:49.180
zh其实是请求的这个模型了
其实是请求的这个模型了
2:49.180–2:52.020
zh就是你的模型提供商
就是你的模型提供商
2:52.020–2:53.680
zh没有提供这种名称的模型
没有提供这种名称的模型
2:53.680–2:56.100
zh那肯定是无法正常调用的
那肯定是无法正常调用的
2:56.100–3:00.760
zh比如这个是Deepseq API的官方文档
比如这个是Deepseq API的官方文档
3:00.760–3:03.800
zh可以看到Deepseq是支持
可以看到Deepseq是支持
3:03.800–3:05.120
zh这样的模型名称的
这样的模型名称的
3:05.120–3:10.880
zh这里呢是兜底模型
这里呢是兜底模型
3:10.880–3:12.680
zh就是Cloud Code的请求
就是Cloud Code的请求
3:12.680–3:14.140
zh没有明确落到Sonic的
没有明确落到Sonic的
3:14.140–3:16.700
zhOppos或Haku的角色时
Oppos或Haku的角色时
3:16.700–3:17.160
zh使用
使用
3:17.160–3:19.900
zh但是它写的通常可以流空
但是它写的通常可以流空
3:19.900–3:21.340
zh我们也就直接流空
我们也就直接流空
3:21.340–3:24.460
zh然后可以对这里的模型测试
然后可以对这里的模型测试
3:24.460–3:25.840
zh进行一个单独的配置
进行一个单独的配置
3:25.840–3:29.820
zh主要是配置一下这个测试的模型
主要是配置一下这个测试的模型
3:29.820–3:34.400
zh我们这里就测试DeepSeq v4 Pro
我们这里就测试DeepSeq v4 Pro
3:34.400–3:36.620
zh为什么这里要做一个单独配置呢
为什么这里要做一个单独配置呢
3:36.620–3:40.100
zh就是你这里如果不单独进行配置的话
就是你这里如果不单独进行配置的话
3:40.100–3:43.280
zh它会使用全局的配置去测试你的模型
它会使用全局的配置去测试你的模型
3:43.280–3:44.680
zh而在全局的配置中
而在全局的配置中
3:44.680–3:47.800
zh它默认填写的模型名称是Cloud Code的一款模型
它默认填写的模型名称是Cloud Code的一款模型
3:47.800–3:49.880
zh所以你用DeepSecret的接口去测试
所以你用DeepSecret的接口去测试
3:49.880–3:51.660
zh肯定是测试不成功的
肯定是测试不成功的
3:51.660–3:55.400
zh这里填写下API Key
这里填写下API Key
3:55.400–3:58.440
zh填写完成后点击添加
填写完成后点击添加
3:58.440–4:03.680
zh这里就显示了刚刚添加的模型提供商
这里就显示了刚刚添加的模型提供商
4:03.680–4:07.760
zh使用前我们可以先通过这里的测试
使用前我们可以先通过这里的测试
4:07.760–4:13.260
zh看一下请求是否正常
看一下请求是否正常
4:13.260–4:15.300
zh如果这里测试报错的话
如果这里测试报错的话
4:15.300–4:17.220
zh那可能就是你的配置有问题
那可能就是你的配置有问题
4:17.220–4:19.500
zh需要检查一下你的请求地址
需要检查一下你的请求地址
4:19.500–4:21.920
zh或者你的请求的模型是否正确
或者你的请求的模型是否正确
4:21.920–4:24.600
zh当然这里测试的模型是刚刚
当然这里测试的模型是刚刚
4:24.600–4:30.720
zh在这里填写的测试模型
在这里填写的测试模型
4:30.720–4:34.720
zh这也是为什么要对它进行单独的模型测试配置
这也是为什么要对它进行单独的模型测试配置
4:34.720–4:37.720
zh不然的话你的测试是永远通过不了的
不然的话你的测试是永远通过不了的
4:40.840–4:41.880
zh测试完成后
测试完成后
4:41.880–4:43.300
zh点击这里启用
点击这里启用
4:43.300–4:44.840
zh就可以使用这个配置了
就可以使用这个配置了
4:44.840–4:47.500
zh然后点击这里打开终端
然后点击这里打开终端
4:47.500–4:50.180
zh选择你的工作目录
选择你的工作目录
4:50.180–4:53.680
zh它会自动的帮我们打开这个Cloud Code
它会自动的帮我们打开这个Cloud Code
4:53.680–5:02.740
zh好的,没有问题
好的,没有问题
5:02.740–5:04.760
zh注意这里显示的是
注意这里显示的是
5:04.760–5:05.960
zh当前这个Cloud Code
当前这个Cloud Code
5:05.960–5:08.900
zh使用的配置文件的路径
使用的配置文件的路径
5:08.900–5:10.680
zh也就是这个文件
也就是这个文件
5:10.680–5:13.260
zh我们这里可以看一下
我们这里可以看一下
5:13.260–5:17.100
zh这里就显示的是你模型服务商的配置
这里就显示的是你模型服务商的配置
5:17.100–5:18.960
zh为什么给大家讲这个呢
为什么给大家讲这个呢
5:18.960–5:23.260
zh因为这个在后面讲路由功能的时候非常重要
因为这个在后面讲路由功能的时候非常重要
5:23.260–5:30.380
zh接下来我们来看一下路由的功能
接下来我们来看一下路由的功能
5:30.380–5:34.440
zh比如这里我配了一个Deepseeker
比如这里我配了一个Deepseeker
5:34.440–5:37.560
zh但是它使用的接口是OpenAI的格式
但是它使用的接口是OpenAI的格式
5:37.560–5:39.140
zh我们可以进去看一下
我们可以进去看一下
5:39.140–5:42.760
zh这里可以看到
这里可以看到
5:42.760–5:44.800
zh它请求的路径
它请求的路径
5:44.800–5:46.480
zh后面就不带那个Atherapic
后面就不带那个Atherapic
5:46.480–5:48.320
zh它使用的是OpenA的模式
它使用的是OpenA的模式
5:48.320–5:51.300
zh然后这里我们需要告诉
然后这里我们需要告诉
5:51.300–5:53.400
zh就是这个CC-Switch
就是这个CC-Switch
5:53.400–5:57.520
zh这个接口是用的什么模式
这个接口是用的什么模式
5:57.520–6:00.920
zh如果是这个Atherapic Message原生的话
如果是这个Atherapic Message原生的话
6:00.920–6:02.980
zh你就不需要开取路由
你就不需要开取路由
6:02.980–6:06.420
zh当然你对应的这个接口地址
当然你对应的这个接口地址
6:06.420–6:07.800
zh一定是对应的是
一定是对应的是
6:07.800–6:10.080
zhAnthoropic的接口的那种规范
Anthoropic的接口的那种规范
6:10.080–6:13.120
zh我这里因为是OpenAI的
我这里因为是OpenAI的
6:13.120–6:14.220
zh所以说我选择是
所以说我选择是
6:14.220–6:17.800
zh这个OpenAI Chat Completion的这个模式
这个OpenAI Chat Completion的这个模式
6:17.800–6:22.120
zh如果你使用的是OpenAI格式的提供商
如果你使用的是OpenAI格式的提供商
6:22.120–6:24.840
zh它这里就会提示你需要开启路由
它这里就会提示你需要开启路由
6:24.840–6:26.320
zh比如像OpenRouter
比如像OpenRouter
6:26.320–6:27.580
zh英伟达
英伟达
6:27.580–6:29.440
zh这些模型提供商
这些模型提供商
6:29.440–6:32.080
zh它只有OpenAI格式的接口
它只有OpenAI格式的接口
6:32.080–6:34.080
zh它没有Anthoropic格式的接口
它没有Anthoropic格式的接口
6:34.080–6:36.480
zh所以说它都需要去开启这个路由
所以说它都需要去开启这个路由
6:36.480–6:38.400
zh路由要如何开启呢
路由要如何开启呢
6:38.400–6:39.860
zh我们点击这里的设置
我们点击这里的设置
6:39.860–6:41.520
zh在这里点击路由
在这里点击路由
6:41.520–6:42.640
zh在这里
在这里
6:42.640–6:44.660
zh把这个路由开关打开
把这个路由开关打开
6:44.660–6:47.420
zh然后针对Cloud Code
然后针对Cloud Code
6:47.420–6:49.140
zh去启动它的路由
去启动它的路由
6:49.140–6:51.240
zh然后它会在本地
然后它会在本地
6:51.240–6:52.820
zh启动一个HTTP的服务
启动一个HTTP的服务
6:52.820–6:55.400
zh帮助你去做接口协议的转换
帮助你去做接口协议的转换
6:55.400–6:58.120
zh也就是把OpenAI格式的返回结果
也就是把OpenAI格式的返回结果
6:58.120–7:00.200
zh转换成Athrobic的结果
转换成Athrobic的结果
7:00.200–7:03.200
zh取用完成了以后
取用完成了以后
7:03.200–7:05.060
zh我们点击这里启用
我们点击这里启用
7:05.060–7:08.200
zh但是这里就千万不要使用
但是这里就千万不要使用
7:08.200–7:10.740
zh这个按钮去启动客户端
这个按钮去启动客户端
7:10.740–7:13.220
zh我们可以试一下
我们可以试一下
7:13.220–7:15.740
zh如果在这里启动客户端
如果在这里启动客户端
7:15.740–7:18.060
zh它的路由是无法正常工作的
它的路由是无法正常工作的
7:23.940–7:25.440
zh可以看到它这里提示是
可以看到它这里提示是
7:25.440–7:26.860
zh当前使用的模型有问题
当前使用的模型有问题
7:26.860–7:28.740
zh建议是切换其他的模型
建议是切换其他的模型
7:28.740–7:30.600
zh但其实根本的原因是
但其实根本的原因是
7:30.600–7:32.000
zh因为它这个配置文件里面
因为它这个配置文件里面
7:32.000–7:33.120
zh我们再来看一下
我们再来看一下
7:33.120–7:42.680
zh它请求的地址依然是这个Deepseek的地址
它请求的地址依然是这个Deepseek的地址
7:42.680–7:45.120
zh并没有去请求路由的地址
并没有去请求路由的地址
7:45.120–7:47.820
zh而路由的地址它是配置到哪里呢
而路由的地址它是配置到哪里呢
7:47.820–7:49.520
zh它其实是配置到了
它其实是配置到了
7:49.520–7:51.660
zh就是
就是
7:52.922–7:57.102
zh就是它配置到了Cloudcode全局的配置文件中
就是它配置到了Cloudcode全局的配置文件中
7:57.102–7:58.582
zh在这里我们可以看到
在这里我们可以看到
7:58.582–8:00.442
zh它的base URL
它的base URL
8:00.442–8:04.102
zh请求的就是本地的那个路由的服务
请求的就是本地的那个路由的服务
8:04.102–8:05.102
zh所以正确的方法
所以正确的方法
8:05.102–8:08.762
zh我们直接在命令行终端里面启动Cloud Code就可以了
我们直接在命令行终端里面启动Cloud Code就可以了
8:25.602–8:26.322
zh这里呢
这里呢
8:26.322–8:29.442
zh它就是使用的是全局的配置文件
它就是使用的是全局的配置文件
8:29.442–8:35.122
zh然后它的请求会默认通过这个路由服务进行转发
然后它的请求会默认通过这个路由服务进行转发
8:35.122–8:42.142
zh好的这样就是没有问题的
好的这样就是没有问题的
8:42.142–8:47.002
zh下面我们来看一下CC-Switch的自动故障转移功能
下面我们来看一下CC-Switch的自动故障转移功能
8:47.002–8:49.142
zh所谓自动故障转移
所谓自动故障转移
8:49.142–8:52.022
zh就是当你的某个API节点挂掉的时候
就是当你的某个API节点挂掉的时候
8:52.022–8:55.202
zh它会在底层自动的切换到其他的节点
它会在底层自动的切换到其他的节点
8:55.762–8:58.862
zh而且它这个切换是在路由服务内部切换的
而且它这个切换是在路由服务内部切换的
8:58.862–9:00.002
zh什么意思呢
什么意思呢
9:00.002–9:01.202
zh就是Cloud Code
就是Cloud Code
9:01.202–9:02.602
zh它在完成一期任务的时候
它在完成一期任务的时候
9:02.602–9:06.222
zh可能会发出很多个HTTP的请求
可能会发出很多个HTTP的请求
9:06.222–9:09.982
zhCC Switch会对每个HTTP的请求
CC Switch会对每个HTTP的请求
9:09.982–9:12.742
zh单独做服务商的选择和步骤转移
单独做服务商的选择和步骤转移
9:12.742–9:14.642
zh如果某个请求失败了
如果某个请求失败了
9:14.642–9:17.582
zhCC Switch就自动的选择下一个服务商
CC Switch就自动的选择下一个服务商
9:17.582–9:19.042
zh继续发送这个请求
继续发送这个请求
9:19.042–9:21.782
zh而对于Cloud Code的客户端这边
而对于Cloud Code的客户端这边
9:21.782–9:23.122
zh是完全无感的
是完全无感的
9:23.122–9:25.742
zh它只会收到一个成功的响应
它只会收到一个成功的响应
9:25.742–9:27.122
zh当然如果说是
当然如果说是
9:27.122–9:28.922
zh所有的服务商请求都失败了
所有的服务商请求都失败了
9:28.922–9:30.282
zhCloud Code的客户端
Cloud Code的客户端
9:30.282–9:32.142
zh才会受到一个失败的响应
才会受到一个失败的响应
9:32.142–9:34.502
zh为了测试空障转移这个功能
为了测试空障转移这个功能
9:34.502–9:38.542
zh我申请了三个OpenRouter的账户
我申请了三个OpenRouter的账户
9:38.542–9:39.602
zh在测试之前
在测试之前
9:39.602–9:42.142
zh我们先了解一下OpenRouter的免费模型
我们先了解一下OpenRouter的免费模型
9:42.142–9:45.822
zh在OpenRouter的官网中
在OpenRouter的官网中
9:45.822–9:47.442
zh搜索Free
搜索Free
9:47.442–9:50.502
zh这后面带Free标识的
这后面带Free标识的
9:50.502–9:51.662
zh就是免费的模型
就是免费的模型
9:51.662–9:53.742
zh比如这个DeepSick V4 Flash
比如这个DeepSick V4 Flash
9:53.742–9:54.662
zh当然了
当然了
9:54.662–9:55.842
zh免费模型使用起来
免费模型使用起来
9:55.842–9:57.642
zh肯定是有一定的限制的
肯定是有一定的限制的
9:57.642–9:59.402
zh首先就是必源的模型
首先就是必源的模型
9:59.402–10:01.802
zh它肯定是不会让你免费去使用的
它肯定是不会让你免费去使用的
10:01.802–10:03.862
zh而且新开源的最强的模型
而且新开源的最强的模型
10:03.862–10:06.062
zh也不会让你去免费的使用
也不会让你去免费的使用
10:06.062–10:08.362
zh当然像这个Deepseek V4 Flash
当然像这个Deepseek V4 Flash
10:08.362–10:10.262
zh我自己测试还是可以的
我自己测试还是可以的
10:10.262–10:12.462
zh像其他的还有这个MiniMax
像其他的还有这个MiniMax
10:12.462–10:13.882
zh2.5的模型
2.5的模型
10:13.882–10:14.962
zh这个测试的话
这个测试的话
10:14.962–10:16.302
zh效果也是可以的
效果也是可以的
10:16.302–10:18.662
zh它这里还有一个FreeModes Router
它这里还有一个FreeModes Router
10:18.662–10:19.902
zh选择这个模型
选择这个模型
10:19.902–10:21.082
zh它就是在这里面
它就是在这里面
10:21.082–10:23.162
zh所有的免费模型中
所有的免费模型中
10:23.162–10:24.682
zh自动的帮你去切换
自动的帮你去切换
10:24.682–10:27.302
zh选择它的好处是不容易触发速率的限制
选择它的好处是不容易触发速率的限制
10:27.302–10:31.042
zh但坏处是它可能会切换到一些效果不太好的模型
但坏处是它可能会切换到一些效果不太好的模型
10:31.042–10:33.542
zh导致你的任务时好时坏的
导致你的任务时好时坏的
10:33.542–10:35.802
zh关于免费模型的速率限制
关于免费模型的速率限制
10:35.802–10:38.302
zh在这个文档中它有详细的介绍
在这个文档中它有详细的介绍
10:38.302–10:42.142
zh首先就是每分钟最多可以发送20个请求
首先就是每分钟最多可以发送20个请求
10:42.142–10:45.662
zh如果你购买的积分少于10个
如果你购买的积分少于10个
10:45.662–10:49.862
zh每天最多只能进行50次的模型请求
每天最多只能进行50次的模型请求
10:49.862–10:52.562
zh但如果你购买的积分大于等于10个
但如果你购买的积分大于等于10个
10:52.562–10:54.122
zh你每日的请求额度
你每日的请求额度
10:54.122–10:55.462
zh就可以增加到1000次
就可以增加到1000次
10:55.462–10:58.282
zh它这个积分是1美元一个积分
它这个积分是1美元一个积分
10:58.282–11:01.022
zh当然使用这些免费的模型的时候
当然使用这些免费的模型的时候
11:01.022–11:03.002
zh它是不会消耗你这个积分的
它是不会消耗你这个积分的
11:03.002–11:07.162
zh我这里有三个账户
我这里有三个账户
11:07.162–11:08.802
zh但是都还没有充值
但是都还没有充值
11:08.802–11:11.002
zh所以说这三个账户一起
所以说这三个账户一起
11:11.002–11:14.042
zh单日可以使用150次请求
单日可以使用150次请求
11:14.042–11:15.882
zh这里就设计一个简单的项目
这里就设计一个简单的项目
11:15.882–11:17.122
zh让Cloud Code来完成
让Cloud Code来完成
11:17.122–11:18.302
zh主要就是测试
主要就是测试
11:18.302–11:20.702
zh当触发了每分钟的数率线之后
当触发了每分钟的数率线之后
11:20.702–11:24.422
zhCC-Switch能否成功的切换到下一个免费的模型
CC-Switch能否成功的切换到下一个免费的模型
11:24.422–11:27.342
zh让Cloud Code的任务能够继续完成
让Cloud Code的任务能够继续完成
11:27.342–11:29.722
zh如果这条线路能够走通的话
如果这条线路能够走通的话
11:29.722–11:31.502
zh你多申请几个账户
你多申请几个账户
11:31.502–11:33.262
zh比如五个账户
比如五个账户
11:33.262–11:35.542
zh每个账户充值10美元
每个账户充值10美元
11:35.542–11:37.722
zh合计应该不到400块钱
合计应该不到400块钱
11:37.722–11:40.282
zh每天就有5000次的请求额度
每天就有5000次的请求额度
11:40.282–11:43.042
zh这个额度对于大部分的开发者来说
这个额度对于大部分的开发者来说
11:43.042–11:44.302
zh是非常充足的
是非常充足的
11:44.302–11:46.742
zh当然这里我也不敢把话说得太满
当然这里我也不敢把话说得太满
11:46.742–11:48.482
zh毕竟规则是别人制定的
毕竟规则是别人制定的
11:48.482–11:50.162
zh可能后期别人会改规则
可能后期别人会改规则
11:50.162–11:52.662
zh或者当前有什么隐性的规则没有发现
或者当前有什么隐性的规则没有发现
11:52.662–11:54.442
zh导致真正在使用的时候
导致真正在使用的时候
11:54.442–11:56.042
zh可能会遇到各种各样的问题
可能会遇到各种各样的问题
11:56.042–12:00.842
zh所以大家可以多注册一些免费的账户进行测试
所以大家可以多注册一些免费的账户进行测试
12:00.842–12:02.422
zh确保它足够的稳定
确保它足够的稳定
12:02.422–12:04.122
zh另外的话就是OpenRouter
另外的话就是OpenRouter
12:04.122–12:06.042
zh它是有退款政策的
它是有退款政策的
12:06.042–12:09.122
zh但是它必须你充值后的24小时内
但是它必须你充值后的24小时内
12:09.122–12:11.162
zh提出申请才可以退款
提出申请才可以退款
12:11.162–12:11.362
zh好的
好的
12:11.362–12:12.882
zh下面我们就来测试一下
下面我们就来测试一下
12:12.882–12:16.542
zh首先我们需要开启故障转移功能
首先我们需要开启故障转移功能
12:16.542–12:17.582
zh点击这里
点击这里
12:17.582–12:19.582
zh点击路由
点击路由
12:19.582–12:22.222
zh点击这个自动故障转移
点击这个自动故障转移
12:22.222–12:24.382
zh然后选择是Cloud Code
然后选择是Cloud Code
12:24.382–12:26.962
zh点击这里的开启
点击这里的开启
12:26.962–12:28.642
zh在这里呢
在这里呢
12:28.642–12:31.062
zh设置故障转移的服务商的堆列
设置故障转移的服务商的堆列
12:31.062–12:34.122
zh这里选择一个服务商
这里选择一个服务商
12:34.122–12:35.942
zh比如选择英伟达这个服务商
比如选择英伟达这个服务商
12:35.942–12:39.002
zh然后点击这个加号进行添加
然后点击这个加号进行添加
12:39.002–12:41.162
zh那么Cloud Code在执行任务的时候
那么Cloud Code在执行任务的时候
12:41.162–12:45.282
zh就会在这个四个服务商里面去请求模型
就会在这个四个服务商里面去请求模型
12:45.282–12:46.862
zh它请求的顺序就是
它请求的顺序就是
12:46.862–12:49.222
zh先请求第一个服务商的模型
先请求第一个服务商的模型
12:49.222–12:51.282
zh如果第一个服务商的模型失败了以后
如果第一个服务商的模型失败了以后
12:51.282–12:52.322
zh再请求第二个
再请求第二个
12:52.322–12:53.122
zh依此类推
依此类推
12:53.122–12:54.022
zh第三个
第三个
12:54.022–12:55.182
zh第四个
第四个
12:55.182–12:56.482
zh这个对列的顺序
这个对列的顺序
12:56.482–12:59.942
zh可以在这里
可以在这里
12:59.942–13:01.982
zh就是点击这里进行调整
就是点击这里进行调整
13:01.982–13:05.222
zh比如说把这个英伟达调到前面
比如说把这个英伟达调到前面
13:05.222–13:08.222
zh那他就是优先请求这个英伟达的服务
那他就是优先请求这个英伟达的服务
13:14.902–13:16.102
zh这里调整错了
这里调整错了
13:16.102–13:17.542
zh应该是调整备用2
应该是调整备用2
13:19.222–13:19.822
zh这个
这个
13:19.822–13:28.202
zh这个就在前面了
这个就在前面了
13:28.202–13:29.962
zh这里我先把它删除掉
这里我先把它删除掉
13:29.962–13:35.342
zh下面的任务还是使用这三个open router的账户来进行
下面的任务还是使用这三个open router的账户来进行
13:35.342–13:37.042
zh故障转移功能设置好了以后
故障转移功能设置好了以后
13:37.042–13:41.242
zh还是需要通过从命令行的方式进入cloud code的客户端
还是需要通过从命令行的方式进入cloud code的客户端
13:41.242–13:47.982
zh就是不要通过这里去启动客户端
就是不要通过这里去启动客户端
13:47.982–13:59.742
zh这里我先测试一下
这里我先测试一下
13:59.742–14:00.662
enFreeMode Router
FreeMode Router
14:00.662–14:02.362
zh这个模型的效果如何
这个模型的效果如何
14:02.362–14:06.142
zh这里我就随便设计了一个任务
这里我就随便设计了一个任务
14:06.142–14:07.982
zh也是让AI帮我想的
也是让AI帮我想的
14:07.982–14:09.222
zh开发一个多功能
开发一个多功能
14:09.222–14:11.042
zh本地生活综合管理系统
本地生活综合管理系统
14:11.042–14:14.422
zh要求包含项目基础设施的搭建
要求包含项目基础设施的搭建
14:14.422–14:18.062
zh用户账户权限的系统的开发
用户账户权限的系统的开发
14:18.062–14:20.562
zh然后核心模块
然后核心模块
14:20.718–14:22.718
zh一个人记账理财系统
一个人记账理财系统
14:22.718–14:26.178
zh二日常代办备忘系统
二日常代办备忘系统
14:26.178–14:29.078
zh三本地文件资源管理系统
三本地文件资源管理系统
14:29.078–14:31.718
zh四生活物资库存管理模块
四生活物资库存管理模块
14:31.718–14:35.058
zh最后是一些系统维护功能
最后是一些系统维护功能
14:35.058–14:36.318
zh比如说数据库的备份
比如说数据库的备份
14:36.318–14:38.198
zh系统数据的初始化
系统数据的初始化
14:38.198–14:41.238
zh在开始前
在开始前
14:41.238–14:43.258
zh我们还是让agent先列一个计划
我们还是让agent先列一个计划
14:43.258–14:54.518
zh好的计划已经列完了
好的计划已经列完了
14:54.518–14:56.498
zh我们来看一下它列出的计划
我们来看一下它列出的计划
15:01.498–15:03.418
zh这里它列出来的都是英文的
这里它列出来的都是英文的
15:03.418–15:05.918
zh就直接让他按照这个计划来执行吧
就直接让他按照这个计划来执行吧
15:13.918–15:16.018
zh这里出现了写文件的错误
这里出现了写文件的错误
15:16.018–15:19.758
zh我推测是底层模型输出的工具调用的格式出现了问题
我推测是底层模型输出的工具调用的格式出现了问题
15:33.418–15:39.258
zh好的,使用FreeModeRouter这个模型会频繁的出错
好的,使用FreeModeRouter这个模型会频繁的出错
15:39.258–15:41.598
zh而且有时候Cloud Code没有任何的输出
而且有时候Cloud Code没有任何的输出
15:41.598–15:43.018
zh就直接停止在那了
就直接停止在那了
15:43.018–15:45.658
zh而且这里基本没有触发自动故障转移
而且这里基本没有触发自动故障转移
15:45.658–15:47.998
zh我们把底层换一个强烟的模型
我们把底层换一个强烟的模型
15:47.998–15:52.618
zh就改成Deepseek V4 Flash模型
就改成Deepseek V4 Flash模型
15:58.618–16:00.558
zh这里看一下它的模型名称
这里看一下它的模型名称
16:00.558–16:14.238
zh这里再把任务丢给他执行一下
这里再把任务丢给他执行一下
16:14.238–16:21.878
zh好的,现在这里就可以看到
好的,现在这里就可以看到
16:21.878–16:24.238
zh自动故障转移功能被触发了
自动故障转移功能被触发了
16:30.558–16:47.138
zh好的,最终没能完成任务
好的,最终没能完成任务
16:47.138–16:49.938
zh三个帐号都已经达到了每日的限额
三个帐号都已经达到了每日的限额
16:49.938–16:53.438
zh而且是因为接着前面模型的结果继续跑的
而且是因为接着前面模型的结果继续跑的
16:53.438–16:55.898
zh所以Deepseek模型在跑的时候
所以Deepseek模型在跑的时候
16:55.898–16:58.378
zh还要兼顾修改前面模型犯下的错误
还要兼顾修改前面模型犯下的错误
16:58.378–17:01.818
zh这也浪费了很多的请求次数
这也浪费了很多的请求次数
17:01.818–17:03.118
zh当然换了模型以后
当然换了模型以后
17:03.118–17:04.078
zh效果就好了很多
效果就好了很多
17:04.078–17:05.478
zh而且中间没有出现
而且中间没有出现
17:05.478–17:07.298
zh因为每分钟的数据限制
因为每分钟的数据限制
17:07.298–17:09.218
zh导致任务中断的状况
导致任务中断的状况
17:09.218–17:10.698
zh当然中间有那么一瞬间
当然中间有那么一瞬间
17:10.698–17:12.538
zh两个账号同时出现了熔断
两个账号同时出现了熔断
17:12.538–17:15.018
zh如果把账号的数量增加到5个
如果把账号的数量增加到5个
17:15.018–17:17.258
zh应该就会更加的稳定
应该就会更加的稳定
17:17.258–17:17.718
zh好的
好的
17:17.718–17:19.878
zh以上就是这个视频的全部内容
以上就是这个视频的全部内容
17:19.878–17:20.658
zh谢谢大家观看
谢谢大家观看

影片筆記:CC Switch 实战:让 Claude Code 自动切换 API,OpenRouter 免费模型也能稳定跑

一句話總結

本影片介紹了開源專案 CC-Switch,該工具可讓 Claude Code 等開發工具在多個 API 供應商之間自動切換。透過內建的路由協議轉換與自動故障轉移(Failover)機制,當主供應商觸發速率限制或故障時,系統會無縫切換至備用供應商(如 OpenRouter 免費模型),確保開發任務不中斷。

核心重點

  1. 解決多供應商配置痛点:CC-Switch 旨在解決使用者同時使用多個大模型 API 供應商時,需手動修改配置文件(如 .env 或設定檔)的繁瑣問題。
  2. 廣泛的 Agent 支援:不僅支援 Cloud Code,還支援 Codex、OpenCode、OpenCraw、Gemini、CLI、Hermes Agent 等主流開發代理工具。
  3. 介面協議轉換(路由功能)
  • 核心功能之一是將 OpenAI 相容格式 的 API 請求轉換為 Anthropic 原生格式
  • 這使得 Claude Code 可以直接使用非 Anthropic 原生格式的供應商 API。
  • 需透過命令行終端啟動 Cloud Code,以確保請求指向本地路由服務。
  1. 自動故障轉移(Auto Failover)
  • 在路由服務內部,針對每個 HTTP 請求單獨進行供應商選擇與切換。
  • 對客戶端(Cloud Code)無感,僅在全部供應商失敗時才返回錯誤。
  • 當某個 API 節點掛掉或額度耗盡(觸發速率限制)時,底層自動無縫切換至備用節點。
  1. 實戰演示
  • 利用 OpenRouter 的免費模型與多個帳戶進行測試。
  • 演示在觸發速率限制時,如何自動切換供應商以維持 Cloud Code 的穩定運作。
  • 展示了設定故障轉移供應商佇列(如 NVIDIA、OpenRouter 帳戶)的過程。

詳細大綱

1. CC-Switch 專案介紹

  • 專案目標:簡化多供應商 API 的管理,避免手動修改配置。
  • 支援工具列表
  • Cloud Code
  • Codex
  • OpenCode
  • OpenCraw
  • Gemini
  • CLI
  • Hermes Agent

2. 安裝與基本配置

  • 下載方式:從 Release 頁面下載對應作業系統版本(例如 Windows 的 MSI 安裝檔)。
  • 應用程式介面操作
  • 新增服務供應商。
  • 填寫 API Key。
  • 設定模型名稱。
  • 配置注意事項
  • 模型測試配置的重要性:避免使用全局配置導致測試失敗。
  • 需分別配置不同供應商的 API Key 與 Base URL。

3. 路由功能(Protocol Routing)

  • 原理:介面協議轉換,將 OpenAI 格式轉換為 Anthropic 格式。
  • 設定步驟
  • 開啟路由開關。
  • 啟動本地 HTTP 服務。
  • 啟動注意事項
  • 必須透過命令行終端啟動 Cloud Code。
  • 不能透過 CC-Switch 介面直接啟動 Cloud Code,以確保請求正確指向本地路由服務。

4. 自動故障轉移功能(Auto Failover)

  • 功能定義:在路由服務內部,針對每個 HTTP 請求單獨進行供應商選擇與切換。
  • 行為特徵
  • 對客戶端(Cloud Code)無感。
  • 僅在全部供應商失敗時返回錯誤。
  • 觸發條件:當某個 API 節點掛掉或額度耗盡時,自動切換。

5. OpenRouter 免費模型實戰測試

  • OpenRouter 免費模型特性
  • 存在速率限制與每日請求額度限制。
  • 使用體驗與缺點分析。
  • 故障轉移測試過程
  1. 設定故障轉移供應商佇列(例如:NVIDIA、OpenRouter 帳戶)。
  2. 執行任務並觀察觸發故障轉移的過程。
  3. 結果分析:模型切換後的穩定性與額度消耗問題。
  • 測試結果
  • 成功演示在觸發速率限制時切換供應商。
  • 維持了 Cloud Code 的穩定運作。

工具 / 模型 / 名詞整理

  • 專案/工具名稱
  • CC-Switch
  • Cloud Code
  • Codex
  • OpenCode
  • OpenCraw
  • Gemini
  • CLI
  • Hermes Agent
  • OpenRouter
  • 模型名稱(依逐字稿原文)
  • Deepseek
  • DeepSickVisPro
  • Deepseq
  • DeepSecret
  • Deepseeker
  • DeepSick V4 Flash
  • MiniMax 2.5
  • FreeModels Router
  • Deepseek V4 Flash
  • 介面/格式規範
  • OpenAI 相容格式 / OpenAI Chat Completion
  • Anthropic 原生格式 / Atherapic Message
  • OpenAI 模式
  • EM 標識
  • 其他專有名詞
  • API Key
  • Base URL
  • HTTP 服務
  • Release 頁面
  • MSI 文件
  • 速率限制(Rate Limit)
  • 熔断(Circuit Breaker/Throttling context)

操作流程整理

  1. 安裝 CC-Switch
  • 前往 Release 頁面下載適合作業系統的版本(如 Windows MSI)。
  1. 配置供應商
  • 開啟 CC-Switch 應用程式。
  • 新增服務供應商,輸入 API Key 與 Base URL。
  • 設定對應的模型名稱。
  • *注意:進行模型測試時,避免使用全局配置,應針對特定供應商配置。*
  1. 啟用路由功能
  • 在介面中開啟路由開關。
  • 啟動本地 HTTP 服務。
  1. 啟動開發工具
  • 打開命令行終端。
  • 在終端中啟動 Cloud Code(確保請求指向本地路由服務,而非直接連接到供應商)。
  1. 設定故障轉移佇列(實戰步驟)
  • 在 CC-Switch 中設定主供應商與備用供應商佇列(例如:主選 NVIDIA,備選 OpenRouter 帳戶)。
  1. 執行測試任務
  • 在 Cloud Code 中執行程式碼生成或修改任務。
  • 觀察當主供應商觸發速率限制時,系統是否自動切換至備用供應商。
  1. 監控與分析
  • 確認任務是否因切換供應商而中斷。
  • 檢查額度消耗情況與模型切換後的穩定性。

值得注意的限制或風險

  1. 免費模型的速率限制:OpenRouter 的免費模型有嚴格的速率限制與每日請求額度,可能影響連續任務的執行。
  2. 配置複雜性:需要正確配置多個供應商的 API Key 與 Base URL,且測試時需注意不要使用全局配置以免失敗。
  3. 啟動方式限制:必須透過命令行終端啟動 Cloud Code 才能正確使用路由功能,直接從介面啟動可能無效。
  4. 全部失敗風險:自動故障轉移僅在部分供應商失敗時生效,若所有配置的供應商均失敗,仍會返回錯誤。
  5. 額度消耗問題:實戰中發現模型切換後可能存在額度消耗問題,需留意各供應商的計費或免費額度限制。

逐字稿辨識疑點

  • DeepSickVisPro:逐字稿中提及「這裡配置的是 DeepSickVisPro」,疑似為特定模型名稱或聽寫錯誤,保留原樣。
  • Deepseq:逐字稿中多次出現「Deepseq API」、「Deepseq 是支持」,疑似為 DeepSeek 的聽寫錯誤,保留原樣。
  • DeepSecret:逐字稿中提及「你用 DeepSecret 的接口去測試」,疑似為 DeepSeek 的聽寫錯誤,保留原樣。
  • Deepseeker:逐字稿中提及「這裡我配了一個 Deepseeker」,疑似為 DeepSeek 的聽寫錯誤,保留原樣。
  • Atherapic / Anthoropic / Athrobic:逐字稿中分別出現「Atherapic Message原生的」、「Anthoropic 的接口的那種規範」、「轉換成 Athrobic 的結果」,均疑似為 Anthropic 的聽寫錯誤,保留原樣。
  • 必源:逐字稿中提及「首先就是必源的模型」,疑似為「閉源」的聽寫錯誤,保留原樣。
  • 強煙:逐字稿中提及「把底層換一個強煙的模型」,疑似為「強效」或特定模型名稱的聽寫錯誤,保留原樣。
  • 空障轉移:逐字稿中提及「為了測試空障轉移這個功能」,疑似為「故障轉移」的聽寫錯誤,保留原樣。
  • 數率線:逐字稿中提及「觸發了每分鐘的數率線之後」,疑似為「速率線」或「速率限制」的聽寫錯誤,保留原樣。
  • Oppos 或 Haku:逐字稿中提及「沒有明確落到 Sonic 的 Oppos 或 Haku 的角色時」,疑似為特定角色名稱或聽寫錯誤,保留原樣。
  • Sonic:逐字稿中提及「沒有明確落到 Sonic 的...」,疑似為特定角色或模型名稱,保留原樣。
  • 英偉達:逐字稿中提及「比如像 OpenRouter 英偉達 這些模型提供商」,保留原樣。
  • FreeModels Router:逐字稿中提及「FreeModes Router」及「FreeModels Router」,保留原樣。
  • DeepSick V4 Flash:逐字稿中提及「比如這個 DeepSick V4 Flash」,保留原樣。
  • MiniMax 2.5:逐字稿中提及「MiniMax 2.5 的模型」,保留原樣。
  • Deepseek V4 Flash:逐字稿中提及「改成 Deepseek V4 Flash 模型」,保留原樣。

可延伸追問

  1. CC-Switch 是否支援其他非 OpenAI 相容格式的供應商?
  2. 在自動故障轉移過程中,是否有延遲影響?
  3. 如何監控各供應商的剩餘額度與使用情況?
  4. CC-Switch 的開源協議為何?是否適合商業環境使用?
  5. 除了 Cloud Code,其他支援的 Agent(如 Codex、OpenCode)在配置上有無特殊差異?

尚未產生學習筆記

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