0:00.000–0:00.960
zhHello大家好 我是黄飞
0:00.960–0:04.000
zh本期视频呢是关于Cloud Code入名的一个视频
0:04.000–0:06.360
zh讲述的介绍了如何安装Cloud Code
0:06.360–0:08.680
zh以及如何在OS Code中使用Cloud Code
0:08.680–0:11.160
zh还介绍了Cloud Code常用的命令
0:11.160–0:13.920
zh以及如何将国内大模型接入到Cloud Code中
0:13.920–0:17.560
zh另外还介绍了Cloud Code的几种核心模式和绘画管理
0:17.560–0:18.960
zh还有就是它的配置
0:18.960–0:20.340
zh包括项目生涯文的配置
0:20.340–0:21.640
zh还有Cloud Code的配置
0:21.640–0:24.120
zh最后还介绍了Cloud Code的工具的使用
0:24.120–0:25.220
zh包括内置工具
0:25.220–0:26.800
zh本地CLR工具
0:26.800–0:28.760
zh还有MCP服务等
0:30.000–0:35.120
zh在安装Cloud Code之前需要先安装Node.js 可以打开这个网站
0:36.660–0:39.480
zh我的电脑是Windows系统 所以这里选择Windows
0:40.500–0:46.120
zh如果你的电脑是苹果系统 那么你就选择MacOS 然后这里选择Node.js版本 我建议大家安装
0:46.640–0:49.720
zh22或者是24版本 至少是大于20
0:50.480–0:52.280
zh然后版本之后点击这里下载
0:53.800–0:55.080
zh就可以下载一个安装程序
0:56.120–0:58.680
zh下载之后双击进行安装就行了 我相信大家都会安装
0:58.680–1:00.480
zh所以安装过程我就不演示了
1:01.500–1:03.280
zh如果你不会安装的话可以看一下这个文道
1:04.820–1:07.900
zh这个文道中全新的演示了如何在windows上安装nodezs
1:09.440–1:12.240
zh然后安装好之后我们可以先运行一下这个命令
1:13.520–1:14.800
zh然后打开powercell
1:15.580–1:18.640
zh你可以使用powercell也可以使用cmd都可以
1:22.240–1:25.040
zh先查看一下nodezs的版本输入node的岗位
1:25.040–1:32.200
zh这里显示20.19 比如说我当前安装的nodejs版本是20.19 然后输入这条命令
1:35.100–1:41.940
zh查看一下npm的版本 如果你的node版本还有npm的版本都能正常显示的话 说明你的nodejs已经成功安装
1:42.700–1:49.100
zhnodejs推荐安装的版本是20以上 最好是安装rts版本node安装完之后 我们还需要安装get
1:49.860–1:50.640
zh在这里进行下载
1:51.140–1:51.660
zh打开这个链接
1:52.420–1:53.960
zh然后点击这里就可以直接进行下载
1:54.740–1:57.800
zh下载网上之后直接双击这个ext文件进行安装就行了
1:58.320–2:01.900
zh安装好之后我们可以运行这个命令同样也是在cmd中进行运行
2:02.660–2:09.060
zh查看一下git的版本如果这里能够正常的显示git的版本的话那么说明你的git安装是没有问题的
2:10.100–2:12.140
zh下来需要设置一下一个环境变量
2:12.900–2:15.720
zh我们需要将git的bass工具添加到环境变量中
2:15.720–2:22.280
zh环境变量的名称是这个 为什么要添加这个环境变量呢 因为cloudcode在执行过程中 他会执行一些命令和工具
2:22.800–2:28.280
zh也就是用到他的bass工具 他的bass工具就是用到的gate的这个bass.ete
2:29.220–2:32.460
zh先按一下下方的温加二键 打开运行
2:34.220–2:35.220
zh然后输入这个命令
2:36.720–2:37.220
zh点击确定
2:39.220–2:40.220
zh点击这里的环境变量
2:40.220–2:47.980
zh可以在用户变量这里添加 也可以在系统变量这里添加 这里我是在系统变量中添加的 我先上除一下 然后我重新添加
2:48.840–2:49.340
zh点击新建
2:50.780–2:52.060
zh然后复制下这个命令
2:54.120–2:57.880
zh后面路径是你Gate的安装路径 我找一下我的Gate安装路径
2:58.900–3:00.580
zh路到这里 点击确定
3:01.740–3:02.340
zh点击确定即可
3:03.140–3:06.340
zh安装好node.js 还有Gate之后 我们就可以安装Cloudcode
3:07.540–3:09.860
zh我们复制这条命令 然后在中端中执行
3:10.220–3:20.460
zh这里提示已经安装完成 我们验证一下是不是已经安装成功 先执行一下这条命令
3:24.820–3:28.660
zh这里能够正常的显示Cloud Code版本号 说明Cloud Code已经正常安装
3:30.960–3:32.500
zh也可以执行下这条命令看一下
3:32.500–3:40.480
zh通过Cloud刚刚Hair 命令可以查看Cloud Code有哪些坛数还有一些长远的命令
3:40.480–3:46.480
zh现在我们来启动一下Cloud Code 启动的命令非常简单 直接在命令行中输入Cloud
3:46.480–3:49.060
zh然后回车
3:49.060–3:55.940
zh第一次启动会让你选择一些主题 我们直接默认回车几个
3:55.940–3:59.140
zh然后再接着回车
3:59.140–4:02.220
zh然后选择yes 第一个
4:02.220–4:04.320
zh这样的话就成功
4:04.320–4:06.100
zh按下ctrl加c
4:06.100–4:07.680
zh退出这个cloud code
4:07.680–4:10.700
zh接着我们再说一下如何升级cloud code
4:10.700–4:12.480
zh当你的cloud code安装好之后
4:12.480–4:14.460
zh过一段时间它可能就会出现新的版本
4:14.460–4:15.900
zh这个时候需要我们进行升级
4:15.900–4:17.780
zh我们可以直接运行这个命令
4:17.780–4:19.920
zh就是cloud update
4:19.920–4:25.580
zh这里显示它正在检查这更新
4:25.580–4:28.620
zh然后已经更新到最新的版本
4:28.620–4:34.380
zh因为我们刚刚安装的 所以它现在最新的版本也就和我们刚安装的版本是一样的
4:35.740–4:43.420
zh接下来我们要设置一下网络代理 为什么要设置这个网络代理呢 如果说你使用的是原生的cloud code或者是国内API
4:44.160–4:46.800
zh如果不配置网络代理的话 它就无法访问这个端口
4:47.900–4:50.460
zh如果说你用的不是原生的cloud code
4:51.300–4:54.660
zh是使用的国内的API 比如说KPK2 或者是deep secret的API
4:54.660–4:56.820
zhTellcode也会使用两维工具
4:56.820–4:57.720
zh在谷歌进行查询
4:57.720–4:59.180
zh如果你不设置代理的话
4:59.180–5:00.300
zh它就无法访问网络
5:00.300–5:01.580
zh也就是无法访问谷歌
5:01.580–5:03.000
zh那么也会查询失败
5:03.000–5:05.560
zh配置代理的方式有很多种
5:05.560–5:07.320
zh最简单的方式呢
5:07.320–5:08.680
zh就是直接开启
5:08.680–5:11.380
zh启用代理工具的TOA模式
5:11.380–5:12.740
zh就像这里
5:12.740–5:15.080
zh只要把这个TOA模式打开就可以
5:15.080–5:17.140
zh第二种方式呢
5:17.140–5:19.920
zh就是通过设置临时的环境变量来实现
5:19.920–5:23.800
zh我们可以通过这种方式来配置一下
5:24.320–5:25.080
zh复制这个代码
5:25.600–5:26.100
zh然后在
5:27.120–5:27.640
zhPovercell中
5:27.900–5:28.400
zh注意
5:28.660–5:31.220
zh这两行的命令是需要在Povercell中运行的
5:33.520–5:34.300
zh然后回车
5:34.800–5:36.080
zh这样就设置好了代理
5:36.860–5:39.920
zh第三种方式就是你带你的项目文件下建一个.cloud
5:40.180–5:40.700
zh然后
5:41.720–5:44.280
zh再新建一个settingsdigestion的文件
5:45.040–5:45.560
zh然后在
5:46.080–5:47.600
zh这个文件中输入shiver的代码
5:48.120–5:49.660
zh效果呢和第二种方式是一样的
5:50.160–5:51.200
zh我就这里我就不演示了
5:51.200–5:54.140
zh需要说明一下的就是这里的端口
5:54.140–5:57.040
zh不同的代理工具可能它的端口是不一样的
5:57.040–5:59.220
zh这个需要给你的代理工具来查看一下
5:59.220–6:01.040
zh当前代理工具的端口是哪些
6:01.040–6:03.680
zh然后我们启用一下Cloud Code
6:03.680–6:10.260
zh怎么要看一下我们当前设置的代理已经生效了呢
6:10.260–6:13.500
zh我们可以让他测试一下是不是能够正常还五个
6:13.500–6:15.440
zh直接输到这里
6:15.440–6:16.360
zh然后回车
6:16.360–6:21.360
zh同意
6:21.360–6:27.740
zh可以看到他正在拼谷歌
6:27.740–6:34.020
zh他这里说
6:34.020–6:35.920
zh能够正常的还谷歌
6:35.920–6:39.400
zh说明我们配置的代理已经生效
6:39.400–6:43.520
zh也可以让他查询一下当前人民币的汇率是多少
6:43.520–6:45.900
zh这个时候他也会调用联网工具进行查找
6:45.900–6:47.900
zh这里我就不演示了
6:47.900–6:49.140
zh感兴趣的可以自己看一下
6:49.140–6:52.820
zh上面就是Cloud Code安装还有配置代理的方式
6:52.820–6:54.500
zh整个过程也是非常简单
6:54.500–6:56.080
zh第一步就是安装Node.js
6:56.080–6:58.080
zh第二步就是安装Gate
6:58.080–6:59.840
zh为什么需要安装Gate呢
6:59.840–7:03.120
zh因为Cloud Code在执行代码的时候会用到Bash工具
7:03.120–7:07.460
zh这个Bash工具它就是用到Gate的Bash.ese这个文件
7:07.460–7:08.640
zh去使用的Bash工具
7:08.640–7:11.200
zh最后一步就是安装Cloud Code
7:11.200–7:13.140
zh安装方式也是非常简单
7:13.140–7:14.740
zh只需要一行代码就能够搞定
7:15.900–7:20.420
zh然后就是启动Cloud Code 还有升级Cloud Code 第二就是配置代理
7:23.120–7:27.260
zhCloud Code 它是一个命令行工具 这也有导致我们在看代码的时候不是很方便
7:28.080–7:30.360
zh需要使用其他的编辑器 比如说OS Code来看代码
7:31.440–7:36.880
zh如果你不想在OS Code 还有命令行工具之间来回的切换的话 也可以在OS Code 中安装一个扩展
7:37.880–7:40.780
zh这样就能够实现直接在OS Code 中使用Cloud Code
7:41.820–7:45.200
zh下面我就演示一下如何在OS Code 中安装Cloud Code 扩展工具
7:45.900–7:47.440
zh首先我们打开VS Code
7:50.760–7:51.540
zh找到扩展
7:54.340–7:55.380
zh我们需要搜索
7:55.620–7:56.900
enCloud Code for VS Code
8:03.618–8:04.618
zh一定要看清楚是这个
8:06.618–8:08.618
zh会安装错了 然后直接进行安装即可
8:09.618–8:12.618
zh好了 安装完成 然后回到我们的项目为家
8:12.618–8:14.618
zh那么如何在 us code中使用Cloud code呢
8:15.618–8:19.458
zh可以随便点一个文件 然后右上角这里有一个
8:20.218–8:24.378
zhCloud code的图标可以点击一下 这样就打开了一个Cloud code的对话框
8:25.338–8:30.978
zh这个时候我们就可以在这个对话框中输入我们想要的需求 比如说我让他帮我写一个
8:31.498–8:35.838
zh话牌去的派文件 我们可以将需求输入在这里 然后回车
8:38.658–8:39.678
zh他正在帮我们写
8:45.618–8:52.778
zh好了 这里说冒泡排序文页已经创建完成 然后我才到了这个文件也是这个文件中
8:55.858–8:58.538
zh然后我们可以继续让他帮我们特试一下这个文件
9:00.418–9:03.618
zh我们在这里输入帮我特试一下上面的文件 然后执行
9:08.258–9:08.938
zh选择yes
9:15.618–9:19.938
zh这里才发现这个编码有问题 然后正在修复编码 我们选择yes
9:28.678–9:31.698
zh在这里可以看到他现在就在调用拜设工具来测试代码
9:34.658–9:40.238
zh这里的拜设工具也就是我们在安装的时候设置的Gate的Base.exe文件
9:41.178–9:42.058
zh而这里已经测试完成
9:43.078–9:45.018
zh这是它的原始速度 这是它的排序结果
9:45.618–9:50.218
zh优化版本结果完全相同 这样我们就在OS的扣子中安装好了
9:50.478–9:53.978
zh可乐扣扣扩展 也就可以在OS扣子中使用Cloudcode了
9:55.798–10:00.538
zh我个人还是比较喜欢在命令行中使用Cloudcode的 它之所以被设置为一个命令行工具
10:01.058–10:04.378
zh我想首先是它的初心吧 它的目标应该就是未来
10:04.858–10:11.538
zh所有的代码都有AI来写 人子负责收理需求 使用自然语言来描述我们的需求即可 不需要管后面的代码具体的实现
10:12.058–10:18.578
zh虽然目前还达不到这种效果 但是我觉得它的目标应该是非常好 另一个原因我觉得它之所以被设置为命令和工具
10:19.038–10:26.558
zh是因为命令和工具的兼容性比较好 不论是macOS还是linux还是windows系统都能够很好的兼容命令和工具
10:27.058–10:30.418
zh而且在命令和工具中各种工具的使用都比较灵活
10:31.598–10:34.358
zh下面咱们来看一下claw code中一些常用的命令
10:34.358–10:41.578
zh在交互界面中通过斜杠命令来控制 ai 注手的行为和上下纹
10:41.578–10:43.658
zh合理的使用这个斜杠命令
10:43.658–10:46.678
zh一可自然远的输入可以更加顺利的完成开发操作
10:46.678–10:48.818
zh打开一个cloud code
10:48.818–10:51.018
zh先进入我之前的一个项目的文件夹
10:51.018–10:54.978
zh这个项目是我在之前的视频中开发的一个谷歌浏览器倍速播放的插件
10:54.978–10:57.458
zh可以一线调节网线上视频的播放速度
11:04.358–11:06.358
zh然后启动cloud code
11:10.358–11:13.638
zh我们先看一下第一个命令就是-int命令
11:13.638–11:17.558
zh它这个命令的作用就是触手化项目的记忆指南
11:17.558–11:19.878
zh简单来说就是生成cloud.md文件
11:19.878–11:23.398
zh我们先在withcode中打开这个项目
11:23.398–11:26.658
zh当前这个项目的目录中是没有cloud.md文件的
11:26.658–11:31.438
zh我们在这里执行一下-int命令
11:31.438–11:35.878
zh他这里先进行了搜索 也是查找各种文件
11:36.958–11:38.338
zh读取gdmi.md文件
11:39.558–11:40.458
zh读取这个json文件
11:43.238–11:45.458
zh还有下面也是读取了所有的文件
11:47.318–11:50.858
zh他会根据这个项目中所有的代码来生成一个cloud.md文件
11:52.478–11:54.498
zh现在他正在创建这个cloud.md文件
11:56.438–11:57.498
zh我们等一会让他创建完成
11:57.498–12:02.738
zh啊 它已经创建完场了 我们大家看一下
12:07.538–12:11.618
zh当然它已经创业好了 但是这个clawian md 文件中的内容都是英文的
12:12.698–12:14.098
zh我们可以让它改为中文的
12:15.178–12:17.738
zh在这里输入将clawian md 中的内容改为中文
12:19.818–12:21.898
zh让它在这里先执行的 我们继续看其他的命令
12:21.898–12:24.958
zh刚才我们测试的这个-int命令
12:24.958–12:27.658
zh它的主要作用就是处处化项目机指南
12:27.658–12:29.578
zh也就是生成Cloud.md文件
12:29.578–12:31.878
zh这个Cloud.md文件中的内容
12:31.878–12:33.618
zh是作为上下为使用的
12:33.618–12:36.638
zh当然这个文件中的内容就可以让A字路生成
12:36.638–12:38.278
zh我们也可以进行手动的编辑
12:38.278–12:40.738
zh第二个命令是add-dr
12:40.738–12:42.498
zh后面加一个文件路径
12:42.498–12:45.678
zh它的作用就是切换一个工作目录
12:45.678–12:48.298
zh或者说是添加一个工作目录
12:48.298–12:49.178
zh好了
12:49.178–12:50.798
zh这里已经显示将
12:51.558–12:55.658
zh文件中的内容从英文翻翻译为中文 我们看一下这个文件中的内容
12:56.678–12:58.738
zh文件中的内容已经变为了中文
13:00.278–13:01.558
zh然后我们试一下这个
13:02.058–13:02.578
en-add
13:03.338–13:04.118
zh-dr命令
13:06.158–13:07.698
zh然后添加一个路径
13:08.978–13:11.018
zh添加一个我特使文件夹的路径吧
13:11.798–13:12.818
zh现在就将这个
13:13.318–13:16.518
zh文件夹作为了一个工作目录 这个时候我们就可以
13:16.778–13:18.698
zh针对这个文件夹来做一些相应的提问
13:18.698–13:21.938
zh比如说我们可以问这个文件夹中有哪些文件
13:24.198–13:26.398
zh他就会查看这个文件夹中的所有文件
13:28.918–13:30.578
zh这个文件中有以下两个文件
13:30.578–13:34.898
zh我们可以看一下这个文件夹
13:34.898–13:39.998
zh确实只有这两个文件
13:39.998–13:43.838
zh然后这个是-clear命令
13:43.838–13:45.798
zh它可以清除对话历史
13:46.638–13:54.758
zh当我们不停的与Cloud进行对话的时候 有的时候他会跑偏 当我们发现Cloud跑偏了 我们就可以清除所有的对话 然后重新开始沟通
13:55.458–14:01.678
zh或者是我们需要开启一个新任务的时候 也可以将这个所有的历史上下文对话进行清除 然后再重新开始
14:02.518–14:03.078
zh演示一下
14:06.898–14:14.118
zh执行这个命令之后相当于就是清除了上下文 接着我们看一下杠二 减派的命令 这个命令主要是压托对话内容
14:15.118–14:22.358
zh我们在有CloudCore进行沟通的时候 可能会进行多轮对话 这个多轮对话中 可能既有已经解决的问题 也有没有解决的问题
14:23.278–14:29.918
zh当我们对话人数比较多的时候 也是上下位比较多的时候 就可能会造成上下位的溢出 也就是造成CloudCore的失忆了
14:30.598–14:33.198
zh那么我们可以使用这个命令 对我们的上下位内容进行压缩
14:33.958–14:44.078
zh例如使用前线Compat保留尚未解决的问题 可以让CloudCore在总结上下位的时候 也就是在压缩上下位的时候 特定保留未解决的问题
14:44.718–14:48.478
zh上下回经过压缩之后可以有效的避免上下回过场造成下回一出的问题
14:48.978–14:52.318
zh然后是-mever命令 这个命令呢可以让我们直接编辑
14:52.878–14:54.558
zhcloud.md文件 我们特设一下
14:56.118–15:03.978
zh选项一是编辑当前项目中的cloud.md文件 选项二是编辑我们用户的cloud.md文件
15:04.718–15:09.118
zh至于这两个文件的相同点与不同点 我们在后面进行介绍 现在我们直接选择一
15:09.118–15:12.298
zh这样我们就直接打开了这个Cloud.md文件
15:12.298–15:14.278
zh我们可以在这里进行添加和修改内容
15:14.278–15:16.838
zh修改完之后直接进行爆成就行了
15:16.838–15:18.838
zh然后是config命令
15:18.838–15:20.158
zh通过config命令
15:20.158–15:22.758
zh我们可以查看和修改Cloud后的配置
15:22.758–15:24.978
zh这个命令的使用频率不是很高
15:24.978–15:26.018
zh我们了解一下就行了
15:26.018–15:27.978
zh可以看到当前有这些配置
15:27.978–15:30.778
zh以及它的配置的选项是开启还是关闭
15:30.778–15:34.278
zh下来model命令是用来查看和切换模型
15:34.278–15:38.198
zh当前我们有这些模型
15:38.198–15:42.158
zh因为我现在使用的是Deepseek的接口
15:42.158–15:45.198
zh所以其实上面三个模型是不能使用的
15:45.198–15:49.838
zh就是只能选择这个Deepseek
15:49.838–15:51.458
zh就它是选择上面三个模型
15:51.458–15:53.338
zh它默然也是使用Deepseek模型
15:53.338–15:55.458
zh然后是Sletters命令
15:55.458–15:56.778
zh这个命令还是比较常用的
15:56.778–15:58.678
zh我们执行家看一下
16:00.027–16:02.947
zhslita 命令可以查看我们当前Cloud Core的版本
16:03.667–16:04.987
zh以及当前的工作路径
16:05.987–16:06.987
zh还有当前的接口
16:08.907–16:10.427
zh以及代理性器都在这里显示
16:10.747–16:11.427
zh当下的模型
16:12.027–16:13.067
zh以及当下使用的记忆
16:13.067–16:15.907
zhMemory现在是使用的项目级的记忆
16:15.907–16:18.487
zh也就是当前项目目录中的CloudMD文件
16:18.487–16:22.607
zhDocard的命令应该来检查当前Cloud Code的安装状态
16:22.607–16:23.707
zh我们诊息一下看一下
16:23.707–16:27.787
zh就是显示了当前Cloud Code的安装的一些详细信息
16:27.787–16:32.187
zhCosal的命令是用来显示修化的Token与费用统计
16:32.187–16:36.067
zh它这里的击费是使用美元进行击费的
16:36.067–16:38.207
zh当使用国内的模型
16:38.207–16:39.627
zh比如说DeepSec的接口的时候
16:39.627–16:41.647
zh这里的预购价格应该是不对的
16:41.647–16:42.147
zh啊
16:44.007–16:50.247
zh接下来咱们来看一下如何在Cloud Code中介入我们国产大模型 因为原生的Cloud Code
16:51.187–16:56.587
zh一是他在国内防御不是很方便 首先他注册账号就不是很方便 即便是注册了账号
16:57.287–16:59.147
zh在我们国内使用的话 它也很容易封号
16:59.947–17:08.907
zh现在我们国产大模型的编程能力已经非常好了 虽然不能够超过Cloud Code的原生模型 但是使用我们国产的模型也一样能够很好的达到我们的开发要求
17:09.667–17:11.467
zh除了CloudCore的账号不好注册之外
17:11.907–17:13.507
zh还有就是它的价格也比较贵
17:14.207–17:16.067
zh使用我们国内的模型价格也比较便宜
17:16.767–17:18.447
zh所以咱们就直接使用国内的大模型
17:19.067–17:23.667
zh在介绍之前我想给大家介绍一个Windows命令行工具就是Windows Terminal
17:24.347–17:25.907
zh我的命令行工具是这样的
17:27.007–17:28.007
zh如果你没有安装的话
17:28.467–17:30.447
zhModern使用是CMD命令行也就是这种
17:30.767–17:32.267
zh还有一种就是PowerSeal命令行
17:33.567–17:34.147
zh也是这样的
17:34.647–17:37.347
zh他这两个工具其实使用哪种都可以
17:38.907–17:43.747
zh不然是你使用cmd还是使用powercell是都是可以的
17:43.747–17:50.547
zh但是cmd和powercell有些命令是不一样的 尤其是在设置一些环境变量的时候
17:50.547–17:54.587
zh所以如果你跟着我的教程操作的话 我希望你使用的是powercell
17:54.587–17:59.967
zh所以大家先安装一下这个windows特别的工具 也是这个链接打开之后
18:02.967–18:03.827
zh可以点击这里
18:03.827–18:10.827
zh然后选择一个符合你系统版本的进行下载 下载完之后直接进行安装就可以
18:10.827–18:16.747
zh按照好之后就是这种 这个工具呢 既可以使用powercell也可以使用cmd
18:16.747–18:24.187
zh它相当于是一个命连行工具的一个壳吧 整体上优惠比好看 要比这个powercell还有cmd也好看一些
18:24.187–18:31.427
zh另外它可以在一个转行中开起多个type 这样用起来比较方便 当你安装完之后 你可以点击这个键头 点击设置
18:31.427–18:37.427
zh在启动这里你可以默认选择他启动的时候是使用powercell还是cmd
18:37.427–18:40.067
zh这里我使用的是powercell
18:40.067–18:42.567
zh保存一下
18:42.567–18:45.607
zh然后再次启动的时候
18:45.607–18:47.987
zh他这里默认就是powercell
18:47.987–18:50.467
zh好了这个工具就先介绍到这里
18:50.467–18:51.947
zh如果没有的话
18:51.947–18:53.767
zh我建议你去安装一下
18:53.767–18:55.747
zh如果不安装的话也是没有问题的
18:55.747–18:58.667
zh你只需要使用系统自带的powercell就可以
19:01.427–19:04.827
zh也是用这个power 工具
19:04.827–19:10.647
zh好 接下来我们说一下如何在cloud code中接入我们国产大幕型
19:10.647–19:15.127
zh我们国产大幕型有很多 这里我就以约阵案面
19:15.127–19:19.987
zh也就是kmk2 还有deep seek 为例 能演示一下如何接入
19:19.987–19:23.527
zh接入的第一步呢 就是我们需要先获取一个apfk
19:23.527–19:27.307
zh我们打开约阵案面的开放平台
19:27.307–19:31.007
zh同时也打开deep seek的开放平台
19:31.007–19:36.007
zh约这样的可以在这里新建一个API key
19:36.007–19:38.807
zh随便起个名字要test了
19:38.807–19:43.607
zh项目就选择一个default 然后确定 这样他就创建好了一个mail
19:43.607–19:45.207
zh我们需要复制一下
19:45.207–19:49.007
zhkmyk2的这个mail它只能在创建的时候显示一下
19:49.007–19:50.607
zh我们点击这里进行复制
19:50.607–19:54.507
zh当你确定之后或者关闭这个窗口之后 你就再无法看到这个mail了
19:54.507–19:59.807
zh如果你忘记了之前的mail是什么 那就无法找回 就只能删除再重新建一个
20:00.407–20:01.007
zh我们点击确定
20:01.307–20:03.407
zh先交k-k-k-s的meel保存到这里
20:04.307–20:06.007
zh然后我们再去Deepshake平台
20:07.607–20:09.007
zh也是在这个API key里面
20:09.707–20:10.607
zh创建一个API key
20:12.707–20:13.207
zh已经创建
20:14.207–20:15.307
zh这样这个meel也创建好了
20:15.307–20:16.107
zh我们点击复制
20:17.407–20:18.007
zh也保存一下
20:21.107–20:23.007
zhDeepshake的API我们需要先充值一下
20:23.307–20:24.807
zh然后可以充值10块钱
20:25.007–20:25.807
zh也不用充值太多
20:25.807–20:27.207
zh他可以支持支付网和微信
20:27.307–20:28.507
zh充足一个对对进行就行
20:30.647–20:35.527
zhKBKT的模型 如果你不充值的话也是可以使用的 但是它有一个并发限制
20:39.607–20:43.527
zh免费用户它是有并发限制的 是在使用CloudCode的时候可能会出现
20:43.727–20:49.667
zhAerror3.9这个报错 建议你充值一个50块钱 充值之后他就会升级你的账户等级
20:51.587–20:57.407
zh可以点击这里你查看 充值50块钱之后就会变成这个第一等级
20:57.407–20:59.507
zh冰花数是50
20:59.507–21:01.767
zh猫人免费的用户是冰花数是3
21:01.767–21:04.467
zh上面就是充足的一些注意事项
21:04.467–21:06.807
zh然后呢就是配置
21:06.807–21:08.767
zhKPK2可以看一下这个文档
21:08.767–21:13.627
zhDeepseek可以看一下这部文档
21:13.627–21:18.807
zh这里就讲我们如何将KPK2配置到Cloud Code中
21:18.807–21:23.607
zhWindows系统的话使用这个命令
21:23.607–21:24.927
zh我们先复制
21:27.407–21:28.487
zh粘贴到这里
21:29.487–21:31.607
zh然后我们只需要提款这里的API key
21:31.607–21:35.087
zh这是KMK2的API key 我们放在这里
21:37.087–21:40.567
zh然后我们复制所有的命令 打开我们的pubsell
21:42.567–21:43.407
zh一新粘贴
21:45.567–21:46.607
zh然后执行cloud
21:51.607–21:56.407
zh在这里就可以看到我们当前的模型是KMK2 ThinkingTurbo
21:57.287–22:00.607
zh也就是说我们将KMK2配置到了Cloud Code中
22:01.807–22:05.167
zh如果在使用的过程中你忘记了当前的模型是哪一个 你也可以通过
22:06.927–22:08.047
zh斜杠SATA是命令
22:09.987–22:10.547
zh来查看
22:11.627–22:12.687
zh当前使用的模型是什么
22:13.847–22:16.167
zh从这里可以看到当前的模型是KMK2
22:18.447–22:19.047
zh当前的
22:20.427–22:21.647
zhFaceUIL是这个
22:23.647–22:25.647
zh刚才我们是在终端中进行了配置
22:26.167–22:27.447
zh他这种配置的方式
22:27.687–22:29.227
zh就只对我们这个终端有效果
22:30.507–22:31.787
zh假如说我们新开个终端
22:33.587–22:34.607
zh然后运行cloud
22:39.207–22:42.027
zh这个时候他就会默认使用原生的
22:42.287–22:43.307
zhcloud code的模型
22:44.087–22:45.867
zh也就是说我们在终端中进行配置
22:46.127–22:47.407
zh他只对这个终端有效
22:47.667–22:48.947
zh我们每次想要使用
22:49.207–22:53.047
zhkmyk2这个模型的时候都需要在这个终端中进行配置
22:53.547–22:54.827
zh这样用起来就比较麻烦
22:55.647–23:00.127
zh所以我推荐大家使用环境变量的方式进行一次设置 容金有效
23:00.767–23:02.567
zh接下来我就演示一下如何设置环境变量
23:03.327–23:05.127
zh先按键盘上温价打开这个
23:05.367–23:07.927
zh预行窗口 然后输入这个命令 点击确定
23:09.467–23:10.247
zh点击环境变量
23:10.487–23:13.827
zh可以在用户变量中进行添加 也可以在系统变量中进行添加
23:14.087–23:15.607
zh这里我就在用户变量进行添加
23:16.887–23:17.407
zh先新键
23:18.427–23:20.487
zh然后我们复制这个变量名称
23:25.647–23:31.927
zh也就是依次将这个变量名称还有变量值
23:33.267–23:33.767
zh进行添加
23:50.927–23:52.567
zh好了这样我们就要环境变量添加好了
23:53.087–23:55.647
zh需要注意的是边缆的名称前面不需要带这个
23:56.147–23:56.667
enDolite
23:57.427–23:59.487
zh因为冒号这几个都不是
24:00.849–24:03.529
zh还有就是变量的值不需要带这个引号
24:04.769–24:06.609
zh我们只需要双一号中间的内容就可以
24:07.649–24:11.089
zh我们点击确定 然后关闭这个 cmd 重新打开
24:12.849–24:13.889
zh现在我们直接启动cloud
24:15.129–24:23.169
zh可以看到现在他默认使用的模型就是kmmk2
24:26.889–24:32.709
zh如果你想要使用deepshake模型的话 那么配置方法也是一样 既可以在环境变量中进行设置 也可以在
24:33.489–24:41.049
zh中端中进行设置 在中端中设置的只对当前的中端有效 到中端关闭之后 比如是cmdmini关闭之后 我们在他打开的时候
24:41.049–24:42.089
zh它就失效了
24:43.089–24:45.729
zh这个是将dbseq模型接入Cloud code的文档
24:46.929–24:49.489
zh这里它也是使用配置环境变量
24:49.489–24:51.929
zh但是它的方式并不支持Windows系统
24:52.489–24:55.409
zh这是MacOS系统和Linux系统的方式
24:56.329–24:58.389
zhWindows系统配置的方式可以参考我的文档
24:58.389–24:59.329
zh也就是这里的内容
25:00.769–25:02.689
zh我们可以试一下复制这些命令
25:06.169–25:07.569
zh然后替换一下API key
25:08.689–25:10.249
zh然后将这里的API key替换掉
25:11.049–25:15.409
zh你也给终端
25:22.309–25:25.389
zh可以看到这里显示的模型是Deepseek Set模型
25:25.889–25:28.709
zh也就是说我们已经将Deepseek配置到了Cloud Code中
25:29.489–25:32.289
zh我推荐大家使用这个windows的产品工具的原因还有一个
25:32.549–25:35.889
zh我们可以通过这个工具快速的切换Cloud Code的模型
25:36.389–25:40.749
zh比如当前我们既可以使用KMK2这个模型也可以使用Deepseek这个模型
25:41.049–25:44.729
zh但是现在我们在切换模型的时候 要么需要我们在一个中端中
25:45.249–25:49.229
zh执行一大堆的命令 来设置一下临时的环境变量 要么就需要我们去修改
25:49.689–25:51.649
zh这里的环境变量来进行永久的修改
25:52.209–25:54.309
zh使用这两种方式来切换模型的话都不是很方便
25:55.029–26:01.349
zh那么怎么样才能更加方便的来切换模型呢 首先我们可以在环境变量中配置一个我们默认使用的模型
26:04.809–26:07.209
zh比如在这里配置一个我们默认会使用的模型
26:07.209–26:12.569
zh然后我们通过这个windows的tomber工具来配置我们需要使用的其他模型
26:12.569–26:14.109
zh下面我就给大家演示一下
26:14.109–26:16.369
zh首先点击一下这个键头 然后点击设置
26:16.369–26:18.909
zh然后在这里添加新的配置文件
26:18.909–26:23.449
zh这里选择windows popsell 点击复制
26:23.449–26:26.309
zh我们先修改一下名称
26:26.309–26:28.449
zh就叫CloudCoreDeepseek
26:28.449–26:30.609
zh然后修改一下这里的命令行
26:30.609–26:33.389
zh我们复制这里的代码
26:33.389–26:36.269
zh先在这里粘贴一下
26:37.209–26:40.409
zh可以看到这里的内容就是上面的这一部分内容
26:41.569–26:43.609
zh我们需要先加API key来替换一下
26:46.689–26:47.969
zh然后同时我们要添加两号
26:48.469–26:50.269
zh就是通过这两行命令来设置代理
26:51.549–26:52.829
zh然后我们将这个命令复制
26:54.609–26:55.389
zh粘贴在这里
26:57.169–26:57.949
zh然后点击保存
27:01.529–27:01.789
zh关闭
27:03.569–27:05.889
zh这个时候我们可以点击键头然后下的
27:05.889–27:10.889
zh然后启动Cloud Code
27:10.889–27:21.509
zh这时当前这个中单他默认使用的模型就是Deepseq模型
27:21.509–27:26.129
zh这样我们就实现了更加方便的来切换Cloud Code的使用的模型
27:26.129–27:30.409
zh每当我们有一个新的模型想要使用的时候
27:30.409–27:33.109
zh我们就可以通过这种方式来新建一个配置
27:33.109–27:35.629
zh然后通过旧改这里的命令行
27:35.629–27:43.829
zh来修改不同的模型以及模型对应的API 这样就能够实现快速的切换不同的模型
27:43.829–27:48.729
zh每次我们想要更换模型的时候只需要在这里打开我们想要使用的模型配置即可
27:48.729–28:01.129
zh好了 接下来咱们看一下CloudCode的进阶玩法 首先来了解一下CloudCode的核心模式 通常情况下CloudCode每次修改文件或者是创建文件的时候都需要我们进行手动的确认
28:01.129–28:02.429
zh那照样一来的话
28:02.429–28:03.569
zh它的效率就比较低
28:03.569–28:05.629
zh因为如果我们不进行确认的话
28:05.629–28:07.049
zh它就会一直卡在那里
28:07.049–28:08.529
zh不会进行后面的步骤
28:08.529–28:09.989
zh像现在这样
28:09.989–28:12.229
zh我让它创建一个互相的totoracet网站
28:12.229–28:14.449
zh它首先在这里规划这个任务
28:14.449–28:15.389
zh现在这里列出了
28:15.389–28:16.929
zh它要做的每一步的步骤
28:16.929–28:19.349
zh然后下面它就要创建这个文件
28:19.349–28:22.589
zh这里它需要我们进行同意之后
28:22.589–28:23.709
zh它才能去创建这个文件
28:23.709–28:25.169
zh这是第一个选项
28:25.169–28:26.749
zh如果我们选择第二个选项
28:26.749–28:28.249
zh那么在当前这个创工中
28:28.249–28:30.429
zh它在创建文件和修改文件上
28:30.429–28:32.089
zh就不会再请求我们的权限
28:32.089–28:34.329
zh而会直接是进行创建和修改
28:34.329–28:37.429
zh第二个选项也就是这里的自动编辑模式
28:37.429–28:39.609
zh现在我们先选择第一个选项
28:39.609–28:41.849
zh我们来看一下自动编辑模式
28:41.849–28:43.909
zh就是免确认批量操作
28:43.909–28:47.709
zh适用于不需要逐次确认的文件的创建和修改的场景
28:47.709–28:50.109
zh也就是说当我们开启这个场景之后
28:50.109–28:53.469
zhCloud Core在创建文件还有修改文件的时候
28:53.469–28:55.769
zh不需要经过我们的同意就可以直接进行修改
28:55.769–28:58.189
zh这样就省去了很多的确认步骤
28:58.189–28:59.329
zh就能够提高一些效率
28:59.329–29:00.829
zh但是需要注意的是
29:00.829–29:03.829
zh这个模式它只是限于创建文件
29:03.829–29:04.549
zh还有修改文件
29:04.549–29:06.289
zh如果Cloud Code想通过Bass
29:06.289–29:08.029
zh来整形一些命令行的命令的时候
29:08.029–29:10.089
zh或者是调用一些命令行的工具的时候
29:10.089–29:12.509
zh它还是需要我们进行手动的确认
29:12.509–29:15.169
zh除了这个增重边境模式之外
29:15.169–29:16.429
zh还有一个Plan模式
29:16.429–29:19.569
zh这个模式的作用就是只规划不执行
29:19.569–29:22.689
zh当在项目搭建或者是处理复杂问题的时候
29:22.689–29:23.869
zh可以先开启Plan模式
29:23.869–29:25.489
zh它会先梳理方案的框架
29:25.489–29:27.769
zh比如说要做像素风格的移动端
29:27.769–29:28.329
enTotoList
29:28.329–29:30.469
zh它会自动的规划技术方案
29:30.469–29:31.249
zh页面结构
29:31.249–29:32.189
zh视频方案等等
29:32.189–29:33.369
zh如果你不满意的话
29:33.369–29:35.009
zh可以直接说重新规划
29:35.009–29:36.309
zh一直到符合你的预期
29:36.309–29:37.929
zh开启Plan模式之后
29:37.929–29:38.869
zh它就只多规划
29:38.869–29:39.789
zh而不写代码
29:39.789–29:41.809
zh相当于是对这个任务
29:41.809–29:42.689
zh做一个详细的规划
29:42.689–29:43.869
zh提出解决方案
29:43.869–29:44.869
zh但是不进行执行
29:44.869–29:46.369
zhHello Code还有Data的模式
29:46.369–29:47.189
zh就是Yolo模式
29:47.189–29:49.489
zhYolo模式它能获取到最高的权限
29:49.489–29:51.329
zh可以让我们完全的放手
29:51.329–29:52.509
zh让它自动化的执行
29:52.509–29:54.229
zhYolo模式最常用在
29:54.229–29:54.989
zh重构代码
29:54.989–29:56.649
zh或者是创建新项目的时候
29:57.769–29:58.869
zh修复复杂bug的时候
29:58.869–30:02.209
zh可以通过添加这个参数来启动Ulo模式
30:02.209–30:04.289
zhUlo模式拥有的权限最高
30:04.289–30:06.229
zh它可以直接执行更多的操作
30:06.229–30:07.869
zh上面来说的振动编辑模式
30:07.869–30:09.769
zh可以振动的创建文件修改文件
30:09.769–30:11.709
zh而不需要通过我们的确认操作
30:11.709–30:13.789
zh但是在执行命令和工具的时候
30:13.789–30:15.009
zh它仍然需要我们的确认
30:15.009–30:16.329
zh如果你是开启了Ulo模式
30:16.329–30:17.949
zh那么它就不用再求求任何的权限
30:17.949–30:20.829
zh相当于它对你这个电脑拥有了一个最高级的权限
30:20.829–30:22.289
zh可以执行任何的命令
30:22.289–30:23.709
zh也可以创建任何的文件
30:23.709–30:26.869
zh所以优统形象虽然能够让CloudCore更加的自动化
30:26.869–30:28.149
zh但是如果使用不到的话
30:28.149–30:30.509
zh它可能对你的电脑一些文件造成破坏
30:30.509–30:31.749
zh所以在使用用的模式的时候
30:31.749–30:34.309
zh还是需要我们能够确定CloudCore所执行的操作
30:34.309–30:36.569
zh并不会对我们的电脑或者是项目造成破坏
30:36.569–30:39.849
zh好了 下面我们去看一下如何来切换这种不同的模式
30:39.849–30:42.689
zh在CloudCore中不同的Barray可能快据键不一样
30:42.689–30:46.209
zh一般是save加type或是Alt加m键
30:46.209–30:48.009
zh就可以切换这几种模式
30:48.009–30:49.749
zh我们先选择yes
30:49.749–30:51.809
zh然后按一下Alt加m
30:53.709–30:54.849
zh这里显示了
30:55.989–30:57.269
enAccept Edit On
30:58.109–31:00.109
zh说明我们已经开启了震动边境模式
31:02.109–31:03.649
zh同时这里也显示了扩载键
31:04.409–31:05.609
zh也就是AIRT加M
31:07.469–31:08.949
zh这里就先让它在这里执行吧
31:08.949–31:10.269
zh我们清建一个窗口
31:14.049–31:15.749
zh进入到我项目的根目录
31:17.169–31:18.269
zh然后启动Cloud
31:18.269–31:25.609
zh使用快捷键iOS加M就可以在
31:25.609–31:26.969
zhMoney模式还有
31:26.969–31:29.529
zh对游编辑模式还有Plan模式之间切换
31:29.529–31:32.729
zh我们切换到Plan模式
31:32.729–31:35.429
zh测试一下这个Plan模式的效果
31:35.429–31:37.469
zh出入这个提示车
31:37.469–31:40.029
zh创建一个摊试车的HTML小游戏
31:40.029–31:42.329
zh帮我规划一下需求和技术方案
31:42.329–31:44.129
zh输出到Plan的MD文件
31:44.129–31:45.409
zh拿到执行
31:45.409–31:47.129
zh然后我们再打开一窗口
31:47.129–31:48.469
zh特设一下Ulo模式
31:48.469–31:52.009
zh如果想使用Ulo模式
31:52.009–31:53.469
zh那我在启动CloudCloud的时候
31:53.469–31:54.489
zh就要添加这个参数
31:54.489–31:55.709
zh我们复制这项命令
31:55.709–31:56.769
zh删贴
31:57.876–31:59.796
zh在开启Ulo模式后
31:59.796–32:00.816
zh它会先有个提示
32:00.816–32:01.876
zh我们选择第二个
32:01.876–32:02.316
zh接受
32:02.316–32:04.176
zh这样我们就进入了Ulo模式
32:04.176–32:05.636
zh这里显示
32:05.636–32:07.496
enBypass Permission On
32:07.496–32:10.036
zh就说明我们已经开启了Ulo模式
32:10.036–32:11.756
zh进入到Ulo模式之后
32:11.756–32:14.496
zh我们依然可以使用快捷键在这几种模式之间进行切换
32:14.496–32:16.096
zh我们按下20加m
32:16.096–32:17.976
zh这样就回到了默认的模式
32:17.976–32:20.296
zh再按一下就进入了自动编辑模式
32:20.296–32:23.156
zh再按一下就进入了climb模式
32:23.156–32:25.556
zh再按一下就进入了yolo模式
32:25.556–32:27.136
zh然后在yolo模式下
32:27.136–32:29.316
zh我们也让他创建一个枯渐的todolation的网站
32:29.316–32:36.756
zh在yolo模式下就完全不需要我们再进行任何的操作
32:36.756–32:39.576
zh他就可以自动的进行创建文件修改文件
32:39.576–32:41.416
zh然后执行一些命连行工具
32:41.416–32:44.896
zh我们看一下第一个窗口就是自动编辑模式
32:44.896–32:47.336
zh在这里在执行这个Base命令的时候
32:47.336–32:49.556
zh它还是需要我们进行首诺的授权
32:49.556–32:51.296
zh我们选择确定
32:51.296–32:54.716
zh接着它要运行index.atml
32:54.716–32:56.896
zh依然需要我们首诺的授权
32:56.896–32:57.656
zh我们选择确定
32:57.656–33:00.836
zh网站已经在浏览区中打开了
33:00.836–33:03.216
zh我们看一下它这个网站的功能
33:03.216–33:06.096
zh加除
33:06.096–33:15.216
zh参加 还都可以 然后已完成 已完成 清楚已完成
33:25.656–33:26.976
zh基本功能都是可以的
33:28.776–33:31.616
zh好了 这就是震动编辑模式 我们看一下这个plan模式
33:31.616–33:35.696
zh这个plan模式它需要询问一些关键的设计决策来完整方案
33:35.696–33:36.896
zh然后我们就选一下
33:36.896–33:39.296
zh第一次公众选择选择技术版本
33:39.296–33:40.116
zh技术方案
33:40.116–33:41.116
zh选择1
33:41.116–33:45.216
zh选择第一个
33:45.216–33:46.556
zh然后确定
33:46.556–33:48.976
zh好了
33:48.976–33:50.516
zh它说规划已经完成了
33:50.516–33:53.156
zh我们可以查看详细的计划文件
33:53.156–33:56.016
zh我们打开这个项文件夹看一下
33:56.016–33:58.776
zh它这里并没有生成一个plan.md文件
33:58.776–34:00.976
zh然后我们可以放到最后
34:00.976–34:03.796
zh他现在要接到的下一步就是要创建代码
34:03.796–34:04.636
zh我们选择3
34:04.636–34:05.896
zh不进行创建代码
34:05.896–34:07.116
zh继续规划
34:07.116–34:11.236
zh我们现在让他把规划保存到plan.md文件中
34:11.236–34:16.016
zh这里他要创建这个plan.md文件
34:16.016–34:17.356
zh需要我们通过的权限
34:17.356–34:18.336
zh我们选择ES
34:18.336–34:20.116
zh现在在这个项目文件中
34:20.116–34:21.456
zh他就创建了plan.md
34:21.456–34:23.656
zh我们打开看一下
34:23.656–34:25.856
zh这就是他创建的
34:25.856–34:27.776
zh探测车HTML小游戏技术方案
34:30.976–34:32.976
zh在Plan模式下
34:32.976–34:35.616
zh它只是进行了方案的规划与整理
34:35.616–34:37.116
zh并没有进行直接写代码
34:37.116–34:39.296
zh这个也就是Plan模式的作用
34:39.296–34:40.376
zh只梳理方案的框架
34:40.376–34:41.836
zh而不进行代码的编写
34:41.836–34:45.296
zh好了 咱们看一下这个Ulo模式
34:45.296–34:48.256
zhUlo模式已经完全处理完成了
34:48.256–34:50.496
zh在开启Ulo模式之后
34:50.496–34:52.356
zh我们只是输入了一个需求
34:52.356–34:54.656
zh它就完完整整地做出来这个项目
34:54.656–34:56.796
zh然后我们打开这个项目看一下
35:00.976–35:01.976
zh我们运行一下看一下
35:03.476–35:06.276
zh这个页面是自动边境模式下创建的代办事项
35:07.776–35:09.576
zh这个是在U的模式下创建的代办事项
35:10.276–35:11.076
zh添加一个试试
35:15.976–35:16.576
zh然后
35:19.276–35:19.776
zh完成
35:20.376–35:20.876
zh删除
35:21.576–35:22.076
zh筛选
35:23.476–35:24.476
zh整个功能是可用的
35:24.476–35:26.276
zh虽然页面不是那么明观
35:26.276–35:32.456
zh上面就是Cloud Code这几种模式以及标格模式的作用
35:32.456–35:34.196
zh总共有三种模式
35:34.196–35:36.076
zh第一种是自动标记模式
35:36.076–35:36.996
zh第二种是普通模式
35:36.996–35:37.996
zh第三种是U的模式
35:37.996–35:40.196
zh每种模式都有各自的应用场景
35:40.196–35:44.136
zh我们可以在开发过程中根据自己的场景来选择合适自己的模式
35:44.136–35:47.476
zh然后这几种模式都可以通过快据进行切换
35:47.476–35:49.556
zh在我当天使用的这个版本中
35:49.556–35:51.136
zh它的快据是R加M键
35:51.136–35:54.276
zh我们先关闭这两种
35:54.276–35:56.556
zh即使在优劳模式下
35:56.556–35:58.816
zh也依然可以通过快捷切换到其他的模式
35:58.816–36:00.656
zh但是有一点需要注意一下
36:00.656–36:02.196
zh就是在其他的两种模式下
36:02.196–36:04.336
zh是无法通过快捷切换到优劳模式的
36:04.336–36:06.396
zh如果想启用优劳模式
36:06.396–36:07.796
zh就需要通过这个参数
36:07.796–36:10.056
zh来开启优劳模式
36:10.056–36:12.296
zh然后我们看一下这个页面
36:12.296–36:13.956
zh我们继续让它修改
36:13.956–36:15.936
zh让它把添加按钮改成绿色
36:15.936–36:20.696
zh现在已经修改完成了
36:20.696–36:21.856
zh我们刷新页面看一下
36:21.856–36:25.256
zh可以看到这里已经改为了绿色
36:25.256–36:28.696
zh接下来我们看一下这个绘画的管理
36:28.696–36:30.856
zh首先是暂停回稳
36:30.856–36:33.436
zh我们在有ClockedCrew进行多论的对话中
36:33.436–36:35.716
zh如果在执行的过程中我们发现它跑偏了
36:35.716–36:36.996
zh可以进行急事的中止
36:36.996–36:38.536
zh这样可以避免Token的浪费
36:38.536–36:40.476
zh比如说我们现在让它做一个修改
36:40.476–36:42.296
zh让它去掉这个清除以完成按钮
36:42.296–36:45.076
zh让它执行
36:45.076–36:47.876
zh在执行的过程中如果我们发现
36:47.876–36:50.636
zh它改错了或者是我们不想让它删除这个按钮了
36:50.636–36:53.376
zh我们可以按ESC键让它打断它的执行
36:53.376–36:55.156
zh在执行的过程中
36:55.156–36:57.196
zh按ESC键停止它单线的操作
36:57.196–37:01.096
zh比如说安装依赖超时或者是思路跑偏时
37:01.096–37:03.116
zh可以及时停止减少无效的操作
37:03.116–37:05.436
zh如果我们想要它继续操作的话
37:05.436–37:06.756
zh我们可以在这里输入继续
37:06.756–37:09.916
zh这样的话它能够继续有上面的操作
37:09.916–37:11.656
zh我们让它执行完成
37:11.656–37:13.796
zh它修改完成
37:13.796–37:15.276
zh我们刷新一下看一下
37:15.276–37:18.416
zh这里的清除演完程按钮已经被删除掉了
37:19.376–37:22.256
zh还有一个关于绘画的块键是按两次ESC键
37:23.756–37:25.176
zh这样就能看到我们历史的对话
37:26.416–37:29.016
zh从我们第一次对话到我们现在当前的对话继续
37:29.316–37:30.816
zh现在是处在current这里
37:31.256–37:33.756
zh再按一次ESC键就退回到当前的页面
37:36.376–37:37.916
zh在查看历史对话节点的时候
37:37.916–37:40.216
zh我们可以选择回到某个历史对话节点的状态
37:40.456–37:41.956
zh比如说我们回到这个状态
37:42.356–37:43.276
zh我们先选择这个状态
37:43.276–37:44.556
zh然后选择回刹键
37:45.176–37:47.916
zh第一个选择是将绘画还有代码都进行回滚
37:47.916–37:53.796
zh第二个选项是指回轨对话 第三个选项是回轨指回轨代码 我们选择第一个选项
37:56.416–37:57.376
zh我们再来刷新一下页面
37:58.576–38:00.996
zh可以看到它的代码已经恢复了 这个按钮已经出现了
38:02.216–38:05.456
zh又回到了我们让它去掉清楚已完成按钮这个操作之前
38:06.756–38:11.536
zh接下来看一下上下文一出怎么处理 当我们有卡的扣的计程多人对话之后
38:12.536–38:13.576
zh会导致上下文过长
38:13.576–38:15.576
zh上下围过长之后
38:15.576–38:17.476
zh那么它就会丢失一部分上下围
38:17.476–38:18.356
zh导致它失忆
38:18.356–38:20.796
zh所以在上下围比较长的时候
38:20.796–38:22.436
zh我们可以使用写线命令
38:22.436–38:23.756
en-compact
38:23.756–38:28.936
zh我们可以使用这个命令进行对话的压缩
38:28.936–38:30.116
zh当然
38:30.116–38:31.836
zh这个命令可以手动进行执行
38:31.836–38:33.296
zh也可以自动进行执行
38:33.296–38:35.236
zh当你的上下围长度比较长的时候
38:35.236–38:36.296
zh它就会出现这个提示
38:36.296–38:38.436
zh证明历史对话记录已经满了
38:38.436–38:39.856
zh这个时候它会自动触发压缩
38:39.856–38:43.916
zhCloud Code会不会进行自动的压缩上压纹
38:43.916–38:45.876
zh是可以通过配置进行修改的
38:45.876–38:47.976
zh我们可以通过Config进行看一下
38:47.976–38:50.456
zh第一个配置项
38:50.456–38:51.836
enAuto Compact
38:51.836–38:53.456
zh如果为初的话
38:53.456–38:54.936
zh它就会自动进行压缩上压纹
38:54.936–38:56.236
zh如果为Force的话
38:56.236–38:57.576
zh它就不会自动压缩上压纹
38:57.576–38:58.676
zh默认的情况下
38:58.676–38:59.856
zh它是为初的
38:59.856–39:01.656
zh接着我们来看一下
39:01.656–39:02.856
zh恢复与查看历史对话
39:02.856–39:05.296
zh我们在使用Cloud Code的时候
39:05.296–39:06.716
zh会由于一些原因
39:06.716–39:07.516
zh强制退出
39:07.516–39:09.836
zh或者是强制关闭这个对话框
39:09.836–39:11.136
zh比如说
39:11.136–39:12.576
zh他在执行某个任务时候
39:12.576–39:13.696
zh一直执行卡住了
39:13.696–39:14.836
zh还有就是
39:14.836–39:16.316
zh他安装某些依赖的时候
39:16.316–39:17.796
zh一直无法安装成功
39:17.796–39:20.076
zh我们可能会强制关闭这个对话
39:20.076–39:21.616
zh强制关闭之后
39:21.616–39:22.816
zh我们可以通过
39:22.816–39:23.816
zhCloud架
39:23.816–39:25.436
zh打开历史对话记录
39:25.436–39:28.156
zh我给大家演示一下
39:28.156–39:31.056
zh刚才我已经强制关闭了对话
39:31.056–39:33.696
zh然后我们重新进入项目
39:35.416–39:36.376
zh执行这个命令
39:36.376–39:40.976
zh这样我们就打开了一个历史对话
39:40.976–39:43.616
zh然后我们选择第一个
39:43.616–39:46.116
zh就是最后执行的一个命令
39:46.116–39:48.736
zh这样我们相当于直接恢复到了刚才对话
39:48.736–39:51.676
zh现在我们让它把那个添加按钮改为红色
39:51.676–39:55.496
zh然后我们中途退出
39:56.347–39:57.847
zh再重新进入
39:57.847–40:03.567
zh然后执行cloud-2
40:03.567–40:06.887
zh选择第一个
40:06.887–40:09.447
zh这个时候他就回到了当前的任务
40:09.447–40:10.467
zh输入继续
40:10.467–40:16.387
zh它就会继续我们上次没有完成的任务
40:16.387–40:20.467
zh整个历史的对话记录还是保留的
40:20.467–40:23.467
zhCloud-r这个命令是打开历史对话记录
40:23.467–40:25.987
zh如果你使用Cloud-c这个命令的话
40:25.987–40:27.547
zh它就会直接进入上的对话
40:27.547–40:31.207
zh就相当于我们先使用Cloud-r打开了历史对话记录
40:31.207–40:33.327
zh然后选择了最新的那次对话
40:33.327–40:34.807
zh好了修改完成
40:34.807–40:35.707
zh我们看一下效果
40:35.707–40:39.067
zh这个按钮已经被改成红色了
40:40.467–40:43.287
zh这里再说一个其他的小句话 就是批量执行任务
40:44.047–40:46.607
zh如何让Cloud Code一下子执行好几个任务呢
40:46.867–40:48.907
zh我们可以新建一个Task.md文件
40:49.167–40:50.187
zh每一行写一个任务
40:50.707–40:52.747
zh然后让他读取每一行的内容
40:53.007–40:55.567
zh就是每一行是一个任务 让他依次来执行这个任务
40:56.587–40:57.367
zh我们来Task一下
40:58.387–40:59.407
zh打开这个项目
41:02.747–41:04.267
zh新建一个Task.md文件
41:05.047–41:05.807
zh输入两个任务
41:07.087–41:08.627
zh第一个任务是计算A加E等级
41:08.627–41:11.207
zh第二个任务是讲一个关于成员的笑话
41:11.207–41:12.047
zh我们先报成
41:12.047–41:15.667
zh然后在Cloud Code中输入再这样的提示词
41:15.667–41:19.067
zh它正在读取它是个MD的内容
41:19.067–41:21.167
zh而且已经找到了两个任务
41:21.167–41:23.527
zh任务一是集团一加一等级
41:23.527–41:26.367
zh它给出的结果是二
41:26.367–41:28.787
zh接着是讲一个关于成员的笑话
41:28.787–41:32.087
zh在这里它讲了一个成员的笑话
41:32.087–41:35.787
zh接下来咱们讲一下Cloud Code的配置
41:35.787–41:37.987
zh在使用Cloud Code的时候
41:37.987–41:40.087
zh我们通常会在两个地方进行配置
41:40.087–41:42.067
zh一个地方是上下围规短的配置
41:42.067–41:44.527
zh也就是cloudcode.md文件中进行配置
41:44.527–41:47.827
zh这里的配置也就相当于是系统集制词
41:47.827–41:50.227
zh还有个地方是对cloudcode的配置
41:50.227–41:52.967
zh也就是使用settings的json的文件
41:52.967–41:54.567
zh对cloudcode进行配置
41:54.567–41:57.827
zh我们先来看一下这个上下围规短的配置
41:57.827–41:59.987
zh在和流行机器人进行交流的时候
41:59.987–42:01.667
zh我们知道系统集制词很重要
42:01.667–42:03.587
zh它会持续的影响AI的行为
42:03.587–42:04.567
zh在cloudcode中
42:04.567–42:06.647
zhcloud.md这里边的内容
42:06.647–42:08.067
zh就相当于是系统形式词
42:08.067–42:10.047
zhCloudCore在开始对话的时候
42:10.047–42:12.647
zh会自动读取Cloud.md作为上下文
42:12.647–42:14.487
zh也就是说Cloud.md文件
42:14.487–42:17.067
zh是我们来自定义项目上下文的地方
42:17.067–42:19.467
zh相当于是项目的开发配置文件
42:19.467–42:22.327
zhCloud.md中通常不含以下的内容
42:22.327–42:25.527
zh开发环境和常用的办事命令
42:25.527–42:27.987
zh核心的文件还有使用函数
42:27.987–42:30.087
zh电话的风格以及电话Core的规范
42:30.087–42:33.427
zh测试说明项目它有的任何意外行为与警告
42:33.427–42:36.207
zh还有就是自己希望CloudCore记住的其他信息
42:36.207–42:39.507
zhCloud.md文件没有具体的格式要求
42:39.507–42:43.587
zh建议大家就是保持简洁和人类可图性
42:43.587–42:46.207
zh比如下面就是一个简单的前行项目的设置
42:46.207–42:50.107
zh在这里它规定了一些常用的Base命令
42:50.107–42:51.647
zh以代码风格还有工作流程
42:51.647–42:56.807
zh接下来我们看一下Cloud.md的类型位置
42:56.807–42:58.587
zh还有作用范围以及它的加载顺序
42:58.587–43:00.007
zh我看到网上很多内容
43:00.007–43:03.067
zh发现很少有人讲这个Cloud.md的类型
43:03.067–43:04.087
zh以及它的作用范围
43:04.087–43:08.147
zh大家最常用的就是在项目中新建一个Cloud.md文件
43:08.147–43:10.887
zh但是除了在项目中可以新建这个文件
43:10.887–43:13.427
zh在其他的地方也可以新建这个文件
43:13.427–43:14.927
zh而且他们的作用也各有不同
43:14.927–43:17.147
zh下面咱们就来详细的了解一下
43:17.147–43:19.447
zh这样你能够更好的使用Cloud Core的
43:19.447–43:20.847
zh首先是级别最高的
43:20.847–43:21.587
zh也就是企业级
43:21.587–43:23.807
zh它存在于一个固定的位置
43:23.807–43:25.187
zh如果在Windows上
43:25.187–43:27.047
zh它就是在这个文件夹下
43:27.047–43:29.747
zh如果你查看你的电脑上没有这个文件夹的话
43:29.747–43:31.207
zh你需要手动的创建
43:31.207–43:33.107
zh这是在Mac系统上的位置
43:33.107–43:36.567
zh它的作用就是用于定义公司的编码标准
43:36.567–43:37.967
zh安全策略以及合纠要求
43:37.967–43:41.287
zh再往下一集就是用户级的Cloud.md文件
43:41.287–43:43.707
zh在Windows系统上它存在于这个目录
43:43.707–43:47.167
zh在MacOS还有零点上它是存在于这个目录
43:47.167–43:50.167
zh它的作用是个人自定义要求
43:50.167–43:53.047
zh它的作用范围是对所有的项目都有效
43:53.047–43:54.747
zh再往下就是项目级的
43:54.747–43:56.727
zh就是在当前项目的文件夹中
43:56.727–43:58.927
zh创建一个Cloud.md文件
43:58.927–44:00.487
zh这也是最常用的方式
44:00.487–44:03.327
zh它的作用是项目自定要求
44:03.327–44:04.727
zh只是对当项项目有效
44:04.727–44:07.147
zh还有一种就是项目本地覆盖
44:07.147–44:09.107
zh也是在项目的文件夹中
44:09.107–44:12.127
zh创建一个cloud.local.md文件
44:12.127–44:15.267
zh不过这个文件已经在新的cloud.local.md文件
44:15.267–44:16.107
zh已经废弃了
44:16.107–44:18.767
zh据起的话我们就不详细介绍了
44:18.767–44:20.487
zh通过上面我们就可以知道
44:20.487–44:23.947
zh其实cloud.md文件在不同的位置都可以创建
44:23.947–44:25.947
zh而且它们的作用范围也不一样
44:25.947–44:27.587
zh那么每个位置都创建了之后
44:27.587–44:28.887
zh它会进行如何加载呢
44:28.887–44:31.307
zh下面我们就来看一下它的加载顺序
44:31.307–44:34.047
zh首先是加载企业级的Cloud.md文件
44:34.047–44:36.427
zh然后再加载优户级的Cloud.md文件
44:36.427–44:38.787
zh最后再加载项目级的Cloud.md文件
44:38.787–44:40.727
zh上面这三个步骤
44:40.727–44:42.667
zh就是我们进入工作目录之后
44:42.667–44:43.387
zh启动Cloud
44:43.387–44:44.947
zh它就会自动进行加载
44:44.947–44:50.167
zh然后这一部分才是我们与Cloud的自然语言对话
44:50.167–44:53.427
zh加载的顺序也是从上往下Ether加载
44:53.427–44:55.907
zh下面会覆盖上面的内容
44:55.907–44:58.707
zh最常用的就是项目级的Cloud.md文件
44:58.707–45:00.247
zh它只作用于当前的项目
45:00.247–45:02.627
zh企业级与用户级的Cloud.md文件
45:02.627–45:04.087
zh会作用于所有的项目
45:04.087–45:05.567
zh一般情况下
45:05.567–45:07.847
zh用不到企业级的Cloud.md文件
45:07.847–45:11.067
zh但是用户级的Cloud.md还是经常使用的
45:11.067–45:12.987
zh给我们返回的信息是英文的
45:12.987–45:15.927
zh我们就可以在用户级的Cloud.md中进行规定
45:15.927–45:18.627
zh让它所有的返回信息都使用中文进行回答
45:18.627–45:22.667
zh接下来我们看一下Cloud.md的创建与编辑方法
45:22.667–45:24.787
zh首先就是可以直接手动创建
45:24.787–45:27.347
zh我们可以在项目的根目录中进行新建
45:28.707–45:30.467
zh直接新建一个cloud.md文件
45:30.467–45:33.527
zh第二种方法就是使用-memory命令
45:33.527–45:35.987
zh这样可以快速打开cloud.md文件
45:35.987–45:37.067
zh如果是没有的话
45:37.067–45:38.347
zh它也会直接进行创建
45:38.347–45:39.707
zh我们试一下这个命令
45:39.707–45:44.827
zh输入-memory
45:44.827–45:48.447
zh这个时候它会让我们选择
45:48.447–45:50.287
zh编辑哪一个cloud.md文件
45:50.287–45:52.267
zh第一个是用户的memory
45:52.267–45:55.167
zh也就是我们用户层级的cloud.md文件
45:55.167–45:57.347
zh第二个是项目级的memory
45:57.347–46:00.487
zh它会直接保存在我们当前项目的根目录中
46:00.487–46:02.007
zh我们选择第二个
46:02.007–46:05.067
zh然后输入上面的这个内容
46:05.067–46:08.907
zh直接进行保存即可
46:08.907–46:10.607
zh这样就保存好了
46:10.607–46:13.507
zh第二种方法就是我们可以直接输入警号
46:13.507–46:17.927
zh这样我们就可以直接将后面内容添加到Cloud.md文件中
46:17.927–46:18.587
zh特使一下
46:18.587–46:23.067
zh回车
46:23.067–46:26.367
zh也是需要我们选择一个Cloud.md文件
46:27.347–46:28.107
zh表达第二个
46:29.647–46:30.427
zh然后我们看一下
46:31.947–46:33.487
zh这里就是我们刚才添加的内容
46:34.507–46:35.407
zh使用这种方式的
46:35.547–46:39.127
zh好处就是可以比较方便添加但是他只能添加不能删除
46:39.627–46:40.907
zh我们可以手动的删除
46:42.187–46:44.747
zh第三种创建的方式就是当我们打开一个项目的时候
46:45.267–46:46.027
zh我们可以运行
46:46.287–46:46.807
zh斜杠
46:47.067–46:50.387
zhRNRT这个命令他就会自动生成cloud.md文件
46:51.927–46:53.707
zh这种方式在前面我也已经演示过了
46:54.987–46:56.787
zh创建好这个cloud.md文件之后
46:57.347–46:58.887
zh我们就可以进行项目的开发了
46:59.907–47:01.947
zh我们现在开发一个无子气的小游戏
47:02.727–47:03.487
zh在这里输入
47:03.747–47:05.547
zh帮我生成一个前端无子气小游戏
47:06.047–47:06.567
zh然后回车
47:07.847–47:09.887
zh然后我们切换一下工作模式
47:11.687–47:12.707
zh使用Yolo模式
47:13.727–47:16.027
zh下面我们继续看一下这个Cloud Core的配置
47:16.287–47:18.347
zh也就是settings.json这个文件
47:19.367–47:21.147
zh首先看一下settings.json这个文件的
47:21.407–47:22.427
zh类型还有位置
47:23.207–47:25.247
zh它这个文件也是通过分成设置
47:25.507–47:27.047
zh来配置Cloud Core的运行机制
47:27.347–47:29.707
zh对高级别也是企业级的
47:29.707–47:32.307
zh成为我们定在它的指令位置
47:32.307–47:34.947
zh这里是Windows系统上的位置
47:34.947–47:37.347
zh这里是Linux系统上的位置
47:37.347–47:38.587
zh这个是Mac系统上的位置
47:38.587–47:40.707
zh不过企业级的配置我们一般很少用到
47:40.707–47:43.507
zh第二级就是用户级的配置
47:43.507–47:47.187
zhWindows上存在于这个目楼下的这个文件
47:47.187–47:51.907
zhMac系统还有Linux系统是在这个位置的这个文件
47:51.907–47:53.947
zh再往下一级是项目级的
47:53.947–47:56.987
zh存在于项目楼中的.cloud的文件下中
47:57.951–48:00.251
zh变往下一集就是项目本地覆盖
48:00.551–48:02.871
zh也存在于项目的根目楼中.cloud的文件夹中
48:03.871–48:06.511
zh如果项目的根目楼中没有这个.cloud的文件夹
48:06.511–48:07.771
zh我们可以进行手中的创建
48:08.771–48:10.171
zh然后说一下它的加载顺序
48:10.471–48:12.211
zh它的加载顺序也是同上到下Ether加载
48:12.411–48:14.411
zh下面呢会覆盖上面的配置
48:14.411–48:17.111
zh最下面的这个项目本地覆盖
48:17.111–48:19.411
zh尤其是进行一些个人测试的时候
48:19.411–48:21.411
zh我们就可以使用这个文件
48:21.411–48:25.411
zh企业级和用户级的配置文件会作用在所有的项目
48:25.411–48:26.911
zh最常用的是下面两个配置文件
48:26.911–48:28.411
zh也就是项目级的配置文件
48:28.411–48:30.411
zh这个配置文件呢
48:30.411–48:32.411
zh它呢一般是用于团队共享
48:32.411–48:34.411
zh会加入到Gate的版本空中之中
48:34.411–48:36.411
zh而下面的这个配置文件
48:36.411–48:38.411
zh一般是会用于个人的测试
48:38.411–48:40.411
zh通常会在Gate中进行忽略
48:42.411–48:47.871
zh然后咱们来说一下这个配置文言中的一些配置项 首先要说的就是这个Permissions全线配置
48:48.451–48:53.931
zh当不在Ulu模式的时候 CloudCore在创建文件读取或者执行bass命令的时候 他都会进行全线的请求
48:54.471–48:55.611
zh需要允许后才能继续执行
48:56.531–48:58.471
zh我们可以对这些命令进行单独的配置
48:59.311–49:04.051
zh这样即使不在Ulu模式下 CloudCore也可以执行某些操作 而不用进行全线的请求
49:05.131–49:08.531
zh例如添加edit就可以直接允许文件编辑
49:09.171–49:09.531
enbass
49:09.531–49:13.211
zh这个Gate-Commit就可以允许Gate提交
49:13.211–49:16.111
zh然后Webfile等可以允许联网搜索等等
49:16.111–49:19.251
zh使用这个全案设置的好处就是
49:19.251–49:21.691
zh在我们觉得Ulo模式比较危险的情况下
49:21.691–49:23.611
zh但是我们又想提高效率
49:23.611–49:26.571
zh想让这个CloudCore的震动的进行执行
49:26.571–49:29.811
zh而不需要每一项权限都需要我们进行手动的确认
49:29.811–49:33.651
zh这样的话我们可以将某些我们认为安全的操作
49:33.651–49:35.611
zh直接通过Permission的圈设置
49:35.611–49:39.391
zh允许之后CloudCore就会直接跳过这些权限的请求
49:39.391–49:41.251
zh进行下一步的操作
49:41.251–49:43.791
zh配置的方式也非常简单
49:43.791–49:45.751
zh我们可以直接在这个
49:45.751–49:46.811
zh根目录中
49:46.811–49:49.771
zh先创建一个.cloud的文件夹
49:49.771–49:55.711
zh然后在这个文件夹中创建一个
49:55.711–49:57.251
zhsettings的json文件
49:57.251–50:09.631
zh然后打开这个文件
50:09.631–50:14.431
zh将这段内容进行复制粘贴就可
50:14.431–50:18.531
zh这样的话我们就允许了编辑
50:18.531–50:21.051
zh联网查询以及写入
50:21.051–50:22.231
zh还有这几个bass命令
50:22.231–50:23.851
zh在执行这些工具
50:23.851–50:25.391
zh还有命令的时候
50:25.391–50:26.931
zh它就不会再请求权限
50:26.931–50:28.091
zh会直接执行
50:28.091–50:30.291
zh下面呢就是
50:30.291–50:32.311
zh它的一些禁止的权限
50:32.311–50:34.191
zh比如说读这个当前项目下的
50:34.191–50:35.351
zh.env文件
50:35.351–50:37.731
zh因为这个文件中通常存报的是我们的密钥
50:37.731–50:39.511
zh或者是一些比较重要的数据
50:39.511–50:40.591
zh例如数据库的密码等等
50:40.591–50:41.571
zh我们就不让它读
50:41.571–50:44.731
zh还有就是环境变量的配置
50:44.731–50:46.111
zh前面我也提到过
50:46.111–50:48.431
zh我们需要给这个Cloud Code的设置代理
50:48.431–50:50.591
zh其实也可以在配置中进行设置
50:50.591–50:52.611
zh我们通过env配置项
50:52.611–50:54.411
zh就可以配置Cloud Code的代理
50:54.411–50:56.911
zh因为这个代理我们希望它在所有的项目中
50:56.911–50:57.711
zh都可以使用
50:57.711–50:59.231
zh所以我们可以将这个配置项
50:59.231–51:00.411
zh放在个人层间的配置项
51:00.411–51:02.111
zh我们打开这个路径
51:02.111–51:12.631
zh在这里进行配置
51:12.631–51:16.531
zh复制这里的内容
51:26.911–51:32.951
zh这样我们就对Cloud Core的代理进行了设置
51:32.951–51:35.371
zh以后每次行动Cloud Core的时候
51:35.371–51:38.691
zh它都会自动的加载这个配置设置代理
51:38.691–51:40.971
zh不需要我们每次在环境变量中设置代理
51:40.971–51:44.711
zh我们来看一下Cloud Core的进行结果
51:44.711–51:46.991
zh好像它在这个地方已经卡了很久了
51:46.991–51:48.191
zh我们进行强制推出
51:48.191–51:50.651
zh上面我有重新请动的Cloud Core的
51:50.651–51:51.591
zh我让它继续的时候
51:51.591–51:54.411
zh我发现它好像是忘了刚才我让它做什么了
51:54.411–51:58.911
zh所以我现在让他检查一下强调物体小游戏是不是已经开发完成
51:58.911–52:00.251
zh然后他现在正在检查
52:00.251–52:04.071
zh他这里已经检查完成
52:04.071–52:08.651
zh假论是这是一个功能完成界面美观可以直接使用的强调物体小游戏
52:08.651–52:11.451
zh然后现在我们打开运行看一下
52:11.451–52:14.611
zh这个就是他刚才开发的小游戏
52:14.611–52:16.731
zh但是这个界面上没有气盘
52:16.731–52:19.011
zh我们可以让他再修复一下
52:19.011–52:20.251
zh我们跟他说
52:20.251–52:22.991
zh当前这个游戏界面上没有气盘也无法进行游戏
52:22.991–52:23.751
zh请修复一下
52:23.751–52:25.751
zh好了 经过它几次修改呢
52:25.751–52:28.751
zh这个电话也终于修改好了 我们刷新看一下
52:28.751–52:31.051
zh我们测试一下
52:31.051–52:34.751
zh看起来功能好像是没什么问题 重新开始
52:34.751–52:37.751
zh好像没什么问题
52:37.751–52:40.291
zh这就是我们开发的无体小游戏
52:40.291–52:46.531
zh咱们来看一下 CloudCore的最后一部分 就是它的工具的使用
52:46.531–52:51.871
zhCloudCore的本身也有些内置工具 比如说文件编辑工具 网约浏览工具等等
52:51.871–52:53.471
zh除了本身内置的工具之外
52:53.471–52:55.091
zh它也可以使用一些外部的工具
52:55.091–52:57.751
zh比如说你已经安装好的各种CIR工具
52:57.751–52:58.711
zh也就是命连行工具
52:58.711–53:00.131
zh还有就是MCP服务
53:00.131–53:04.031
zh有的时候命连行工具与MCP服务都能解决相同的问题
53:04.031–53:05.391
zh这个时候呢
53:05.391–53:07.131
zh我更加推荐的是使用命连行工具
53:07.131–53:10.611
zh因为每个MCP服务都会占有一部分你的上下文Token
53:10.611–53:13.691
zh所以最好是使用哪个MCP工具
53:13.691–53:14.991
zh就配置哪个MCP
53:14.991–53:17.611
zh接下来咱们就一次来看一下这些工具
53:17.611–53:19.411
zh首先是它的内置工具
53:19.411–53:22.351
zhCloud本身就集成了很多的内置工具
53:22.351–53:23.311
zh在使用的过程中
53:23.311–53:24.791
zh它会根据自己的任务
53:24.791–53:26.891
zh自动的去调用的内部工具
53:26.891–53:28.071
zh不需要总统来管理
53:28.071–53:29.511
zh唯一我们需要做的就是
53:29.511–53:30.131
zh有些工具
53:30.131–53:31.851
zh它会请求一些执行权限
53:31.851–53:34.371
zh这个时候就需要我们手中的进行同意
53:34.371–53:34.991
zh或者是拒绝
53:34.991–53:36.851
zh下面这个链接呢
53:36.851–53:40.511
zh就显示了Cloud中已经内置了哪些工具
53:40.511–53:43.331
zh也就是下图中列出的这些工具
53:43.331–53:44.631
zh这里是工具的名称
53:44.631–53:45.491
zh有byte工具
53:45.491–53:45.911
enedit
53:45.911–53:47.711
zh还有read
53:47.711–53:49.051
zhtask工具
53:49.051–53:51.631
zhwebfiles还有website是执行网络搜索的工具
53:51.631–53:54.171
zh在这里也标注了是不是需要权限
53:54.171–53:55.991
zh凡是标注式的这种
53:55.991–53:58.151
zhCloud Core在执行这种工具的时候
53:58.151–53:59.751
zh如果不是在Ulo模式下
53:59.751–54:01.451
zh它就会先进行强项的请求
54:01.451–54:02.751
zh所以我们通议之后
54:02.751–54:04.711
zh它才会进行后续的操作
54:04.711–54:07.331
zh它那次工具我们进行了解一下就可以了
54:07.331–54:09.531
zh然后我们看一下第二种工具
54:09.531–54:10.851
zhCRR工具
54:10.851–54:13.311
zhCRR工具也就是密尼行工具
54:13.311–54:14.811
zh这里需要说明的是
54:14.811–54:15.931
zh只要是密尼行工具
54:15.931–54:17.711
zh它在你的系统pass中
54:17.711–54:19.991
zh也就是你能在本地的中央中进行运行
54:19.991–54:22.191
zh那么Cloud Code就能够调用这个工具
54:22.191–54:25.271
zh下面我就以Github的一个工具
54:25.271–54:26.911
zh也就是ZHCRL
54:26.911–54:27.871
zh作为示例
54:27.871–54:29.471
zh来演示一下
54:29.471–54:30.491
zh如何安装
54:30.491–54:33.751
zh并且通过Cloud Code来使用这个ZHCRL工具
54:33.751–54:36.011
zh这个ZHCRL工具呢
54:36.011–54:37.891
zh是能够与Github进行交互
54:37.891–54:39.931
zh由创建提交拉取读取评论等等
54:39.931–54:42.111
zh就相当于是Github的命连行工具
54:42.111–54:46.631
zh首先呢第一步就是我们需要先安装这个ZHCRL工具
54:46.631–54:48.371
zh安装的方式有很多种
54:48.371–54:50.671
zh你可以直接让Cloud进行安装
54:50.671–54:52.311
zh比如说可以使用这个提示词
54:52.311–54:53.731
zh我们试一下
54:53.731–54:55.911
zh我们使用Ulo模式来执行这个命令
54:55.911–55:05.251
zh好了
55:05.251–55:07.851
zh在这里其实Github CI已经成功安装
55:07.851–55:08.831
zh我们特试一下
55:08.831–55:10.151
zh我们先打开一个窗口
55:10.151–55:12.891
zh然后执行一下这个命令
55:14.891–55:16.291
zh这里能够正常显示800号
55:16.291–55:17.891
zh说明这个工具已经安装成功
55:17.891–55:20.211
zh这是让Cloader帮我们安装
55:20.211–55:21.291
zh第二种方式
55:21.291–55:22.851
zh人家可以直接通过命令进行安装
55:22.851–55:24.491
zh我们需要复制这号命令
55:24.491–55:27.131
zh然后在Powseer中直接运行就行了
55:27.131–55:30.451
zh第三种方式就是进行手动下载进行安装
55:30.451–55:31.171
zh打开这个链接
55:31.171–55:34.231
zh在这里选择符合你系统的版本
55:34.231–55:36.051
zh然后下载后直接进行安装就可以
55:36.051–55:37.811
zh需要注意的是
55:37.811–55:38.771
zh在安装完成之后
55:38.771–55:41.611
zh一定要是在一个新的4MD创工中执行这个命令
55:41.611–55:43.511
zh如果能够正常显示版本号
55:43.511–55:46.271
zh那么就说明这个工具已经成功的安装
55:46.271–55:48.211
zh安装成功之后
55:48.211–55:49.271
zh也需要重新Cloud Code
55:49.271–55:50.911
zh这样在Cloud Code的中单中
55:50.911–55:52.591
zh才能够正确的找到这个工具
55:52.591–55:54.611
zh我们将Cloud Code关闭
55:54.611–55:55.291
zh然后重新
55:59.631–56:02.391
zh安装好这个工具之后 第二步我们要做的就是先进行登录
56:03.671–56:05.191
zh在Savity命令中执行这个命令
56:05.191–56:16.831
zh回车 然后再回车 然后输入外 然后再回车
56:16.831–56:24.031
zh然后再回车 这个时候他会打开浓感器 点到这个页面 我们点击 continue
56:24.031–56:31.271
zh然后回到CMD命令核窗口
56:31.271–56:34.391
zh这里显示了一个code
56:34.391–56:35.471
zh我们进行复制
56:35.471–56:39.311
zh然后粘贴到这里
56:39.311–56:40.911
zh然后点击继续
56:40.911–56:45.051
zh然后点击这个按钮
56:45.051–56:48.771
zh当出现这个页面的时候
56:48.771–56:50.411
zh就说明我们已经登陆成功
56:50.411–56:52.511
zh也就是在我们的本地
56:52.511–56:54.951
zh已经建立好了与GitHub的链接
56:54.951–56:58.671
zh然后我们就可以在Cloud Code中使用这个工具
56:58.671–57:01.171
zh我们先看一下当前的这个项目文件夹
57:01.171–57:06.511
zh这个项目文件夹就是我们刚才创建的这个无子奇的游戏
57:06.511–57:09.811
zh接下来我们使用刚才安装的这一次CIA工具
57:09.811–57:11.611
zh将这个项目推送到GitHub上
57:11.611–57:14.551
zh我们在命令行中输入这一行命令
57:14.551–57:18.131
zh使用这一次命令将本项目推送到GitHub上
57:22.511–57:25.691
zh这是我当前的Github账号
57:25.691–57:27.951
zh可以看到这个账号下没有任何的倉库
57:27.951–57:30.791
zh这里他们选择一个倉库的名称
57:30.791–57:32.311
zh我们选择默认
57:32.311–57:33.831
zh然后选择1
57:33.831–57:36.111
zh可以看到这里它的操作步骤
57:36.111–57:37.411
zh首先是处置化一个倉库
57:37.411–57:40.051
zh然后是添加所有的文件
57:40.051–57:43.311
zh然后是处置化这个Commit
57:43.311–57:45.691
zh现在这一步是正在创建这个倉库
57:45.691–57:47.791
zh我们等待它执行完成
57:47.791–57:50.211
zh好了他现在说
57:50.211–57:52.691
zh你的项目已经成功通过在gethub上
57:52.691–57:55.511
zh现在我们来到gethub刷新一下
57:55.511–58:00.431
zh可以看到这里就多出来一个倉库
58:00.431–58:01.451
zh我们点击去看一下
58:01.451–58:04.451
zh倉库中也有三个文件
58:04.451–58:08.731
zh与当前的项目录中的文件是一样的
58:08.731–58:12.911
zh这样我们就通过Cloudcode使用本地的GhCRL工具
58:12.911–58:15.831
zh来将我们的项目提交到了gethub上
58:15.831–58:19.331
zh也就是Cloudcode能够正常的使用
58:19.331–58:21.331
zh我们北地安装好的迷迭航工具
58:23.331–58:24.331
zh下面我们看一下
58:24.331–58:26.331
zhCloud Code如何使用mcp工具
58:26.331–58:28.331
zhmcp也就是模型的上下纹
58:28.331–58:30.331
zh简单的总言来说
58:30.331–58:32.331
zhmcp就是AI使用的标准化的工具箱
58:32.331–58:34.331
zhAI可以使用这个工具箱
58:34.331–58:35.331
zh由外部系统进行交互
58:35.331–58:37.331
zh代替人类完成一些操作
58:37.331–58:40.331
zh然后来看一下mcp的配置有作用范围
58:41.331–58:42.331
zh与前面的上下纹配置
58:42.331–58:44.331
zh还有Cloud Code配置类似
58:44.331–58:46.331
zhmcp的配置也分为好几个层级
58:46.331–58:48.331
zh每个层级也有不同的作用范围
58:48.331–58:48.851
zh作用范围
58:49.871–58:52.171
zh首先第一个层级是本地范围
58:53.451–58:55.751
zh它的配置层属在这个文件中的这个文件中
58:56.531–58:57.411
zh它的作用范围是
58:57.411–58:59.851
zh仅在当前项目录的工作时起用
59:00.611–59:02.151
zh适合个人开发服务实验设置
59:02.671–59:03.691
zh还有就是项目范围
59:04.711–59:05.491
zh项目范围
59:05.731–59:06.511
zh它的配置是
59:06.511–59:08.551
zh它的配置是在项目的根目录中
59:09.331–59:10.611
zh.mcp.json文件中
59:11.631–59:12.651
zh它的作用范围是
59:12.651–59:14.691
zh仅在当前项目录中的工作时起用
59:15.731–59:16.231
zh适合团队
59:16.231–59:18.431
zh各个层元都使用相同的MCP工具
59:18.431–59:21.011
zh还有一个就是用户范围
59:21.011–59:25.431
zh这个设置与本地范围是在同一个文件中
59:25.431–59:29.011
zh它的作用范围就是在所有的项目中都会启用
59:29.011–59:32.011
zh然后说一下这个MCP的添加方式
59:32.011–59:33.831
zhMCP有三种添加方式
59:33.831–59:36.831
zh评论是远程ATP服务器
59:36.831–59:38.511
zh远程SSE服务器
59:38.511–59:40.851
zh本地STDIO服务器
59:40.851–59:43.691
zh可以通过Transport来指定具体使用哪种方式
59:43.691–59:48.951
zh通常mcp的添加方式是由mcp服务的提供者来决定
59:48.951–59:51.271
zh一般我们不需要更改
59:51.271–59:53.871
zh如果说不指令transport这个态度的话
59:53.871–59:55.931
zh它没有比例的stdio服务器
59:55.931–59:59.411
zh也就是相当于使用态度transport的stdio
59:59.411–1:00:01.071
zh需要注意的是
1:00:01.071–1:00:03.751
zh使用stdio方式来添加mcp的时候
1:00:03.751–1:00:07.971
zhWindows系统需要使用cmd-c来包装npx的命令
1:00:07.971–1:00:10.911
zh否则可能会导致Cloudcode无法识别mcp服务
1:00:10.911–1:00:13.591
zh这个具体的使用方法我会在下面
1:00:13.691–1:00:16.051
zh按照MCP服务的时候来进行演示
1:00:17.431–1:00:19.091
zh上面这三个MCP的层级
1:00:19.431–1:00:22.071
zh可以使用探索来控制将MCP添加到哪个层级
1:00:22.971–1:00:26.291
zh下面通过添加KROM DVTOUR的MCP来举例说明
1:00:26.711–1:00:28.191
zh三个层级中的MCP添加方式
1:00:29.891–1:00:32.491
zh当前的项目录为地盘下的TEST MCP文件夹
1:00:33.371–1:00:34.811
zh然后我已经添加进入这个文件夹
1:00:35.471–1:00:38.251
zh首先我们将KROM DVTOUR的MCP添加到本地范围
1:00:39.191–1:00:41.451
zh也就是使用这个SCOPE LOCAL这个参数
1:00:41.451–1:00:44.351
zh我电脑是windows系统 所以我使用这个第三条命令
1:00:45.751–1:00:46.171
zh复制
1:00:51.851–1:00:52.971
zh粘贴然后执行
1:00:55.211–1:00:56.011
zh他已经添加好了
1:00:56.851–1:00:59.591
zh在这里他也说明了他的修改的文件是这个文件
1:01:00.851–1:01:01.931
zh我们打开这个文件看一下
1:01:06.811–1:01:07.431
zh也是这个文件
1:01:11.451–1:01:15.511
zh可以看到在这里他就对这个项目进行了mcp的设置
1:01:15.511–1:01:21.891
zh是当前的项目
1:01:21.891–1:01:28.491
zh也就是说在增加上面的命令后就会在这个文件中
1:01:28.491–1:01:30.551
zh做出下面的配置
1:01:30.551–1:01:36.171
zh我们可以使用Cloud MCP List来查看当前这个项目有哪些mcp可以用
1:01:36.171–1:01:43.591
zhColumnDVTools这个MCP已经被列出来了
1:01:43.591–1:01:45.751
zh这是我们刚才安装好的MCP
1:01:45.751–1:01:48.691
zh我们刚才在执行这条命令的时候
1:01:48.691–1:01:50.511
zh并没有使用Scovo这个坛数
1:01:50.511–1:01:53.091
zh也就是说当省为这个坛数的时候
1:01:53.091–1:01:54.931
zh它默认就是添加到本地范围
1:01:54.931–1:01:57.891
zh然后我们启动Cloud
1:01:57.891–1:02:03.891
zh在Cloud中也可以通过写线命令来查看
1:02:03.891–1:02:05.391
zh已经安装了哪些MCP
1:02:05.391–1:02:07.731
zh-mcp 然后回车
1:02:07.731–1:02:11.891
zh可以看到我们当前安装的mcp工具是这个
1:02:11.891–1:02:13.771
enChrome DVtools
1:02:13.771–1:02:19.351
zh我先来演示一下如何在Cloud Code中使用mcp工具
1:02:19.351–1:02:22.551
zh刚才安装到Chrome DVtools这个mcp
1:02:22.551–1:02:26.311
zh它可以控制谷歌连软器来动动化的进行一些操作
1:02:26.311–1:02:28.291
zh我们输入这样一大提示词
1:02:28.291–1:02:32.831
zh使用Chrome DVtools mcp 打开GateHub
1:02:32.831–1:02:34.991
zh然后找到这个项目 给它点个赞
1:02:34.991–1:02:36.571
zh我们回车
1:02:36.571–1:02:39.111
zh我们看一下它能不能够正常的执行
1:02:39.111–1:02:51.731
zh它也能正常的打开了GateHub
1:02:51.731–1:02:56.171
zh也找到了这个项目
1:03:03.051–1:03:04.711
zh现在它需要给这个项目点一个S大
1:03:04.711–1:03:10.071
zh大家可以看到这里它已经正常的点了Star
1:03:10.071–1:03:17.651
zh它这里提示我已经成功给这个项目点了Star
1:03:17.651–1:03:24.171
zh这样我们又成功的使用了Cloud Core来调用了MCP工具
1:03:24.171–1:03:27.151
zh并成功的完成了我们指定的任务
1:03:28.460–1:03:30.740
zh接下来我们来看一下
1:03:30.740–1:03:32.540
zh剩下的两种MCP的范围
1:03:32.540–1:03:34.960
zh第二种是项目范围
1:03:34.960–1:03:37.460
zh也就是在安装MCP工具的时候
1:03:37.460–1:03:39.280
zh通过scope坍数
1:03:39.280–1:03:41.580
zh指定为project
1:03:41.580–1:03:42.780
zh它就可以将
1:03:42.780–1:03:45.660
zh他就可以将mcp工具安装到项目范围
1:03:45.660–1:03:48.280
zh也就是在当前这个项目文件加中
1:03:48.280–1:03:50.840
zh新建一个.mcp.json这个文件
1:03:50.840–1:03:52.240
zh我们来测试一下
1:03:52.240–1:03:54.500
zh先复制这个命令
1:03:54.500–1:03:56.280
zh先退出Cloud Code
1:03:56.280–1:04:00.460
zh然后将上面安装的mcp工具删除
1:04:00.460–1:04:02.680
zh好了已经删除成功
1:04:02.680–1:04:04.800
zh然后我们使用这个命令
1:04:04.800–1:04:06.900
zh将这个mcp安装到我们项目范围
1:04:06.900–1:04:07.700
zh回车
1:04:07.700–1:04:09.840
zh他这里提示
1:04:09.840–1:04:11.280
zh编辑了这个文件
1:04:11.280–1:04:14.460
zh也就是项目目录中的.mcp.json
1:04:14.460–1:04:16.120
zh我们看一下这个文件中的内容
1:04:16.120–1:04:23.500
zh它又在这个文件中添加了质量的内容
1:04:23.500–1:04:26.220
zh接着再来看一下用户范围的mcp
1:04:26.220–1:04:28.160
zh同样我们先进行移除
1:04:28.160–1:04:33.040
zh然后执行这段命令
1:04:33.040–1:04:36.460
zh这里的scope它只是user
1:04:38.600–1:04:39.760
zh回车进行执行
1:04:39.760–1:04:43.760
zh它提示编辑了这个文件
1:04:43.760–1:04:47.780
zh这个文件就是刚才将MCP安装在本地范围的时候
1:04:47.780–1:04:49.200
zh编辑的是同一个文件
1:04:49.200–1:04:50.780
zh只不过他们编辑的位置不一样
1:04:50.780–1:04:52.780
zh我们打开这个文件看一下
1:04:52.780–1:04:57.280
zh可以看到在这个PACE文件中
1:04:57.280–1:04:58.880
zh它的MCP是放在这里
1:04:58.880–1:05:00.940
zh这天在本地范围的时候
1:05:00.940–1:05:03.040
zh它会将MCP放在这里
1:05:03.040–1:05:04.740
zh也就是每个项目中的MCP
1:05:04.740–1:05:06.540
zh当在用户范围的时候
1:05:06.540–1:05:08.780
zh这个MCP工具会在全局范围内进行启用
1:05:08.780–1:05:11.360
zh也就是在所有的项目中都启用该MCP服务
1:05:11.360–1:05:14.220
zh再来看一下这个MCP工具加载的顺序
1:05:14.220–1:05:16.300
zh当进入一个工作目录之后
1:05:16.300–1:05:19.080
zhCloud Code会加载所有能够加载到的MCP服务
1:05:19.080–1:05:22.700
zh当具有相同的名称的服务存在于多个范围时
1:05:22.700–1:05:25.440
zh首先优先考虑本地范围的服务器
1:05:25.440–1:05:28.000
zh其次是项目范围的服务器
1:05:28.000–1:05:30.220
zh最后是应用户范围的服务器
1:05:30.220–1:05:32.400
zh它通过这种方式来解决冲突
1:05:32.400–1:05:35.000
zh这种设计方式也能够确保个人配置
1:05:35.000–1:05:37.940
zh可以在需要的时候覆盖共享配置
1:05:38.780–1:05:41.340
zh上面呢就是Cloud Code的一些工具的使用方式
1:05:41.860–1:05:43.640
zh包括内置工具
1:05:43.900–1:05:44.920
zh本地322工具
1:05:45.180–1:05:45.940
zh还有mcp工具
1:05:46.460–1:05:47.480
zhmcp工具除了
1:05:47.740–1:05:50.300
zh上面我们安装这个Chrome DVTools MCP之外
1:05:50.560–1:05:52.100
zh还有各种各样的好用的mcp
1:05:52.340–1:05:54.140
zh感兴趣的好伴可以自己试一下
1:05:54.900–1:05:55.420
zh比如说
1:05:55.680–1:05:56.960
zhService这个mcp服务
1:05:57.220–1:05:59.000
zh他的官网还有文档都在这里
1:06:00.020–1:06:00.800
zh还有Figma
1:06:01.820–1:06:02.580
enContext 7
1:06:03.360–1:06:04.640
zh等等这些mcp服务
1:06:05.140–1:06:06.180
zh我就不易介绍了
1:06:06.420–1:06:08.740
zh在以后的视频中如果用到的话再给大家一易介绍
1:06:08.780–1:06:12.180
zhCloud Code作为AI变成的Top级产品
1:06:12.180–1:06:14.480
zh当我们了解了Cloud Code的使用之后
1:06:14.480–1:06:16.800
zh我们再使用其他的AI变成工具
1:06:16.800–1:06:19.080
zh比如说Codex 还有Zeminar
1:06:19.080–1:06:21.460
zh以及Cursor Perio等等
1:06:21.460–1:06:23.860
zh无论是密码工具还是通讯化界面的工具
1:06:23.860–1:06:26.260
zh我们在使用的时候基本上就很容易上手
1:06:26.260–1:06:27.720
zh好了本期视频内容就到这里
1:06:27.720–1:06:28.460
zh感谢您的观看
1:06:28.460–1:06:29.260
zh我们下期再见
1:06:29.260–1:06:29.680
zh拜拜
0:00.000–0:00.960
Hello大家好 我是黄飞
0:00.960–0:04.000
本期视频呢是关于Cloud Code入名的一个视频
0:04.000–0:06.360
讲述的介绍了如何安装Cloud Code
0:06.360–0:08.680
以及如何在OS Code中使用Cloud Code
0:08.680–0:11.160
还介绍了Cloud Code常用的命令
0:11.160–0:13.920
以及如何将国内大模型接入到Cloud Code中
0:13.920–0:17.560
另外还介绍了Cloud Code的几种核心模式和绘画管理
0:17.560–0:18.960
还有就是它的配置
0:18.960–0:20.340
包括项目生涯文的配置
0:20.340–0:21.640
还有Cloud Code的配置
0:21.640–0:24.120
最后还介绍了Cloud Code的工具的使用
0:24.120–0:25.220
包括内置工具
0:25.220–0:26.800
本地CLR工具
0:26.800–0:28.760
还有MCP服务等
0:30.000–0:35.120
在安装Cloud Code之前需要先安装Node.js 可以打开这个网站
0:36.660–0:39.480
我的电脑是Windows系统 所以这里选择Windows
0:40.500–0:46.120
如果你的电脑是苹果系统 那么你就选择MacOS 然后这里选择Node.js版本 我建议大家安装
0:46.640–0:49.720
22或者是24版本 至少是大于20
0:50.480–0:52.280
然后版本之后点击这里下载
0:53.800–0:55.080
就可以下载一个安装程序
0:56.120–0:58.680
下载之后双击进行安装就行了 我相信大家都会安装
0:58.680–1:00.480
所以安装过程我就不演示了
1:01.500–1:03.280
如果你不会安装的话可以看一下这个文道
1:04.820–1:07.900
这个文道中全新的演示了如何在windows上安装nodezs
1:09.440–1:12.240
然后安装好之后我们可以先运行一下这个命令
1:13.520–1:14.800
然后打开powercell
1:15.580–1:18.640
你可以使用powercell也可以使用cmd都可以
1:22.240–1:25.040
先查看一下nodezs的版本输入node的岗位
1:25.040–1:32.200
这里显示20.19 比如说我当前安装的nodejs版本是20.19 然后输入这条命令
1:35.100–1:41.940
查看一下npm的版本 如果你的node版本还有npm的版本都能正常显示的话 说明你的nodejs已经成功安装
1:42.700–1:49.100
nodejs推荐安装的版本是20以上 最好是安装rts版本node安装完之后 我们还需要安装get
1:49.860–1:50.640
在这里进行下载
1:51.140–1:51.660
打开这个链接
1:52.420–1:53.960
然后点击这里就可以直接进行下载
1:54.740–1:57.800
下载网上之后直接双击这个ext文件进行安装就行了
1:58.320–2:01.900
安装好之后我们可以运行这个命令同样也是在cmd中进行运行
2:02.660–2:09.060
查看一下git的版本如果这里能够正常的显示git的版本的话那么说明你的git安装是没有问题的
2:10.100–2:12.140
下来需要设置一下一个环境变量
2:12.900–2:15.720
我们需要将git的bass工具添加到环境变量中
2:15.720–2:22.280
环境变量的名称是这个 为什么要添加这个环境变量呢 因为cloudcode在执行过程中 他会执行一些命令和工具
2:22.800–2:28.280
也就是用到他的bass工具 他的bass工具就是用到的gate的这个bass.ete
2:29.220–2:32.460
先按一下下方的温加二键 打开运行
2:34.220–2:35.220
然后输入这个命令
2:36.720–2:37.220
点击确定
2:39.220–2:40.220
点击这里的环境变量
2:40.220–2:47.980
可以在用户变量这里添加 也可以在系统变量这里添加 这里我是在系统变量中添加的 我先上除一下 然后我重新添加
2:48.840–2:49.340
点击新建
2:50.780–2:52.060
然后复制下这个命令
2:54.120–2:57.880
后面路径是你Gate的安装路径 我找一下我的Gate安装路径
2:58.900–3:00.580
路到这里 点击确定
3:01.740–3:02.340
点击确定即可
3:03.140–3:06.340
安装好node.js 还有Gate之后 我们就可以安装Cloudcode
3:07.540–3:09.860
我们复制这条命令 然后在中端中执行
3:10.220–3:20.460
这里提示已经安装完成 我们验证一下是不是已经安装成功 先执行一下这条命令
3:24.820–3:28.660
这里能够正常的显示Cloud Code版本号 说明Cloud Code已经正常安装
3:30.960–3:32.500
也可以执行下这条命令看一下
3:32.500–3:40.480
通过Cloud刚刚Hair 命令可以查看Cloud Code有哪些坛数还有一些长远的命令
3:40.480–3:46.480
现在我们来启动一下Cloud Code 启动的命令非常简单 直接在命令行中输入Cloud
3:46.480–3:49.060
然后回车
3:49.060–3:55.940
第一次启动会让你选择一些主题 我们直接默认回车几个
3:55.940–3:59.140
然后再接着回车
3:59.140–4:02.220
然后选择yes 第一个
4:02.220–4:04.320
这样的话就成功
4:04.320–4:06.100
按下ctrl加c
4:06.100–4:07.680
退出这个cloud code
4:07.680–4:10.700
接着我们再说一下如何升级cloud code
4:10.700–4:12.480
当你的cloud code安装好之后
4:12.480–4:14.460
过一段时间它可能就会出现新的版本
4:14.460–4:15.900
这个时候需要我们进行升级
4:15.900–4:17.780
我们可以直接运行这个命令
4:17.780–4:19.920
就是cloud update
4:19.920–4:25.580
这里显示它正在检查这更新
4:25.580–4:28.620
然后已经更新到最新的版本
4:28.620–4:34.380
因为我们刚刚安装的 所以它现在最新的版本也就和我们刚安装的版本是一样的
4:35.740–4:43.420
接下来我们要设置一下网络代理 为什么要设置这个网络代理呢 如果说你使用的是原生的cloud code或者是国内API
4:44.160–4:46.800
如果不配置网络代理的话 它就无法访问这个端口
4:47.900–4:50.460
如果说你用的不是原生的cloud code
4:51.300–4:54.660
是使用的国内的API 比如说KPK2 或者是deep secret的API
4:54.660–4:56.820
Tellcode也会使用两维工具
4:56.820–4:57.720
在谷歌进行查询
4:57.720–4:59.180
如果你不设置代理的话
4:59.180–5:00.300
它就无法访问网络
5:00.300–5:01.580
也就是无法访问谷歌
5:01.580–5:03.000
那么也会查询失败
5:03.000–5:05.560
配置代理的方式有很多种
5:05.560–5:07.320
最简单的方式呢
5:07.320–5:08.680
就是直接开启
5:08.680–5:11.380
启用代理工具的TOA模式
5:11.380–5:12.740
就像这里
5:12.740–5:15.080
只要把这个TOA模式打开就可以
5:15.080–5:17.140
第二种方式呢
5:17.140–5:19.920
就是通过设置临时的环境变量来实现
5:19.920–5:23.800
我们可以通过这种方式来配置一下
5:24.320–5:25.080
复制这个代码
5:25.600–5:26.100
然后在
5:27.120–5:27.640
Povercell中
5:27.900–5:28.400
注意
5:28.660–5:31.220
这两行的命令是需要在Povercell中运行的
5:33.520–5:34.300
然后回车
5:34.800–5:36.080
这样就设置好了代理
5:36.860–5:39.920
第三种方式就是你带你的项目文件下建一个.cloud
5:40.180–5:40.700
然后
5:41.720–5:44.280
再新建一个settingsdigestion的文件
5:45.040–5:45.560
然后在
5:46.080–5:47.600
这个文件中输入shiver的代码
5:48.120–5:49.660
效果呢和第二种方式是一样的
5:50.160–5:51.200
我就这里我就不演示了
5:51.200–5:54.140
需要说明一下的就是这里的端口
5:54.140–5:57.040
不同的代理工具可能它的端口是不一样的
5:57.040–5:59.220
这个需要给你的代理工具来查看一下
5:59.220–6:01.040
当前代理工具的端口是哪些
6:01.040–6:03.680
然后我们启用一下Cloud Code
6:03.680–6:10.260
怎么要看一下我们当前设置的代理已经生效了呢
6:10.260–6:13.500
我们可以让他测试一下是不是能够正常还五个
6:13.500–6:15.440
直接输到这里
6:15.440–6:16.360
然后回车
6:16.360–6:21.360
同意
6:21.360–6:27.740
可以看到他正在拼谷歌
6:27.740–6:34.020
他这里说
6:34.020–6:35.920
能够正常的还谷歌
6:35.920–6:39.400
说明我们配置的代理已经生效
6:39.400–6:43.520
也可以让他查询一下当前人民币的汇率是多少
6:43.520–6:45.900
这个时候他也会调用联网工具进行查找
6:45.900–6:47.900
这里我就不演示了
6:47.900–6:49.140
感兴趣的可以自己看一下
6:49.140–6:52.820
上面就是Cloud Code安装还有配置代理的方式
6:52.820–6:54.500
整个过程也是非常简单
6:54.500–6:56.080
第一步就是安装Node.js
6:56.080–6:58.080
第二步就是安装Gate
6:58.080–6:59.840
为什么需要安装Gate呢
6:59.840–7:03.120
因为Cloud Code在执行代码的时候会用到Bash工具
7:03.120–7:07.460
这个Bash工具它就是用到Gate的Bash.ese这个文件
7:07.460–7:08.640
去使用的Bash工具
7:08.640–7:11.200
最后一步就是安装Cloud Code
7:11.200–7:13.140
安装方式也是非常简单
7:13.140–7:14.740
只需要一行代码就能够搞定
7:15.900–7:20.420
然后就是启动Cloud Code 还有升级Cloud Code 第二就是配置代理
7:23.120–7:27.260
Cloud Code 它是一个命令行工具 这也有导致我们在看代码的时候不是很方便
7:28.080–7:30.360
需要使用其他的编辑器 比如说OS Code来看代码
7:31.440–7:36.880
如果你不想在OS Code 还有命令行工具之间来回的切换的话 也可以在OS Code 中安装一个扩展
7:37.880–7:40.780
这样就能够实现直接在OS Code 中使用Cloud Code
7:41.820–7:45.200
下面我就演示一下如何在OS Code 中安装Cloud Code 扩展工具
7:45.900–7:47.440
首先我们打开VS Code
7:50.760–7:51.540
找到扩展
7:54.340–7:55.380
我们需要搜索
7:55.620–7:56.900
Cloud Code for VS Code
8:03.618–8:04.618
一定要看清楚是这个
8:06.618–8:08.618
会安装错了 然后直接进行安装即可
8:09.618–8:12.618
好了 安装完成 然后回到我们的项目为家
8:12.618–8:14.618
那么如何在 us code中使用Cloud code呢
8:15.618–8:19.458
可以随便点一个文件 然后右上角这里有一个
8:20.218–8:24.378
Cloud code的图标可以点击一下 这样就打开了一个Cloud code的对话框
8:25.338–8:30.978
这个时候我们就可以在这个对话框中输入我们想要的需求 比如说我让他帮我写一个
8:31.498–8:35.838
话牌去的派文件 我们可以将需求输入在这里 然后回车
8:38.658–8:39.678
他正在帮我们写
8:45.618–8:52.778
好了 这里说冒泡排序文页已经创建完成 然后我才到了这个文件也是这个文件中
8:55.858–8:58.538
然后我们可以继续让他帮我们特试一下这个文件
9:00.418–9:03.618
我们在这里输入帮我特试一下上面的文件 然后执行
9:08.258–9:08.938
选择yes
9:15.618–9:19.938
这里才发现这个编码有问题 然后正在修复编码 我们选择yes
9:28.678–9:31.698
在这里可以看到他现在就在调用拜设工具来测试代码
9:34.658–9:40.238
这里的拜设工具也就是我们在安装的时候设置的Gate的Base.exe文件
9:41.178–9:42.058
而这里已经测试完成
9:43.078–9:45.018
这是它的原始速度 这是它的排序结果
9:45.618–9:50.218
优化版本结果完全相同 这样我们就在OS的扣子中安装好了
9:50.478–9:53.978
可乐扣扣扩展 也就可以在OS扣子中使用Cloudcode了
9:55.798–10:00.538
我个人还是比较喜欢在命令行中使用Cloudcode的 它之所以被设置为一个命令行工具
10:01.058–10:04.378
我想首先是它的初心吧 它的目标应该就是未来
10:04.858–10:11.538
所有的代码都有AI来写 人子负责收理需求 使用自然语言来描述我们的需求即可 不需要管后面的代码具体的实现
10:12.058–10:18.578
虽然目前还达不到这种效果 但是我觉得它的目标应该是非常好 另一个原因我觉得它之所以被设置为命令和工具
10:19.038–10:26.558
是因为命令和工具的兼容性比较好 不论是macOS还是linux还是windows系统都能够很好的兼容命令和工具
10:27.058–10:30.418
而且在命令和工具中各种工具的使用都比较灵活
10:31.598–10:34.358
下面咱们来看一下claw code中一些常用的命令
10:34.358–10:41.578
在交互界面中通过斜杠命令来控制 ai 注手的行为和上下纹
10:41.578–10:43.658
合理的使用这个斜杠命令
10:43.658–10:46.678
一可自然远的输入可以更加顺利的完成开发操作
10:46.678–10:48.818
打开一个cloud code
10:48.818–10:51.018
先进入我之前的一个项目的文件夹
10:51.018–10:54.978
这个项目是我在之前的视频中开发的一个谷歌浏览器倍速播放的插件
10:54.978–10:57.458
可以一线调节网线上视频的播放速度
11:04.358–11:06.358
然后启动cloud code
11:10.358–11:13.638
我们先看一下第一个命令就是-int命令
11:13.638–11:17.558
它这个命令的作用就是触手化项目的记忆指南
11:17.558–11:19.878
简单来说就是生成cloud.md文件
11:19.878–11:23.398
我们先在withcode中打开这个项目
11:23.398–11:26.658
当前这个项目的目录中是没有cloud.md文件的
11:26.658–11:31.438
我们在这里执行一下-int命令
11:31.438–11:35.878
他这里先进行了搜索 也是查找各种文件
11:36.958–11:38.338
读取gdmi.md文件
11:39.558–11:40.458
读取这个json文件
11:43.238–11:45.458
还有下面也是读取了所有的文件
11:47.318–11:50.858
他会根据这个项目中所有的代码来生成一个cloud.md文件
11:52.478–11:54.498
现在他正在创建这个cloud.md文件
11:56.438–11:57.498
我们等一会让他创建完成
11:57.498–12:02.738
啊 它已经创建完场了 我们大家看一下
12:07.538–12:11.618
当然它已经创业好了 但是这个clawian md 文件中的内容都是英文的
12:12.698–12:14.098
我们可以让它改为中文的
12:15.178–12:17.738
在这里输入将clawian md 中的内容改为中文
12:19.818–12:21.898
让它在这里先执行的 我们继续看其他的命令
12:21.898–12:24.958
刚才我们测试的这个-int命令
12:24.958–12:27.658
它的主要作用就是处处化项目机指南
12:27.658–12:29.578
也就是生成Cloud.md文件
12:29.578–12:31.878
这个Cloud.md文件中的内容
12:31.878–12:33.618
是作为上下为使用的
12:33.618–12:36.638
当然这个文件中的内容就可以让A字路生成
12:36.638–12:38.278
我们也可以进行手动的编辑
12:38.278–12:40.738
第二个命令是add-dr
12:40.738–12:42.498
后面加一个文件路径
12:42.498–12:45.678
它的作用就是切换一个工作目录
12:45.678–12:48.298
或者说是添加一个工作目录
12:48.298–12:49.178
好了
12:49.178–12:50.798
这里已经显示将
12:51.558–12:55.658
文件中的内容从英文翻翻译为中文 我们看一下这个文件中的内容
12:56.678–12:58.738
文件中的内容已经变为了中文
13:00.278–13:01.558
然后我们试一下这个
13:02.058–13:02.578
-add
13:03.338–13:04.118
-dr命令
13:06.158–13:07.698
然后添加一个路径
13:08.978–13:11.018
添加一个我特使文件夹的路径吧
13:11.798–13:12.818
现在就将这个
13:13.318–13:16.518
文件夹作为了一个工作目录 这个时候我们就可以
13:16.778–13:18.698
针对这个文件夹来做一些相应的提问
13:18.698–13:21.938
比如说我们可以问这个文件夹中有哪些文件
13:24.198–13:26.398
他就会查看这个文件夹中的所有文件
13:28.918–13:30.578
这个文件中有以下两个文件
13:30.578–13:34.898
我们可以看一下这个文件夹
13:34.898–13:39.998
确实只有这两个文件
13:39.998–13:43.838
然后这个是-clear命令
13:43.838–13:45.798
它可以清除对话历史
13:46.638–13:54.758
当我们不停的与Cloud进行对话的时候 有的时候他会跑偏 当我们发现Cloud跑偏了 我们就可以清除所有的对话 然后重新开始沟通
13:55.458–14:01.678
或者是我们需要开启一个新任务的时候 也可以将这个所有的历史上下文对话进行清除 然后再重新开始
14:02.518–14:03.078
演示一下
14:06.898–14:14.118
执行这个命令之后相当于就是清除了上下文 接着我们看一下杠二 减派的命令 这个命令主要是压托对话内容
14:15.118–14:22.358
我们在有CloudCore进行沟通的时候 可能会进行多轮对话 这个多轮对话中 可能既有已经解决的问题 也有没有解决的问题
14:23.278–14:29.918
当我们对话人数比较多的时候 也是上下位比较多的时候 就可能会造成上下位的溢出 也就是造成CloudCore的失忆了
14:30.598–14:33.198
那么我们可以使用这个命令 对我们的上下位内容进行压缩
14:33.958–14:44.078
例如使用前线Compat保留尚未解决的问题 可以让CloudCore在总结上下位的时候 也就是在压缩上下位的时候 特定保留未解决的问题
14:44.718–14:48.478
上下回经过压缩之后可以有效的避免上下回过场造成下回一出的问题
14:48.978–14:52.318
然后是-mever命令 这个命令呢可以让我们直接编辑
14:52.878–14:54.558
cloud.md文件 我们特设一下
14:56.118–15:03.978
选项一是编辑当前项目中的cloud.md文件 选项二是编辑我们用户的cloud.md文件
15:04.718–15:09.118
至于这两个文件的相同点与不同点 我们在后面进行介绍 现在我们直接选择一
15:09.118–15:12.298
这样我们就直接打开了这个Cloud.md文件
15:12.298–15:14.278
我们可以在这里进行添加和修改内容
15:14.278–15:16.838
修改完之后直接进行爆成就行了
15:16.838–15:18.838
然后是config命令
15:18.838–15:20.158
通过config命令
15:20.158–15:22.758
我们可以查看和修改Cloud后的配置
15:22.758–15:24.978
这个命令的使用频率不是很高
15:24.978–15:26.018
我们了解一下就行了
15:26.018–15:27.978
可以看到当前有这些配置
15:27.978–15:30.778
以及它的配置的选项是开启还是关闭
15:30.778–15:34.278
下来model命令是用来查看和切换模型
15:34.278–15:38.198
当前我们有这些模型
15:38.198–15:42.158
因为我现在使用的是Deepseek的接口
15:42.158–15:45.198
所以其实上面三个模型是不能使用的
15:45.198–15:49.838
就是只能选择这个Deepseek
15:49.838–15:51.458
就它是选择上面三个模型
15:51.458–15:53.338
它默然也是使用Deepseek模型
15:53.338–15:55.458
然后是Sletters命令
15:55.458–15:56.778
这个命令还是比较常用的
15:56.778–15:58.678
我们执行家看一下
16:00.027–16:02.947
slita 命令可以查看我们当前Cloud Core的版本
16:03.667–16:04.987
以及当前的工作路径
16:05.987–16:06.987
还有当前的接口
16:08.907–16:10.427
以及代理性器都在这里显示
16:10.747–16:11.427
当下的模型
16:12.027–16:13.067
以及当下使用的记忆
16:13.067–16:15.907
Memory现在是使用的项目级的记忆
16:15.907–16:18.487
也就是当前项目目录中的CloudMD文件
16:18.487–16:22.607
Docard的命令应该来检查当前Cloud Code的安装状态
16:22.607–16:23.707
我们诊息一下看一下
16:23.707–16:27.787
就是显示了当前Cloud Code的安装的一些详细信息
16:27.787–16:32.187
Cosal的命令是用来显示修化的Token与费用统计
16:32.187–16:36.067
它这里的击费是使用美元进行击费的
16:36.067–16:38.207
当使用国内的模型
16:38.207–16:39.627
比如说DeepSec的接口的时候
16:39.627–16:41.647
这里的预购价格应该是不对的
16:41.647–16:42.147
啊
16:44.007–16:50.247
接下来咱们来看一下如何在Cloud Code中介入我们国产大模型 因为原生的Cloud Code
16:51.187–16:56.587
一是他在国内防御不是很方便 首先他注册账号就不是很方便 即便是注册了账号
16:57.287–16:59.147
在我们国内使用的话 它也很容易封号
16:59.947–17:08.907
现在我们国产大模型的编程能力已经非常好了 虽然不能够超过Cloud Code的原生模型 但是使用我们国产的模型也一样能够很好的达到我们的开发要求
17:09.667–17:11.467
除了CloudCore的账号不好注册之外
17:11.907–17:13.507
还有就是它的价格也比较贵
17:14.207–17:16.067
使用我们国内的模型价格也比较便宜
17:16.767–17:18.447
所以咱们就直接使用国内的大模型
17:19.067–17:23.667
在介绍之前我想给大家介绍一个Windows命令行工具就是Windows Terminal
17:24.347–17:25.907
我的命令行工具是这样的
17:27.007–17:28.007
如果你没有安装的话
17:28.467–17:30.447
Modern使用是CMD命令行也就是这种
17:30.767–17:32.267
还有一种就是PowerSeal命令行
17:33.567–17:34.147
也是这样的
17:34.647–17:37.347
他这两个工具其实使用哪种都可以
17:38.907–17:43.747
不然是你使用cmd还是使用powercell是都是可以的
17:43.747–17:50.547
但是cmd和powercell有些命令是不一样的 尤其是在设置一些环境变量的时候
17:50.547–17:54.587
所以如果你跟着我的教程操作的话 我希望你使用的是powercell
17:54.587–17:59.967
所以大家先安装一下这个windows特别的工具 也是这个链接打开之后
18:02.967–18:03.827
可以点击这里
18:03.827–18:10.827
然后选择一个符合你系统版本的进行下载 下载完之后直接进行安装就可以
18:10.827–18:16.747
按照好之后就是这种 这个工具呢 既可以使用powercell也可以使用cmd
18:16.747–18:24.187
它相当于是一个命连行工具的一个壳吧 整体上优惠比好看 要比这个powercell还有cmd也好看一些
18:24.187–18:31.427
另外它可以在一个转行中开起多个type 这样用起来比较方便 当你安装完之后 你可以点击这个键头 点击设置
18:31.427–18:37.427
在启动这里你可以默认选择他启动的时候是使用powercell还是cmd
18:37.427–18:40.067
这里我使用的是powercell
18:40.067–18:42.567
保存一下
18:42.567–18:45.607
然后再次启动的时候
18:45.607–18:47.987
他这里默认就是powercell
18:47.987–18:50.467
好了这个工具就先介绍到这里
18:50.467–18:51.947
如果没有的话
18:51.947–18:53.767
我建议你去安装一下
18:53.767–18:55.747
如果不安装的话也是没有问题的
18:55.747–18:58.667
你只需要使用系统自带的powercell就可以
19:01.427–19:04.827
也是用这个power 工具
19:04.827–19:10.647
好 接下来我们说一下如何在cloud code中接入我们国产大幕型
19:10.647–19:15.127
我们国产大幕型有很多 这里我就以约阵案面
19:15.127–19:19.987
也就是kmk2 还有deep seek 为例 能演示一下如何接入
19:19.987–19:23.527
接入的第一步呢 就是我们需要先获取一个apfk
19:23.527–19:27.307
我们打开约阵案面的开放平台
19:27.307–19:31.007
同时也打开deep seek的开放平台
19:31.007–19:36.007
约这样的可以在这里新建一个API key
19:36.007–19:38.807
随便起个名字要test了
19:38.807–19:43.607
项目就选择一个default 然后确定 这样他就创建好了一个mail
19:43.607–19:45.207
我们需要复制一下
19:45.207–19:49.007
kmyk2的这个mail它只能在创建的时候显示一下
19:49.007–19:50.607
我们点击这里进行复制
19:50.607–19:54.507
当你确定之后或者关闭这个窗口之后 你就再无法看到这个mail了
19:54.507–19:59.807
如果你忘记了之前的mail是什么 那就无法找回 就只能删除再重新建一个
20:00.407–20:01.007
我们点击确定
20:01.307–20:03.407
先交k-k-k-s的meel保存到这里
20:04.307–20:06.007
然后我们再去Deepshake平台
20:07.607–20:09.007
也是在这个API key里面
20:09.707–20:10.607
创建一个API key
20:12.707–20:13.207
已经创建
20:14.207–20:15.307
这样这个meel也创建好了
20:15.307–20:16.107
我们点击复制
20:17.407–20:18.007
也保存一下
20:21.107–20:23.007
Deepshake的API我们需要先充值一下
20:23.307–20:24.807
然后可以充值10块钱
20:25.007–20:25.807
也不用充值太多
20:25.807–20:27.207
他可以支持支付网和微信
20:27.307–20:28.507
充足一个对对进行就行
20:30.647–20:35.527
KBKT的模型 如果你不充值的话也是可以使用的 但是它有一个并发限制
20:39.607–20:43.527
免费用户它是有并发限制的 是在使用CloudCode的时候可能会出现
20:43.727–20:49.667
Aerror3.9这个报错 建议你充值一个50块钱 充值之后他就会升级你的账户等级
20:51.587–20:57.407
可以点击这里你查看 充值50块钱之后就会变成这个第一等级
20:57.407–20:59.507
冰花数是50
20:59.507–21:01.767
猫人免费的用户是冰花数是3
21:01.767–21:04.467
上面就是充足的一些注意事项
21:04.467–21:06.807
然后呢就是配置
21:06.807–21:08.767
KPK2可以看一下这个文档
21:08.767–21:13.627
Deepseek可以看一下这部文档
21:13.627–21:18.807
这里就讲我们如何将KPK2配置到Cloud Code中
21:18.807–21:23.607
Windows系统的话使用这个命令
21:23.607–21:24.927
我们先复制
21:27.407–21:28.487
粘贴到这里
21:29.487–21:31.607
然后我们只需要提款这里的API key
21:31.607–21:35.087
这是KMK2的API key 我们放在这里
21:37.087–21:40.567
然后我们复制所有的命令 打开我们的pubsell
21:42.567–21:43.407
一新粘贴
21:45.567–21:46.607
然后执行cloud
21:51.607–21:56.407
在这里就可以看到我们当前的模型是KMK2 ThinkingTurbo
21:57.287–22:00.607
也就是说我们将KMK2配置到了Cloud Code中
22:01.807–22:05.167
如果在使用的过程中你忘记了当前的模型是哪一个 你也可以通过
22:06.927–22:08.047
斜杠SATA是命令
22:09.987–22:10.547
来查看
22:11.627–22:12.687
当前使用的模型是什么
22:13.847–22:16.167
从这里可以看到当前的模型是KMK2
22:18.447–22:19.047
当前的
22:20.427–22:21.647
FaceUIL是这个
22:23.647–22:25.647
刚才我们是在终端中进行了配置
22:26.167–22:27.447
他这种配置的方式
22:27.687–22:29.227
就只对我们这个终端有效果
22:30.507–22:31.787
假如说我们新开个终端
22:33.587–22:34.607
然后运行cloud
22:39.207–22:42.027
这个时候他就会默认使用原生的
22:42.287–22:43.307
cloud code的模型
22:44.087–22:45.867
也就是说我们在终端中进行配置
22:46.127–22:47.407
他只对这个终端有效
22:47.667–22:48.947
我们每次想要使用
22:49.207–22:53.047
kmyk2这个模型的时候都需要在这个终端中进行配置
22:53.547–22:54.827
这样用起来就比较麻烦
22:55.647–23:00.127
所以我推荐大家使用环境变量的方式进行一次设置 容金有效
23:00.767–23:02.567
接下来我就演示一下如何设置环境变量
23:03.327–23:05.127
先按键盘上温价打开这个
23:05.367–23:07.927
预行窗口 然后输入这个命令 点击确定
23:09.467–23:10.247
点击环境变量
23:10.487–23:13.827
可以在用户变量中进行添加 也可以在系统变量中进行添加
23:14.087–23:15.607
这里我就在用户变量进行添加
23:16.887–23:17.407
先新键
23:18.427–23:20.487
然后我们复制这个变量名称
23:25.647–23:31.927
也就是依次将这个变量名称还有变量值
23:33.267–23:33.767
进行添加
23:50.927–23:52.567
好了这样我们就要环境变量添加好了
23:53.087–23:55.647
需要注意的是边缆的名称前面不需要带这个
23:56.147–23:56.667
Dolite
23:57.427–23:59.487
因为冒号这几个都不是
24:00.849–24:03.529
还有就是变量的值不需要带这个引号
24:04.769–24:06.609
我们只需要双一号中间的内容就可以
24:07.649–24:11.089
我们点击确定 然后关闭这个 cmd 重新打开
24:12.849–24:13.889
现在我们直接启动cloud
24:15.129–24:23.169
可以看到现在他默认使用的模型就是kmmk2
24:26.889–24:32.709
如果你想要使用deepshake模型的话 那么配置方法也是一样 既可以在环境变量中进行设置 也可以在
24:33.489–24:41.049
中端中进行设置 在中端中设置的只对当前的中端有效 到中端关闭之后 比如是cmdmini关闭之后 我们在他打开的时候
24:41.049–24:42.089
它就失效了
24:43.089–24:45.729
这个是将dbseq模型接入Cloud code的文档
24:46.929–24:49.489
这里它也是使用配置环境变量
24:49.489–24:51.929
但是它的方式并不支持Windows系统
24:52.489–24:55.409
这是MacOS系统和Linux系统的方式
24:56.329–24:58.389
Windows系统配置的方式可以参考我的文档
24:58.389–24:59.329
也就是这里的内容
25:00.769–25:02.689
我们可以试一下复制这些命令
25:06.169–25:07.569
然后替换一下API key
25:08.689–25:10.249
然后将这里的API key替换掉
25:11.049–25:15.409
你也给终端
25:22.309–25:25.389
可以看到这里显示的模型是Deepseek Set模型
25:25.889–25:28.709
也就是说我们已经将Deepseek配置到了Cloud Code中
25:29.489–25:32.289
我推荐大家使用这个windows的产品工具的原因还有一个
25:32.549–25:35.889
我们可以通过这个工具快速的切换Cloud Code的模型
25:36.389–25:40.749
比如当前我们既可以使用KMK2这个模型也可以使用Deepseek这个模型
25:41.049–25:44.729
但是现在我们在切换模型的时候 要么需要我们在一个中端中
25:45.249–25:49.229
执行一大堆的命令 来设置一下临时的环境变量 要么就需要我们去修改
25:49.689–25:51.649
这里的环境变量来进行永久的修改
25:52.209–25:54.309
使用这两种方式来切换模型的话都不是很方便
25:55.029–26:01.349
那么怎么样才能更加方便的来切换模型呢 首先我们可以在环境变量中配置一个我们默认使用的模型
26:04.809–26:07.209
比如在这里配置一个我们默认会使用的模型
26:07.209–26:12.569
然后我们通过这个windows的tomber工具来配置我们需要使用的其他模型
26:12.569–26:14.109
下面我就给大家演示一下
26:14.109–26:16.369
首先点击一下这个键头 然后点击设置
26:16.369–26:18.909
然后在这里添加新的配置文件
26:18.909–26:23.449
这里选择windows popsell 点击复制
26:23.449–26:26.309
我们先修改一下名称
26:26.309–26:28.449
就叫CloudCoreDeepseek
26:28.449–26:30.609
然后修改一下这里的命令行
26:30.609–26:33.389
我们复制这里的代码
26:33.389–26:36.269
先在这里粘贴一下
26:37.209–26:40.409
可以看到这里的内容就是上面的这一部分内容
26:41.569–26:43.609
我们需要先加API key来替换一下
26:46.689–26:47.969
然后同时我们要添加两号
26:48.469–26:50.269
就是通过这两行命令来设置代理
26:51.549–26:52.829
然后我们将这个命令复制
26:54.609–26:55.389
粘贴在这里
26:57.169–26:57.949
然后点击保存
27:01.529–27:01.789
关闭
27:03.569–27:05.889
这个时候我们可以点击键头然后下的
27:05.889–27:10.889
然后启动Cloud Code
27:10.889–27:21.509
这时当前这个中单他默认使用的模型就是Deepseq模型
27:21.509–27:26.129
这样我们就实现了更加方便的来切换Cloud Code的使用的模型
27:26.129–27:30.409
每当我们有一个新的模型想要使用的时候
27:30.409–27:33.109
我们就可以通过这种方式来新建一个配置
27:33.109–27:35.629
然后通过旧改这里的命令行
27:35.629–27:43.829
来修改不同的模型以及模型对应的API 这样就能够实现快速的切换不同的模型
27:43.829–27:48.729
每次我们想要更换模型的时候只需要在这里打开我们想要使用的模型配置即可
27:48.729–28:01.129
好了 接下来咱们看一下CloudCode的进阶玩法 首先来了解一下CloudCode的核心模式 通常情况下CloudCode每次修改文件或者是创建文件的时候都需要我们进行手动的确认
28:01.129–28:02.429
那照样一来的话
28:02.429–28:03.569
它的效率就比较低
28:03.569–28:05.629
因为如果我们不进行确认的话
28:05.629–28:07.049
它就会一直卡在那里
28:07.049–28:08.529
不会进行后面的步骤
28:08.529–28:09.989
像现在这样
28:09.989–28:12.229
我让它创建一个互相的totoracet网站
28:12.229–28:14.449
它首先在这里规划这个任务
28:14.449–28:15.389
现在这里列出了
28:15.389–28:16.929
它要做的每一步的步骤
28:16.929–28:19.349
然后下面它就要创建这个文件
28:19.349–28:22.589
这里它需要我们进行同意之后
28:22.589–28:23.709
它才能去创建这个文件
28:23.709–28:25.169
这是第一个选项
28:25.169–28:26.749
如果我们选择第二个选项
28:26.749–28:28.249
那么在当前这个创工中
28:28.249–28:30.429
它在创建文件和修改文件上
28:30.429–28:32.089
就不会再请求我们的权限
28:32.089–28:34.329
而会直接是进行创建和修改
28:34.329–28:37.429
第二个选项也就是这里的自动编辑模式
28:37.429–28:39.609
现在我们先选择第一个选项
28:39.609–28:41.849
我们来看一下自动编辑模式
28:41.849–28:43.909
就是免确认批量操作
28:43.909–28:47.709
适用于不需要逐次确认的文件的创建和修改的场景
28:47.709–28:50.109
也就是说当我们开启这个场景之后
28:50.109–28:53.469
Cloud Core在创建文件还有修改文件的时候
28:53.469–28:55.769
不需要经过我们的同意就可以直接进行修改
28:55.769–28:58.189
这样就省去了很多的确认步骤
28:58.189–28:59.329
就能够提高一些效率
28:59.329–29:00.829
但是需要注意的是
29:00.829–29:03.829
这个模式它只是限于创建文件
29:03.829–29:04.549
还有修改文件
29:04.549–29:06.289
如果Cloud Code想通过Bass
29:06.289–29:08.029
来整形一些命令行的命令的时候
29:08.029–29:10.089
或者是调用一些命令行的工具的时候
29:10.089–29:12.509
它还是需要我们进行手动的确认
29:12.509–29:15.169
除了这个增重边境模式之外
29:15.169–29:16.429
还有一个Plan模式
29:16.429–29:19.569
这个模式的作用就是只规划不执行
29:19.569–29:22.689
当在项目搭建或者是处理复杂问题的时候
29:22.689–29:23.869
可以先开启Plan模式
29:23.869–29:25.489
它会先梳理方案的框架
29:25.489–29:27.769
比如说要做像素风格的移动端
29:27.769–29:28.329
TotoList
29:28.329–29:30.469
它会自动的规划技术方案
29:30.469–29:31.249
页面结构
29:31.249–29:32.189
视频方案等等
29:32.189–29:33.369
如果你不满意的话
29:33.369–29:35.009
可以直接说重新规划
29:35.009–29:36.309
一直到符合你的预期
29:36.309–29:37.929
开启Plan模式之后
29:37.929–29:38.869
它就只多规划
29:38.869–29:39.789
而不写代码
29:39.789–29:41.809
相当于是对这个任务
29:41.809–29:42.689
做一个详细的规划
29:42.689–29:43.869
提出解决方案
29:43.869–29:44.869
但是不进行执行
29:44.869–29:46.369
Hello Code还有Data的模式
29:46.369–29:47.189
就是Yolo模式
29:47.189–29:49.489
Yolo模式它能获取到最高的权限
29:49.489–29:51.329
可以让我们完全的放手
29:51.329–29:52.509
让它自动化的执行
29:52.509–29:54.229
Yolo模式最常用在
29:54.229–29:54.989
重构代码
29:54.989–29:56.649
或者是创建新项目的时候
29:57.769–29:58.869
修复复杂bug的时候
29:58.869–30:02.209
可以通过添加这个参数来启动Ulo模式
30:02.209–30:04.289
Ulo模式拥有的权限最高
30:04.289–30:06.229
它可以直接执行更多的操作
30:06.229–30:07.869
上面来说的振动编辑模式
30:07.869–30:09.769
可以振动的创建文件修改文件
30:09.769–30:11.709
而不需要通过我们的确认操作
30:11.709–30:13.789
但是在执行命令和工具的时候
30:13.789–30:15.009
它仍然需要我们的确认
30:15.009–30:16.329
如果你是开启了Ulo模式
30:16.329–30:17.949
那么它就不用再求求任何的权限
30:17.949–30:20.829
相当于它对你这个电脑拥有了一个最高级的权限
30:20.829–30:22.289
可以执行任何的命令
30:22.289–30:23.709
也可以创建任何的文件
30:23.709–30:26.869
所以优统形象虽然能够让CloudCore更加的自动化
30:26.869–30:28.149
但是如果使用不到的话
30:28.149–30:30.509
它可能对你的电脑一些文件造成破坏
30:30.509–30:31.749
所以在使用用的模式的时候
30:31.749–30:34.309
还是需要我们能够确定CloudCore所执行的操作
30:34.309–30:36.569
并不会对我们的电脑或者是项目造成破坏
30:36.569–30:39.849
好了 下面我们去看一下如何来切换这种不同的模式
30:39.849–30:42.689
在CloudCore中不同的Barray可能快据键不一样
30:42.689–30:46.209
一般是save加type或是Alt加m键
30:46.209–30:48.009
就可以切换这几种模式
30:48.009–30:49.749
我们先选择yes
30:49.749–30:51.809
然后按一下Alt加m
30:53.709–30:54.849
这里显示了
30:55.989–30:57.269
Accept Edit On
30:58.109–31:00.109
说明我们已经开启了震动边境模式
31:02.109–31:03.649
同时这里也显示了扩载键
31:04.409–31:05.609
也就是AIRT加M
31:07.469–31:08.949
这里就先让它在这里执行吧
31:08.949–31:10.269
我们清建一个窗口
31:14.049–31:15.749
进入到我项目的根目录
31:17.169–31:18.269
然后启动Cloud
31:18.269–31:25.609
使用快捷键iOS加M就可以在
31:25.609–31:26.969
Money模式还有
31:26.969–31:29.529
对游编辑模式还有Plan模式之间切换
31:29.529–31:32.729
我们切换到Plan模式
31:32.729–31:35.429
测试一下这个Plan模式的效果
31:35.429–31:37.469
出入这个提示车
31:37.469–31:40.029
创建一个摊试车的HTML小游戏
31:40.029–31:42.329
帮我规划一下需求和技术方案
31:42.329–31:44.129
输出到Plan的MD文件
31:44.129–31:45.409
拿到执行
31:45.409–31:47.129
然后我们再打开一窗口
31:47.129–31:48.469
特设一下Ulo模式
31:48.469–31:52.009
如果想使用Ulo模式
31:52.009–31:53.469
那我在启动CloudCloud的时候
31:53.469–31:54.489
就要添加这个参数
31:54.489–31:55.709
我们复制这项命令
31:55.709–31:56.769
删贴
31:57.876–31:59.796
在开启Ulo模式后
31:59.796–32:00.816
它会先有个提示
32:00.816–32:01.876
我们选择第二个
32:01.876–32:02.316
接受
32:02.316–32:04.176
这样我们就进入了Ulo模式
32:04.176–32:05.636
这里显示
32:05.636–32:07.496
Bypass Permission On
32:07.496–32:10.036
就说明我们已经开启了Ulo模式
32:10.036–32:11.756
进入到Ulo模式之后
32:11.756–32:14.496
我们依然可以使用快捷键在这几种模式之间进行切换
32:14.496–32:16.096
我们按下20加m
32:16.096–32:17.976
这样就回到了默认的模式
32:17.976–32:20.296
再按一下就进入了自动编辑模式
32:20.296–32:23.156
再按一下就进入了climb模式
32:23.156–32:25.556
再按一下就进入了yolo模式
32:25.556–32:27.136
然后在yolo模式下
32:27.136–32:29.316
我们也让他创建一个枯渐的todolation的网站
32:29.316–32:36.756
在yolo模式下就完全不需要我们再进行任何的操作
32:36.756–32:39.576
他就可以自动的进行创建文件修改文件
32:39.576–32:41.416
然后执行一些命连行工具
32:41.416–32:44.896
我们看一下第一个窗口就是自动编辑模式
32:44.896–32:47.336
在这里在执行这个Base命令的时候
32:47.336–32:49.556
它还是需要我们进行首诺的授权
32:49.556–32:51.296
我们选择确定
32:51.296–32:54.716
接着它要运行index.atml
32:54.716–32:56.896
依然需要我们首诺的授权
32:56.896–32:57.656
我们选择确定
32:57.656–33:00.836
网站已经在浏览区中打开了
33:00.836–33:03.216
我们看一下它这个网站的功能
33:03.216–33:06.096
加除
33:06.096–33:15.216
参加 还都可以 然后已完成 已完成 清楚已完成
33:25.656–33:26.976
基本功能都是可以的
33:28.776–33:31.616
好了 这就是震动编辑模式 我们看一下这个plan模式
33:31.616–33:35.696
这个plan模式它需要询问一些关键的设计决策来完整方案
33:35.696–33:36.896
然后我们就选一下
33:36.896–33:39.296
第一次公众选择选择技术版本
33:39.296–33:40.116
技术方案
33:40.116–33:41.116
选择1
33:41.116–33:45.216
选择第一个
33:45.216–33:46.556
然后确定
33:46.556–33:48.976
好了
33:48.976–33:50.516
它说规划已经完成了
33:50.516–33:53.156
我们可以查看详细的计划文件
33:53.156–33:56.016
我们打开这个项文件夹看一下
33:56.016–33:58.776
它这里并没有生成一个plan.md文件
33:58.776–34:00.976
然后我们可以放到最后
34:00.976–34:03.796
他现在要接到的下一步就是要创建代码
34:03.796–34:04.636
我们选择3
34:04.636–34:05.896
不进行创建代码
34:05.896–34:07.116
继续规划
34:07.116–34:11.236
我们现在让他把规划保存到plan.md文件中
34:11.236–34:16.016
这里他要创建这个plan.md文件
34:16.016–34:17.356
需要我们通过的权限
34:17.356–34:18.336
我们选择ES
34:18.336–34:20.116
现在在这个项目文件中
34:20.116–34:21.456
他就创建了plan.md
34:21.456–34:23.656
我们打开看一下
34:23.656–34:25.856
这就是他创建的
34:25.856–34:27.776
探测车HTML小游戏技术方案
34:30.976–34:32.976
在Plan模式下
34:32.976–34:35.616
它只是进行了方案的规划与整理
34:35.616–34:37.116
并没有进行直接写代码
34:37.116–34:39.296
这个也就是Plan模式的作用
34:39.296–34:40.376
只梳理方案的框架
34:40.376–34:41.836
而不进行代码的编写
34:41.836–34:45.296
好了 咱们看一下这个Ulo模式
34:45.296–34:48.256
Ulo模式已经完全处理完成了
34:48.256–34:50.496
在开启Ulo模式之后
34:50.496–34:52.356
我们只是输入了一个需求
34:52.356–34:54.656
它就完完整整地做出来这个项目
34:54.656–34:56.796
然后我们打开这个项目看一下
35:00.976–35:01.976
我们运行一下看一下
35:03.476–35:06.276
这个页面是自动边境模式下创建的代办事项
35:07.776–35:09.576
这个是在U的模式下创建的代办事项
35:10.276–35:11.076
添加一个试试
35:15.976–35:16.576
然后
35:19.276–35:19.776
完成
35:20.376–35:20.876
删除
35:21.576–35:22.076
筛选
35:23.476–35:24.476
整个功能是可用的
35:24.476–35:26.276
虽然页面不是那么明观
35:26.276–35:32.456
上面就是Cloud Code这几种模式以及标格模式的作用
35:32.456–35:34.196
总共有三种模式
35:34.196–35:36.076
第一种是自动标记模式
35:36.076–35:36.996
第二种是普通模式
35:36.996–35:37.996
第三种是U的模式
35:37.996–35:40.196
每种模式都有各自的应用场景
35:40.196–35:44.136
我们可以在开发过程中根据自己的场景来选择合适自己的模式
35:44.136–35:47.476
然后这几种模式都可以通过快据进行切换
35:47.476–35:49.556
在我当天使用的这个版本中
35:49.556–35:51.136
它的快据是R加M键
35:51.136–35:54.276
我们先关闭这两种
35:54.276–35:56.556
即使在优劳模式下
35:56.556–35:58.816
也依然可以通过快捷切换到其他的模式
35:58.816–36:00.656
但是有一点需要注意一下
36:00.656–36:02.196
就是在其他的两种模式下
36:02.196–36:04.336
是无法通过快捷切换到优劳模式的
36:04.336–36:06.396
如果想启用优劳模式
36:06.396–36:07.796
就需要通过这个参数
36:07.796–36:10.056
来开启优劳模式
36:10.056–36:12.296
然后我们看一下这个页面
36:12.296–36:13.956
我们继续让它修改
36:13.956–36:15.936
让它把添加按钮改成绿色
36:15.936–36:20.696
现在已经修改完成了
36:20.696–36:21.856
我们刷新页面看一下
36:21.856–36:25.256
可以看到这里已经改为了绿色
36:25.256–36:28.696
接下来我们看一下这个绘画的管理
36:28.696–36:30.856
首先是暂停回稳
36:30.856–36:33.436
我们在有ClockedCrew进行多论的对话中
36:33.436–36:35.716
如果在执行的过程中我们发现它跑偏了
36:35.716–36:36.996
可以进行急事的中止
36:36.996–36:38.536
这样可以避免Token的浪费
36:38.536–36:40.476
比如说我们现在让它做一个修改
36:40.476–36:42.296
让它去掉这个清除以完成按钮
36:42.296–36:45.076
让它执行
36:45.076–36:47.876
在执行的过程中如果我们发现
36:47.876–36:50.636
它改错了或者是我们不想让它删除这个按钮了
36:50.636–36:53.376
我们可以按ESC键让它打断它的执行
36:53.376–36:55.156
在执行的过程中
36:55.156–36:57.196
按ESC键停止它单线的操作
36:57.196–37:01.096
比如说安装依赖超时或者是思路跑偏时
37:01.096–37:03.116
可以及时停止减少无效的操作
37:03.116–37:05.436
如果我们想要它继续操作的话
37:05.436–37:06.756
我们可以在这里输入继续
37:06.756–37:09.916
这样的话它能够继续有上面的操作
37:09.916–37:11.656
我们让它执行完成
37:11.656–37:13.796
它修改完成
37:13.796–37:15.276
我们刷新一下看一下
37:15.276–37:18.416
这里的清除演完程按钮已经被删除掉了
37:19.376–37:22.256
还有一个关于绘画的块键是按两次ESC键
37:23.756–37:25.176
这样就能看到我们历史的对话
37:26.416–37:29.016
从我们第一次对话到我们现在当前的对话继续
37:29.316–37:30.816
现在是处在current这里
37:31.256–37:33.756
再按一次ESC键就退回到当前的页面
37:36.376–37:37.916
在查看历史对话节点的时候
37:37.916–37:40.216
我们可以选择回到某个历史对话节点的状态
37:40.456–37:41.956
比如说我们回到这个状态
37:42.356–37:43.276
我们先选择这个状态
37:43.276–37:44.556
然后选择回刹键
37:45.176–37:47.916
第一个选择是将绘画还有代码都进行回滚
37:47.916–37:53.796
第二个选项是指回轨对话 第三个选项是回轨指回轨代码 我们选择第一个选项
37:56.416–37:57.376
我们再来刷新一下页面
37:58.576–38:00.996
可以看到它的代码已经恢复了 这个按钮已经出现了
38:02.216–38:05.456
又回到了我们让它去掉清楚已完成按钮这个操作之前
38:06.756–38:11.536
接下来看一下上下文一出怎么处理 当我们有卡的扣的计程多人对话之后
38:12.536–38:13.576
会导致上下文过长
38:13.576–38:15.576
上下围过长之后
38:15.576–38:17.476
那么它就会丢失一部分上下围
38:17.476–38:18.356
导致它失忆
38:18.356–38:20.796
所以在上下围比较长的时候
38:20.796–38:22.436
我们可以使用写线命令
38:22.436–38:23.756
-compact
38:23.756–38:28.936
我们可以使用这个命令进行对话的压缩
38:28.936–38:30.116
当然
38:30.116–38:31.836
这个命令可以手动进行执行
38:31.836–38:33.296
也可以自动进行执行
38:33.296–38:35.236
当你的上下围长度比较长的时候
38:35.236–38:36.296
它就会出现这个提示
38:36.296–38:38.436
证明历史对话记录已经满了
38:38.436–38:39.856
这个时候它会自动触发压缩
38:39.856–38:43.916
Cloud Code会不会进行自动的压缩上压纹
38:43.916–38:45.876
是可以通过配置进行修改的
38:45.876–38:47.976
我们可以通过Config进行看一下
38:47.976–38:50.456
第一个配置项
38:50.456–38:51.836
Auto Compact
38:51.836–38:53.456
如果为初的话
38:53.456–38:54.936
它就会自动进行压缩上压纹
38:54.936–38:56.236
如果为Force的话
38:56.236–38:57.576
它就不会自动压缩上压纹
38:57.576–38:58.676
默认的情况下
38:58.676–38:59.856
它是为初的
38:59.856–39:01.656
接着我们来看一下
39:01.656–39:02.856
恢复与查看历史对话
39:02.856–39:05.296
我们在使用Cloud Code的时候
39:05.296–39:06.716
会由于一些原因
39:06.716–39:07.516
强制退出
39:07.516–39:09.836
或者是强制关闭这个对话框
39:09.836–39:11.136
比如说
39:11.136–39:12.576
他在执行某个任务时候
39:12.576–39:13.696
一直执行卡住了
39:13.696–39:14.836
还有就是
39:14.836–39:16.316
他安装某些依赖的时候
39:16.316–39:17.796
一直无法安装成功
39:17.796–39:20.076
我们可能会强制关闭这个对话
39:20.076–39:21.616
强制关闭之后
39:21.616–39:22.816
我们可以通过
39:22.816–39:23.816
Cloud架
39:23.816–39:25.436
打开历史对话记录
39:25.436–39:28.156
我给大家演示一下
39:28.156–39:31.056
刚才我已经强制关闭了对话
39:31.056–39:33.696
然后我们重新进入项目
39:35.416–39:36.376
执行这个命令
39:36.376–39:40.976
这样我们就打开了一个历史对话
39:40.976–39:43.616
然后我们选择第一个
39:43.616–39:46.116
就是最后执行的一个命令
39:46.116–39:48.736
这样我们相当于直接恢复到了刚才对话
39:48.736–39:51.676
现在我们让它把那个添加按钮改为红色
39:51.676–39:55.496
然后我们中途退出
39:56.347–39:57.847
再重新进入
39:57.847–40:03.567
然后执行cloud-2
40:03.567–40:06.887
选择第一个
40:06.887–40:09.447
这个时候他就回到了当前的任务
40:09.447–40:10.467
输入继续
40:10.467–40:16.387
它就会继续我们上次没有完成的任务
40:16.387–40:20.467
整个历史的对话记录还是保留的
40:20.467–40:23.467
Cloud-r这个命令是打开历史对话记录
40:23.467–40:25.987
如果你使用Cloud-c这个命令的话
40:25.987–40:27.547
它就会直接进入上的对话
40:27.547–40:31.207
就相当于我们先使用Cloud-r打开了历史对话记录
40:31.207–40:33.327
然后选择了最新的那次对话
40:33.327–40:34.807
好了修改完成
40:34.807–40:35.707
我们看一下效果
40:35.707–40:39.067
这个按钮已经被改成红色了
40:40.467–40:43.287
这里再说一个其他的小句话 就是批量执行任务
40:44.047–40:46.607
如何让Cloud Code一下子执行好几个任务呢
40:46.867–40:48.907
我们可以新建一个Task.md文件
40:49.167–40:50.187
每一行写一个任务
40:50.707–40:52.747
然后让他读取每一行的内容
40:53.007–40:55.567
就是每一行是一个任务 让他依次来执行这个任务
40:56.587–40:57.367
我们来Task一下
40:58.387–40:59.407
打开这个项目
41:02.747–41:04.267
新建一个Task.md文件
41:05.047–41:05.807
输入两个任务
41:07.087–41:08.627
第一个任务是计算A加E等级
41:08.627–41:11.207
第二个任务是讲一个关于成员的笑话
41:11.207–41:12.047
我们先报成
41:12.047–41:15.667
然后在Cloud Code中输入再这样的提示词
41:15.667–41:19.067
它正在读取它是个MD的内容
41:19.067–41:21.167
而且已经找到了两个任务
41:21.167–41:23.527
任务一是集团一加一等级
41:23.527–41:26.367
它给出的结果是二
41:26.367–41:28.787
接着是讲一个关于成员的笑话
41:28.787–41:32.087
在这里它讲了一个成员的笑话
41:32.087–41:35.787
接下来咱们讲一下Cloud Code的配置
41:35.787–41:37.987
在使用Cloud Code的时候
41:37.987–41:40.087
我们通常会在两个地方进行配置
41:40.087–41:42.067
一个地方是上下围规短的配置
41:42.067–41:44.527
也就是cloudcode.md文件中进行配置
41:44.527–41:47.827
这里的配置也就相当于是系统集制词
41:47.827–41:50.227
还有个地方是对cloudcode的配置
41:50.227–41:52.967
也就是使用settings的json的文件
41:52.967–41:54.567
对cloudcode进行配置
41:54.567–41:57.827
我们先来看一下这个上下围规短的配置
41:57.827–41:59.987
在和流行机器人进行交流的时候
41:59.987–42:01.667
我们知道系统集制词很重要
42:01.667–42:03.587
它会持续的影响AI的行为
42:03.587–42:04.567
在cloudcode中
42:04.567–42:06.647
cloud.md这里边的内容
42:06.647–42:08.067
就相当于是系统形式词
42:08.067–42:10.047
CloudCore在开始对话的时候
42:10.047–42:12.647
会自动读取Cloud.md作为上下文
42:12.647–42:14.487
也就是说Cloud.md文件
42:14.487–42:17.067
是我们来自定义项目上下文的地方
42:17.067–42:19.467
相当于是项目的开发配置文件
42:19.467–42:22.327
Cloud.md中通常不含以下的内容
42:22.327–42:25.527
开发环境和常用的办事命令
42:25.527–42:27.987
核心的文件还有使用函数
42:27.987–42:30.087
电话的风格以及电话Core的规范
42:30.087–42:33.427
测试说明项目它有的任何意外行为与警告
42:33.427–42:36.207
还有就是自己希望CloudCore记住的其他信息
42:36.207–42:39.507
Cloud.md文件没有具体的格式要求
42:39.507–42:43.587
建议大家就是保持简洁和人类可图性
42:43.587–42:46.207
比如下面就是一个简单的前行项目的设置
42:46.207–42:50.107
在这里它规定了一些常用的Base命令
42:50.107–42:51.647
以代码风格还有工作流程
42:51.647–42:56.807
接下来我们看一下Cloud.md的类型位置
42:56.807–42:58.587
还有作用范围以及它的加载顺序
42:58.587–43:00.007
我看到网上很多内容
43:00.007–43:03.067
发现很少有人讲这个Cloud.md的类型
43:03.067–43:04.087
以及它的作用范围
43:04.087–43:08.147
大家最常用的就是在项目中新建一个Cloud.md文件
43:08.147–43:10.887
但是除了在项目中可以新建这个文件
43:10.887–43:13.427
在其他的地方也可以新建这个文件
43:13.427–43:14.927
而且他们的作用也各有不同
43:14.927–43:17.147
下面咱们就来详细的了解一下
43:17.147–43:19.447
这样你能够更好的使用Cloud Core的
43:19.447–43:20.847
首先是级别最高的
43:20.847–43:21.587
也就是企业级
43:21.587–43:23.807
它存在于一个固定的位置
43:23.807–43:25.187
如果在Windows上
43:25.187–43:27.047
它就是在这个文件夹下
43:27.047–43:29.747
如果你查看你的电脑上没有这个文件夹的话
43:29.747–43:31.207
你需要手动的创建
43:31.207–43:33.107
这是在Mac系统上的位置
43:33.107–43:36.567
它的作用就是用于定义公司的编码标准
43:36.567–43:37.967
安全策略以及合纠要求
43:37.967–43:41.287
再往下一集就是用户级的Cloud.md文件
43:41.287–43:43.707
在Windows系统上它存在于这个目录
43:43.707–43:47.167
在MacOS还有零点上它是存在于这个目录
43:47.167–43:50.167
它的作用是个人自定义要求
43:50.167–43:53.047
它的作用范围是对所有的项目都有效
43:53.047–43:54.747
再往下就是项目级的
43:54.747–43:56.727
就是在当前项目的文件夹中
43:56.727–43:58.927
创建一个Cloud.md文件
43:58.927–44:00.487
这也是最常用的方式
44:00.487–44:03.327
它的作用是项目自定要求
44:03.327–44:04.727
只是对当项项目有效
44:04.727–44:07.147
还有一种就是项目本地覆盖
44:07.147–44:09.107
也是在项目的文件夹中
44:09.107–44:12.127
创建一个cloud.local.md文件
44:12.127–44:15.267
不过这个文件已经在新的cloud.local.md文件
44:15.267–44:16.107
已经废弃了
44:16.107–44:18.767
据起的话我们就不详细介绍了
44:18.767–44:20.487
通过上面我们就可以知道
44:20.487–44:23.947
其实cloud.md文件在不同的位置都可以创建
44:23.947–44:25.947
而且它们的作用范围也不一样
44:25.947–44:27.587
那么每个位置都创建了之后
44:27.587–44:28.887
它会进行如何加载呢
44:28.887–44:31.307
下面我们就来看一下它的加载顺序
44:31.307–44:34.047
首先是加载企业级的Cloud.md文件
44:34.047–44:36.427
然后再加载优户级的Cloud.md文件
44:36.427–44:38.787
最后再加载项目级的Cloud.md文件
44:38.787–44:40.727
上面这三个步骤
44:40.727–44:42.667
就是我们进入工作目录之后
44:42.667–44:43.387
启动Cloud
44:43.387–44:44.947
它就会自动进行加载
44:44.947–44:50.167
然后这一部分才是我们与Cloud的自然语言对话
44:50.167–44:53.427
加载的顺序也是从上往下Ether加载
44:53.427–44:55.907
下面会覆盖上面的内容
44:55.907–44:58.707
最常用的就是项目级的Cloud.md文件
44:58.707–45:00.247
它只作用于当前的项目
45:00.247–45:02.627
企业级与用户级的Cloud.md文件
45:02.627–45:04.087
会作用于所有的项目
45:04.087–45:05.567
一般情况下
45:05.567–45:07.847
用不到企业级的Cloud.md文件
45:07.847–45:11.067
但是用户级的Cloud.md还是经常使用的
45:11.067–45:12.987
给我们返回的信息是英文的
45:12.987–45:15.927
我们就可以在用户级的Cloud.md中进行规定
45:15.927–45:18.627
让它所有的返回信息都使用中文进行回答
45:18.627–45:22.667
接下来我们看一下Cloud.md的创建与编辑方法
45:22.667–45:24.787
首先就是可以直接手动创建
45:24.787–45:27.347
我们可以在项目的根目录中进行新建
45:28.707–45:30.467
直接新建一个cloud.md文件
45:30.467–45:33.527
第二种方法就是使用-memory命令
45:33.527–45:35.987
这样可以快速打开cloud.md文件
45:35.987–45:37.067
如果是没有的话
45:37.067–45:38.347
它也会直接进行创建
45:38.347–45:39.707
我们试一下这个命令
45:39.707–45:44.827
输入-memory
45:44.827–45:48.447
这个时候它会让我们选择
45:48.447–45:50.287
编辑哪一个cloud.md文件
45:50.287–45:52.267
第一个是用户的memory
45:52.267–45:55.167
也就是我们用户层级的cloud.md文件
45:55.167–45:57.347
第二个是项目级的memory
45:57.347–46:00.487
它会直接保存在我们当前项目的根目录中
46:00.487–46:02.007
我们选择第二个
46:02.007–46:05.067
然后输入上面的这个内容
46:05.067–46:08.907
直接进行保存即可
46:08.907–46:10.607
这样就保存好了
46:10.607–46:13.507
第二种方法就是我们可以直接输入警号
46:13.507–46:17.927
这样我们就可以直接将后面内容添加到Cloud.md文件中
46:17.927–46:18.587
特使一下
46:18.587–46:23.067
回车
46:23.067–46:26.367
也是需要我们选择一个Cloud.md文件
46:27.347–46:28.107
表达第二个
46:29.647–46:30.427
然后我们看一下
46:31.947–46:33.487
这里就是我们刚才添加的内容
46:34.507–46:35.407
使用这种方式的
46:35.547–46:39.127
好处就是可以比较方便添加但是他只能添加不能删除
46:39.627–46:40.907
我们可以手动的删除
46:42.187–46:44.747
第三种创建的方式就是当我们打开一个项目的时候
46:45.267–46:46.027
我们可以运行
46:46.287–46:46.807
斜杠
46:47.067–46:50.387
RNRT这个命令他就会自动生成cloud.md文件
46:51.927–46:53.707
这种方式在前面我也已经演示过了
46:54.987–46:56.787
创建好这个cloud.md文件之后
46:57.347–46:58.887
我们就可以进行项目的开发了
46:59.907–47:01.947
我们现在开发一个无子气的小游戏
47:02.727–47:03.487
在这里输入
47:03.747–47:05.547
帮我生成一个前端无子气小游戏
47:06.047–47:06.567
然后回车
47:07.847–47:09.887
然后我们切换一下工作模式
47:11.687–47:12.707
使用Yolo模式
47:13.727–47:16.027
下面我们继续看一下这个Cloud Core的配置
47:16.287–47:18.347
也就是settings.json这个文件
47:19.367–47:21.147
首先看一下settings.json这个文件的
47:21.407–47:22.427
类型还有位置
47:23.207–47:25.247
它这个文件也是通过分成设置
47:25.507–47:27.047
来配置Cloud Core的运行机制
47:27.347–47:29.707
对高级别也是企业级的
47:29.707–47:32.307
成为我们定在它的指令位置
47:32.307–47:34.947
这里是Windows系统上的位置
47:34.947–47:37.347
这里是Linux系统上的位置
47:37.347–47:38.587
这个是Mac系统上的位置
47:38.587–47:40.707
不过企业级的配置我们一般很少用到
47:40.707–47:43.507
第二级就是用户级的配置
47:43.507–47:47.187
Windows上存在于这个目楼下的这个文件
47:47.187–47:51.907
Mac系统还有Linux系统是在这个位置的这个文件
47:51.907–47:53.947
再往下一级是项目级的
47:53.947–47:56.987
存在于项目楼中的.cloud的文件下中
47:57.951–48:00.251
变往下一集就是项目本地覆盖
48:00.551–48:02.871
也存在于项目的根目楼中.cloud的文件夹中
48:03.871–48:06.511
如果项目的根目楼中没有这个.cloud的文件夹
48:06.511–48:07.771
我们可以进行手中的创建
48:08.771–48:10.171
然后说一下它的加载顺序
48:10.471–48:12.211
它的加载顺序也是同上到下Ether加载
48:12.411–48:14.411
下面呢会覆盖上面的配置
48:14.411–48:17.111
最下面的这个项目本地覆盖
48:17.111–48:19.411
尤其是进行一些个人测试的时候
48:19.411–48:21.411
我们就可以使用这个文件
48:21.411–48:25.411
企业级和用户级的配置文件会作用在所有的项目
48:25.411–48:26.911
最常用的是下面两个配置文件
48:26.911–48:28.411
也就是项目级的配置文件
48:28.411–48:30.411
这个配置文件呢
48:30.411–48:32.411
它呢一般是用于团队共享
48:32.411–48:34.411
会加入到Gate的版本空中之中
48:34.411–48:36.411
而下面的这个配置文件
48:36.411–48:38.411
一般是会用于个人的测试
48:38.411–48:40.411
通常会在Gate中进行忽略
48:42.411–48:47.871
然后咱们来说一下这个配置文言中的一些配置项 首先要说的就是这个Permissions全线配置
48:48.451–48:53.931
当不在Ulu模式的时候 CloudCore在创建文件读取或者执行bass命令的时候 他都会进行全线的请求
48:54.471–48:55.611
需要允许后才能继续执行
48:56.531–48:58.471
我们可以对这些命令进行单独的配置
48:59.311–49:04.051
这样即使不在Ulu模式下 CloudCore也可以执行某些操作 而不用进行全线的请求
49:05.131–49:08.531
例如添加edit就可以直接允许文件编辑
49:09.171–49:09.531
bass
49:09.531–49:13.211
这个Gate-Commit就可以允许Gate提交
49:13.211–49:16.111
然后Webfile等可以允许联网搜索等等
49:16.111–49:19.251
使用这个全案设置的好处就是
49:19.251–49:21.691
在我们觉得Ulo模式比较危险的情况下
49:21.691–49:23.611
但是我们又想提高效率
49:23.611–49:26.571
想让这个CloudCore的震动的进行执行
49:26.571–49:29.811
而不需要每一项权限都需要我们进行手动的确认
49:29.811–49:33.651
这样的话我们可以将某些我们认为安全的操作
49:33.651–49:35.611
直接通过Permission的圈设置
49:35.611–49:39.391
允许之后CloudCore就会直接跳过这些权限的请求
49:39.391–49:41.251
进行下一步的操作
49:41.251–49:43.791
配置的方式也非常简单
49:43.791–49:45.751
我们可以直接在这个
49:45.751–49:46.811
根目录中
49:46.811–49:49.771
先创建一个.cloud的文件夹
49:49.771–49:55.711
然后在这个文件夹中创建一个
49:55.711–49:57.251
settings的json文件
49:57.251–50:09.631
然后打开这个文件
50:09.631–50:14.431
将这段内容进行复制粘贴就可
50:14.431–50:18.531
这样的话我们就允许了编辑
50:18.531–50:21.051
联网查询以及写入
50:21.051–50:22.231
还有这几个bass命令
50:22.231–50:23.851
在执行这些工具
50:23.851–50:25.391
还有命令的时候
50:25.391–50:26.931
它就不会再请求权限
50:26.931–50:28.091
会直接执行
50:28.091–50:30.291
下面呢就是
50:30.291–50:32.311
它的一些禁止的权限
50:32.311–50:34.191
比如说读这个当前项目下的
50:34.191–50:35.351
.env文件
50:35.351–50:37.731
因为这个文件中通常存报的是我们的密钥
50:37.731–50:39.511
或者是一些比较重要的数据
50:39.511–50:40.591
例如数据库的密码等等
50:40.591–50:41.571
我们就不让它读
50:41.571–50:44.731
还有就是环境变量的配置
50:44.731–50:46.111
前面我也提到过
50:46.111–50:48.431
我们需要给这个Cloud Code的设置代理
50:48.431–50:50.591
其实也可以在配置中进行设置
50:50.591–50:52.611
我们通过env配置项
50:52.611–50:54.411
就可以配置Cloud Code的代理
50:54.411–50:56.911
因为这个代理我们希望它在所有的项目中
50:56.911–50:57.711
都可以使用
50:57.711–50:59.231
所以我们可以将这个配置项
50:59.231–51:00.411
放在个人层间的配置项
51:00.411–51:02.111
我们打开这个路径
51:02.111–51:12.631
在这里进行配置
51:12.631–51:16.531
复制这里的内容
51:26.911–51:32.951
这样我们就对Cloud Core的代理进行了设置
51:32.951–51:35.371
以后每次行动Cloud Core的时候
51:35.371–51:38.691
它都会自动的加载这个配置设置代理
51:38.691–51:40.971
不需要我们每次在环境变量中设置代理
51:40.971–51:44.711
我们来看一下Cloud Core的进行结果
51:44.711–51:46.991
好像它在这个地方已经卡了很久了
51:46.991–51:48.191
我们进行强制推出
51:48.191–51:50.651
上面我有重新请动的Cloud Core的
51:50.651–51:51.591
我让它继续的时候
51:51.591–51:54.411
我发现它好像是忘了刚才我让它做什么了
51:54.411–51:58.911
所以我现在让他检查一下强调物体小游戏是不是已经开发完成
51:58.911–52:00.251
然后他现在正在检查
52:00.251–52:04.071
他这里已经检查完成
52:04.071–52:08.651
假论是这是一个功能完成界面美观可以直接使用的强调物体小游戏
52:08.651–52:11.451
然后现在我们打开运行看一下
52:11.451–52:14.611
这个就是他刚才开发的小游戏
52:14.611–52:16.731
但是这个界面上没有气盘
52:16.731–52:19.011
我们可以让他再修复一下
52:19.011–52:20.251
我们跟他说
52:20.251–52:22.991
当前这个游戏界面上没有气盘也无法进行游戏
52:22.991–52:23.751
请修复一下
52:23.751–52:25.751
好了 经过它几次修改呢
52:25.751–52:28.751
这个电话也终于修改好了 我们刷新看一下
52:28.751–52:31.051
我们测试一下
52:31.051–52:34.751
看起来功能好像是没什么问题 重新开始
52:34.751–52:37.751
好像没什么问题
52:37.751–52:40.291
这就是我们开发的无体小游戏
52:40.291–52:46.531
咱们来看一下 CloudCore的最后一部分 就是它的工具的使用
52:46.531–52:51.871
CloudCore的本身也有些内置工具 比如说文件编辑工具 网约浏览工具等等
52:51.871–52:53.471
除了本身内置的工具之外
52:53.471–52:55.091
它也可以使用一些外部的工具
52:55.091–52:57.751
比如说你已经安装好的各种CIR工具
52:57.751–52:58.711
也就是命连行工具
52:58.711–53:00.131
还有就是MCP服务
53:00.131–53:04.031
有的时候命连行工具与MCP服务都能解决相同的问题
53:04.031–53:05.391
这个时候呢
53:05.391–53:07.131
我更加推荐的是使用命连行工具
53:07.131–53:10.611
因为每个MCP服务都会占有一部分你的上下文Token
53:10.611–53:13.691
所以最好是使用哪个MCP工具
53:13.691–53:14.991
就配置哪个MCP
53:14.991–53:17.611
接下来咱们就一次来看一下这些工具
53:17.611–53:19.411
首先是它的内置工具
53:19.411–53:22.351
Cloud本身就集成了很多的内置工具
53:22.351–53:23.311
在使用的过程中
53:23.311–53:24.791
它会根据自己的任务
53:24.791–53:26.891
自动的去调用的内部工具
53:26.891–53:28.071
不需要总统来管理
53:28.071–53:29.511
唯一我们需要做的就是
53:29.511–53:30.131
有些工具
53:30.131–53:31.851
它会请求一些执行权限
53:31.851–53:34.371
这个时候就需要我们手中的进行同意
53:34.371–53:34.991
或者是拒绝
53:34.991–53:36.851
下面这个链接呢
53:36.851–53:40.511
就显示了Cloud中已经内置了哪些工具
53:40.511–53:43.331
也就是下图中列出的这些工具
53:43.331–53:44.631
这里是工具的名称
53:44.631–53:45.491
有byte工具
53:45.491–53:45.911
edit
53:45.911–53:47.711
还有read
53:47.711–53:49.051
task工具
53:49.051–53:51.631
webfiles还有website是执行网络搜索的工具
53:51.631–53:54.171
在这里也标注了是不是需要权限
53:54.171–53:55.991
凡是标注式的这种
53:55.991–53:58.151
Cloud Core在执行这种工具的时候
53:58.151–53:59.751
如果不是在Ulo模式下
53:59.751–54:01.451
它就会先进行强项的请求
54:01.451–54:02.751
所以我们通议之后
54:02.751–54:04.711
它才会进行后续的操作
54:04.711–54:07.331
它那次工具我们进行了解一下就可以了
54:07.331–54:09.531
然后我们看一下第二种工具
54:09.531–54:10.851
CRR工具
54:10.851–54:13.311
CRR工具也就是密尼行工具
54:13.311–54:14.811
这里需要说明的是
54:14.811–54:15.931
只要是密尼行工具
54:15.931–54:17.711
它在你的系统pass中
54:17.711–54:19.991
也就是你能在本地的中央中进行运行
54:19.991–54:22.191
那么Cloud Code就能够调用这个工具
54:22.191–54:25.271
下面我就以Github的一个工具
54:25.271–54:26.911
也就是ZHCRL
54:26.911–54:27.871
作为示例
54:27.871–54:29.471
来演示一下
54:29.471–54:30.491
如何安装
54:30.491–54:33.751
并且通过Cloud Code来使用这个ZHCRL工具
54:33.751–54:36.011
这个ZHCRL工具呢
54:36.011–54:37.891
是能够与Github进行交互
54:37.891–54:39.931
由创建提交拉取读取评论等等
54:39.931–54:42.111
就相当于是Github的命连行工具
54:42.111–54:46.631
首先呢第一步就是我们需要先安装这个ZHCRL工具
54:46.631–54:48.371
安装的方式有很多种
54:48.371–54:50.671
你可以直接让Cloud进行安装
54:50.671–54:52.311
比如说可以使用这个提示词
54:52.311–54:53.731
我们试一下
54:53.731–54:55.911
我们使用Ulo模式来执行这个命令
54:55.911–55:05.251
好了
55:05.251–55:07.851
在这里其实Github CI已经成功安装
55:07.851–55:08.831
我们特试一下
55:08.831–55:10.151
我们先打开一个窗口
55:10.151–55:12.891
然后执行一下这个命令
55:14.891–55:16.291
这里能够正常显示800号
55:16.291–55:17.891
说明这个工具已经安装成功
55:17.891–55:20.211
这是让Cloader帮我们安装
55:20.211–55:21.291
第二种方式
55:21.291–55:22.851
人家可以直接通过命令进行安装
55:22.851–55:24.491
我们需要复制这号命令
55:24.491–55:27.131
然后在Powseer中直接运行就行了
55:27.131–55:30.451
第三种方式就是进行手动下载进行安装
55:30.451–55:31.171
打开这个链接
55:31.171–55:34.231
在这里选择符合你系统的版本
55:34.231–55:36.051
然后下载后直接进行安装就可以
55:36.051–55:37.811
需要注意的是
55:37.811–55:38.771
在安装完成之后
55:38.771–55:41.611
一定要是在一个新的4MD创工中执行这个命令
55:41.611–55:43.511
如果能够正常显示版本号
55:43.511–55:46.271
那么就说明这个工具已经成功的安装
55:46.271–55:48.211
安装成功之后
55:48.211–55:49.271
也需要重新Cloud Code
55:49.271–55:50.911
这样在Cloud Code的中单中
55:50.911–55:52.591
才能够正确的找到这个工具
55:52.591–55:54.611
我们将Cloud Code关闭
55:54.611–55:55.291
然后重新
55:59.631–56:02.391
安装好这个工具之后 第二步我们要做的就是先进行登录
56:03.671–56:05.191
在Savity命令中执行这个命令
56:05.191–56:16.831
回车 然后再回车 然后输入外 然后再回车
56:16.831–56:24.031
然后再回车 这个时候他会打开浓感器 点到这个页面 我们点击 continue
56:24.031–56:31.271
然后回到CMD命令核窗口
56:31.271–56:34.391
这里显示了一个code
56:34.391–56:35.471
我们进行复制
56:35.471–56:39.311
然后粘贴到这里
56:39.311–56:40.911
然后点击继续
56:40.911–56:45.051
然后点击这个按钮
56:45.051–56:48.771
当出现这个页面的时候
56:48.771–56:50.411
就说明我们已经登陆成功
56:50.411–56:52.511
也就是在我们的本地
56:52.511–56:54.951
已经建立好了与GitHub的链接
56:54.951–56:58.671
然后我们就可以在Cloud Code中使用这个工具
56:58.671–57:01.171
我们先看一下当前的这个项目文件夹
57:01.171–57:06.511
这个项目文件夹就是我们刚才创建的这个无子奇的游戏
57:06.511–57:09.811
接下来我们使用刚才安装的这一次CIA工具
57:09.811–57:11.611
将这个项目推送到GitHub上
57:11.611–57:14.551
我们在命令行中输入这一行命令
57:14.551–57:18.131
使用这一次命令将本项目推送到GitHub上
57:22.511–57:25.691
这是我当前的Github账号
57:25.691–57:27.951
可以看到这个账号下没有任何的倉库
57:27.951–57:30.791
这里他们选择一个倉库的名称
57:30.791–57:32.311
我们选择默认
57:32.311–57:33.831
然后选择1
57:33.831–57:36.111
可以看到这里它的操作步骤
57:36.111–57:37.411
首先是处置化一个倉库
57:37.411–57:40.051
然后是添加所有的文件
57:40.051–57:43.311
然后是处置化这个Commit
57:43.311–57:45.691
现在这一步是正在创建这个倉库
57:45.691–57:47.791
我们等待它执行完成
57:47.791–57:50.211
好了他现在说
57:50.211–57:52.691
你的项目已经成功通过在gethub上
57:52.691–57:55.511
现在我们来到gethub刷新一下
57:55.511–58:00.431
可以看到这里就多出来一个倉库
58:00.431–58:01.451
我们点击去看一下
58:01.451–58:04.451
倉库中也有三个文件
58:04.451–58:08.731
与当前的项目录中的文件是一样的
58:08.731–58:12.911
这样我们就通过Cloudcode使用本地的GhCRL工具
58:12.911–58:15.831
来将我们的项目提交到了gethub上
58:15.831–58:19.331
也就是Cloudcode能够正常的使用
58:19.331–58:21.331
我们北地安装好的迷迭航工具
58:23.331–58:24.331
下面我们看一下
58:24.331–58:26.331
Cloud Code如何使用mcp工具
58:26.331–58:28.331
mcp也就是模型的上下纹
58:28.331–58:30.331
简单的总言来说
58:30.331–58:32.331
mcp就是AI使用的标准化的工具箱
58:32.331–58:34.331
AI可以使用这个工具箱
58:34.331–58:35.331
由外部系统进行交互
58:35.331–58:37.331
代替人类完成一些操作
58:37.331–58:40.331
然后来看一下mcp的配置有作用范围
58:41.331–58:42.331
与前面的上下纹配置
58:42.331–58:44.331
还有Cloud Code配置类似
58:44.331–58:46.331
mcp的配置也分为好几个层级
58:46.331–58:48.331
每个层级也有不同的作用范围
58:48.331–58:48.851
作用范围
58:49.871–58:52.171
首先第一个层级是本地范围
58:53.451–58:55.751
它的配置层属在这个文件中的这个文件中
58:56.531–58:57.411
它的作用范围是
58:57.411–58:59.851
仅在当前项目录的工作时起用
59:00.611–59:02.151
适合个人开发服务实验设置
59:02.671–59:03.691
还有就是项目范围
59:04.711–59:05.491
项目范围
59:05.731–59:06.511
它的配置是
59:06.511–59:08.551
它的配置是在项目的根目录中
59:09.331–59:10.611
.mcp.json文件中
59:11.631–59:12.651
它的作用范围是
59:12.651–59:14.691
仅在当前项目录中的工作时起用
59:15.731–59:16.231
适合团队
59:16.231–59:18.431
各个层元都使用相同的MCP工具
59:18.431–59:21.011
还有一个就是用户范围
59:21.011–59:25.431
这个设置与本地范围是在同一个文件中
59:25.431–59:29.011
它的作用范围就是在所有的项目中都会启用
59:29.011–59:32.011
然后说一下这个MCP的添加方式
59:32.011–59:33.831
MCP有三种添加方式
59:33.831–59:36.831
评论是远程ATP服务器
59:36.831–59:38.511
远程SSE服务器
59:38.511–59:40.851
本地STDIO服务器
59:40.851–59:43.691
可以通过Transport来指定具体使用哪种方式
59:43.691–59:48.951
通常mcp的添加方式是由mcp服务的提供者来决定
59:48.951–59:51.271
一般我们不需要更改
59:51.271–59:53.871
如果说不指令transport这个态度的话
59:53.871–59:55.931
它没有比例的stdio服务器
59:55.931–59:59.411
也就是相当于使用态度transport的stdio
59:59.411–1:00:01.071
需要注意的是
1:00:01.071–1:00:03.751
使用stdio方式来添加mcp的时候
1:00:03.751–1:00:07.971
Windows系统需要使用cmd-c来包装npx的命令
1:00:07.971–1:00:10.911
否则可能会导致Cloudcode无法识别mcp服务
1:00:10.911–1:00:13.591
这个具体的使用方法我会在下面
1:00:13.691–1:00:16.051
按照MCP服务的时候来进行演示
1:00:17.431–1:00:19.091
上面这三个MCP的层级
1:00:19.431–1:00:22.071
可以使用探索来控制将MCP添加到哪个层级
1:00:22.971–1:00:26.291
下面通过添加KROM DVTOUR的MCP来举例说明
1:00:26.711–1:00:28.191
三个层级中的MCP添加方式
1:00:29.891–1:00:32.491
当前的项目录为地盘下的TEST MCP文件夹
1:00:33.371–1:00:34.811
然后我已经添加进入这个文件夹
1:00:35.471–1:00:38.251
首先我们将KROM DVTOUR的MCP添加到本地范围
1:00:39.191–1:00:41.451
也就是使用这个SCOPE LOCAL这个参数
1:00:41.451–1:00:44.351
我电脑是windows系统 所以我使用这个第三条命令
1:00:45.751–1:00:46.171
复制
1:00:51.851–1:00:52.971
粘贴然后执行
1:00:55.211–1:00:56.011
他已经添加好了
1:00:56.851–1:00:59.591
在这里他也说明了他的修改的文件是这个文件
1:01:00.851–1:01:01.931
我们打开这个文件看一下
1:01:06.811–1:01:07.431
也是这个文件
1:01:11.451–1:01:15.511
可以看到在这里他就对这个项目进行了mcp的设置
1:01:15.511–1:01:21.891
是当前的项目
1:01:21.891–1:01:28.491
也就是说在增加上面的命令后就会在这个文件中
1:01:28.491–1:01:30.551
做出下面的配置
1:01:30.551–1:01:36.171
我们可以使用Cloud MCP List来查看当前这个项目有哪些mcp可以用
1:01:36.171–1:01:43.591
ColumnDVTools这个MCP已经被列出来了
1:01:43.591–1:01:45.751
这是我们刚才安装好的MCP
1:01:45.751–1:01:48.691
我们刚才在执行这条命令的时候
1:01:48.691–1:01:50.511
并没有使用Scovo这个坛数
1:01:50.511–1:01:53.091
也就是说当省为这个坛数的时候
1:01:53.091–1:01:54.931
它默认就是添加到本地范围
1:01:54.931–1:01:57.891
然后我们启动Cloud
1:01:57.891–1:02:03.891
在Cloud中也可以通过写线命令来查看
1:02:03.891–1:02:05.391
已经安装了哪些MCP
1:02:05.391–1:02:07.731
-mcp 然后回车
1:02:07.731–1:02:11.891
可以看到我们当前安装的mcp工具是这个
1:02:11.891–1:02:13.771
Chrome DVtools
1:02:13.771–1:02:19.351
我先来演示一下如何在Cloud Code中使用mcp工具
1:02:19.351–1:02:22.551
刚才安装到Chrome DVtools这个mcp
1:02:22.551–1:02:26.311
它可以控制谷歌连软器来动动化的进行一些操作
1:02:26.311–1:02:28.291
我们输入这样一大提示词
1:02:28.291–1:02:32.831
使用Chrome DVtools mcp 打开GateHub
1:02:32.831–1:02:34.991
然后找到这个项目 给它点个赞
1:02:34.991–1:02:36.571
我们回车
1:02:36.571–1:02:39.111
我们看一下它能不能够正常的执行
1:02:39.111–1:02:51.731
它也能正常的打开了GateHub
1:02:51.731–1:02:56.171
也找到了这个项目
1:03:03.051–1:03:04.711
现在它需要给这个项目点一个S大
1:03:04.711–1:03:10.071
大家可以看到这里它已经正常的点了Star
1:03:10.071–1:03:17.651
它这里提示我已经成功给这个项目点了Star
1:03:17.651–1:03:24.171
这样我们又成功的使用了Cloud Core来调用了MCP工具
1:03:24.171–1:03:27.151
并成功的完成了我们指定的任务
1:03:28.460–1:03:30.740
接下来我们来看一下
1:03:30.740–1:03:32.540
剩下的两种MCP的范围
1:03:32.540–1:03:34.960
第二种是项目范围
1:03:34.960–1:03:37.460
也就是在安装MCP工具的时候
1:03:37.460–1:03:39.280
通过scope坍数
1:03:39.280–1:03:41.580
指定为project
1:03:41.580–1:03:42.780
它就可以将
1:03:42.780–1:03:45.660
他就可以将mcp工具安装到项目范围
1:03:45.660–1:03:48.280
也就是在当前这个项目文件加中
1:03:48.280–1:03:50.840
新建一个.mcp.json这个文件
1:03:50.840–1:03:52.240
我们来测试一下
1:03:52.240–1:03:54.500
先复制这个命令
1:03:54.500–1:03:56.280
先退出Cloud Code
1:03:56.280–1:04:00.460
然后将上面安装的mcp工具删除
1:04:00.460–1:04:02.680
好了已经删除成功
1:04:02.680–1:04:04.800
然后我们使用这个命令
1:04:04.800–1:04:06.900
将这个mcp安装到我们项目范围
1:04:06.900–1:04:07.700
回车
1:04:07.700–1:04:09.840
他这里提示
1:04:09.840–1:04:11.280
编辑了这个文件
1:04:11.280–1:04:14.460
也就是项目目录中的.mcp.json
1:04:14.460–1:04:16.120
我们看一下这个文件中的内容
1:04:16.120–1:04:23.500
它又在这个文件中添加了质量的内容
1:04:23.500–1:04:26.220
接着再来看一下用户范围的mcp
1:04:26.220–1:04:28.160
同样我们先进行移除
1:04:28.160–1:04:33.040
然后执行这段命令
1:04:33.040–1:04:36.460
这里的scope它只是user
1:04:38.600–1:04:39.760
回车进行执行
1:04:39.760–1:04:43.760
它提示编辑了这个文件
1:04:43.760–1:04:47.780
这个文件就是刚才将MCP安装在本地范围的时候
1:04:47.780–1:04:49.200
编辑的是同一个文件
1:04:49.200–1:04:50.780
只不过他们编辑的位置不一样
1:04:50.780–1:04:52.780
我们打开这个文件看一下
1:04:52.780–1:04:57.280
可以看到在这个PACE文件中
1:04:57.280–1:04:58.880
它的MCP是放在这里
1:04:58.880–1:05:00.940
这天在本地范围的时候
1:05:00.940–1:05:03.040
它会将MCP放在这里
1:05:03.040–1:05:04.740
也就是每个项目中的MCP
1:05:04.740–1:05:06.540
当在用户范围的时候
1:05:06.540–1:05:08.780
这个MCP工具会在全局范围内进行启用
1:05:08.780–1:05:11.360
也就是在所有的项目中都启用该MCP服务
1:05:11.360–1:05:14.220
再来看一下这个MCP工具加载的顺序
1:05:14.220–1:05:16.300
当进入一个工作目录之后
1:05:16.300–1:05:19.080
Cloud Code会加载所有能够加载到的MCP服务
1:05:19.080–1:05:22.700
当具有相同的名称的服务存在于多个范围时
1:05:22.700–1:05:25.440
首先优先考虑本地范围的服务器
1:05:25.440–1:05:28.000
其次是项目范围的服务器
1:05:28.000–1:05:30.220
最后是应用户范围的服务器
1:05:30.220–1:05:32.400
它通过这种方式来解决冲突
1:05:32.400–1:05:35.000
这种设计方式也能够确保个人配置
1:05:35.000–1:05:37.940
可以在需要的时候覆盖共享配置
1:05:38.780–1:05:41.340
上面呢就是Cloud Code的一些工具的使用方式
1:05:41.860–1:05:43.640
包括内置工具
1:05:43.900–1:05:44.920
本地322工具
1:05:45.180–1:05:45.940
还有mcp工具
1:05:46.460–1:05:47.480
mcp工具除了
1:05:47.740–1:05:50.300
上面我们安装这个Chrome DVTools MCP之外
1:05:50.560–1:05:52.100
还有各种各样的好用的mcp
1:05:52.340–1:05:54.140
感兴趣的好伴可以自己试一下
1:05:54.900–1:05:55.420
比如说
1:05:55.680–1:05:56.960
Service这个mcp服务
1:05:57.220–1:05:59.000
他的官网还有文档都在这里
1:06:00.020–1:06:00.800
还有Figma
1:06:01.820–1:06:02.580
Context 7
1:06:03.360–1:06:04.640
等等这些mcp服务
1:06:05.140–1:06:06.180
我就不易介绍了
1:06:06.420–1:06:08.740
在以后的视频中如果用到的话再给大家一易介绍
1:06:08.780–1:06:12.180
Cloud Code作为AI变成的Top级产品
1:06:12.180–1:06:14.480
当我们了解了Cloud Code的使用之后
1:06:14.480–1:06:16.800
我们再使用其他的AI变成工具
1:06:16.800–1:06:19.080
比如说Codex 还有Zeminar
1:06:19.080–1:06:21.460
以及Cursor Perio等等
1:06:21.460–1:06:23.860
无论是密码工具还是通讯化界面的工具
1:06:23.860–1:06:26.260
我们在使用的时候基本上就很容易上手
1:06:26.260–1:06:27.720
好了本期视频内容就到这里
1:06:27.720–1:06:28.460
感谢您的观看
1:06:28.460–1:06:29.260
我们下期再见
1:06:29.260–1:06:29.680
拜拜
0:00.000–0:00.960
zhHello大家好 我是黄飞
Hello大家好 我是黄飞
0:00.960–0:04.000
zh本期视频呢是关于Cloud Code入名的一个视频
本期视频呢是关于Cloud Code入名的一个视频
0:04.000–0:06.360
zh讲述的介绍了如何安装Cloud Code
讲述的介绍了如何安装Cloud Code
0:06.360–0:08.680
zh以及如何在OS Code中使用Cloud Code
以及如何在OS Code中使用Cloud Code
0:08.680–0:11.160
zh还介绍了Cloud Code常用的命令
还介绍了Cloud Code常用的命令
0:11.160–0:13.920
zh以及如何将国内大模型接入到Cloud Code中
以及如何将国内大模型接入到Cloud Code中
0:13.920–0:17.560
zh另外还介绍了Cloud Code的几种核心模式和绘画管理
另外还介绍了Cloud Code的几种核心模式和绘画管理
0:17.560–0:18.960
zh还有就是它的配置
还有就是它的配置
0:18.960–0:20.340
zh包括项目生涯文的配置
包括项目生涯文的配置
0:20.340–0:21.640
zh还有Cloud Code的配置
还有Cloud Code的配置
0:21.640–0:24.120
zh最后还介绍了Cloud Code的工具的使用
最后还介绍了Cloud Code的工具的使用
0:24.120–0:25.220
zh包括内置工具
包括内置工具
0:25.220–0:26.800
zh本地CLR工具
本地CLR工具
0:26.800–0:28.760
zh还有MCP服务等
还有MCP服务等
0:30.000–0:35.120
zh在安装Cloud Code之前需要先安装Node.js 可以打开这个网站
在安装Cloud Code之前需要先安装Node.js 可以打开这个网站
0:36.660–0:39.480
zh我的电脑是Windows系统 所以这里选择Windows
我的电脑是Windows系统 所以这里选择Windows
0:40.500–0:46.120
zh如果你的电脑是苹果系统 那么你就选择MacOS 然后这里选择Node.js版本 我建议大家安装
如果你的电脑是苹果系统 那么你就选择MacOS 然后这里选择Node.js版本 我建议大家安装
0:46.640–0:49.720
zh22或者是24版本 至少是大于20
22或者是24版本 至少是大于20
0:50.480–0:52.280
zh然后版本之后点击这里下载
然后版本之后点击这里下载
0:53.800–0:55.080
zh就可以下载一个安装程序
就可以下载一个安装程序
0:56.120–0:58.680
zh下载之后双击进行安装就行了 我相信大家都会安装
下载之后双击进行安装就行了 我相信大家都会安装
0:58.680–1:00.480
zh所以安装过程我就不演示了
所以安装过程我就不演示了
1:01.500–1:03.280
zh如果你不会安装的话可以看一下这个文道
如果你不会安装的话可以看一下这个文道
1:04.820–1:07.900
zh这个文道中全新的演示了如何在windows上安装nodezs
这个文道中全新的演示了如何在windows上安装nodezs
1:09.440–1:12.240
zh然后安装好之后我们可以先运行一下这个命令
然后安装好之后我们可以先运行一下这个命令
1:13.520–1:14.800
zh然后打开powercell
然后打开powercell
1:15.580–1:18.640
zh你可以使用powercell也可以使用cmd都可以
你可以使用powercell也可以使用cmd都可以
1:22.240–1:25.040
zh先查看一下nodezs的版本输入node的岗位
先查看一下nodezs的版本输入node的岗位
1:25.040–1:32.200
zh这里显示20.19 比如说我当前安装的nodejs版本是20.19 然后输入这条命令
这里显示20.19 比如说我当前安装的nodejs版本是20.19 然后输入这条命令
1:35.100–1:41.940
zh查看一下npm的版本 如果你的node版本还有npm的版本都能正常显示的话 说明你的nodejs已经成功安装
查看一下npm的版本 如果你的node版本还有npm的版本都能正常显示的话 说明你的nodejs已经成功安装
1:42.700–1:49.100
zhnodejs推荐安装的版本是20以上 最好是安装rts版本node安装完之后 我们还需要安装get
nodejs推荐安装的版本是20以上 最好是安装rts版本node安装完之后 我们还需要安装get
1:49.860–1:50.640
zh在这里进行下载
在这里进行下载
1:51.140–1:51.660
zh打开这个链接
打开这个链接
1:52.420–1:53.960
zh然后点击这里就可以直接进行下载
然后点击这里就可以直接进行下载
1:54.740–1:57.800
zh下载网上之后直接双击这个ext文件进行安装就行了
下载网上之后直接双击这个ext文件进行安装就行了
1:58.320–2:01.900
zh安装好之后我们可以运行这个命令同样也是在cmd中进行运行
安装好之后我们可以运行这个命令同样也是在cmd中进行运行
2:02.660–2:09.060
zh查看一下git的版本如果这里能够正常的显示git的版本的话那么说明你的git安装是没有问题的
查看一下git的版本如果这里能够正常的显示git的版本的话那么说明你的git安装是没有问题的
2:10.100–2:12.140
zh下来需要设置一下一个环境变量
下来需要设置一下一个环境变量
2:12.900–2:15.720
zh我们需要将git的bass工具添加到环境变量中
我们需要将git的bass工具添加到环境变量中
2:15.720–2:22.280
zh环境变量的名称是这个 为什么要添加这个环境变量呢 因为cloudcode在执行过程中 他会执行一些命令和工具
环境变量的名称是这个 为什么要添加这个环境变量呢 因为cloudcode在执行过程中 他会执行一些命令和工具
2:22.800–2:28.280
zh也就是用到他的bass工具 他的bass工具就是用到的gate的这个bass.ete
也就是用到他的bass工具 他的bass工具就是用到的gate的这个bass.ete
2:29.220–2:32.460
zh先按一下下方的温加二键 打开运行
先按一下下方的温加二键 打开运行
2:34.220–2:35.220
zh然后输入这个命令
然后输入这个命令
2:36.720–2:37.220
zh点击确定
点击确定
2:39.220–2:40.220
zh点击这里的环境变量
点击这里的环境变量
2:40.220–2:47.980
zh可以在用户变量这里添加 也可以在系统变量这里添加 这里我是在系统变量中添加的 我先上除一下 然后我重新添加
可以在用户变量这里添加 也可以在系统变量这里添加 这里我是在系统变量中添加的 我先上除一下 然后我重新添加
2:48.840–2:49.340
zh点击新建
点击新建
2:50.780–2:52.060
zh然后复制下这个命令
然后复制下这个命令
2:54.120–2:57.880
zh后面路径是你Gate的安装路径 我找一下我的Gate安装路径
后面路径是你Gate的安装路径 我找一下我的Gate安装路径
2:58.900–3:00.580
zh路到这里 点击确定
路到这里 点击确定
3:01.740–3:02.340
zh点击确定即可
点击确定即可
3:03.140–3:06.340
zh安装好node.js 还有Gate之后 我们就可以安装Cloudcode
安装好node.js 还有Gate之后 我们就可以安装Cloudcode
3:07.540–3:09.860
zh我们复制这条命令 然后在中端中执行
我们复制这条命令 然后在中端中执行
3:10.220–3:20.460
zh这里提示已经安装完成 我们验证一下是不是已经安装成功 先执行一下这条命令
这里提示已经安装完成 我们验证一下是不是已经安装成功 先执行一下这条命令
3:24.820–3:28.660
zh这里能够正常的显示Cloud Code版本号 说明Cloud Code已经正常安装
这里能够正常的显示Cloud Code版本号 说明Cloud Code已经正常安装
3:30.960–3:32.500
zh也可以执行下这条命令看一下
也可以执行下这条命令看一下
3:32.500–3:40.480
zh通过Cloud刚刚Hair 命令可以查看Cloud Code有哪些坛数还有一些长远的命令
通过Cloud刚刚Hair 命令可以查看Cloud Code有哪些坛数还有一些长远的命令
3:40.480–3:46.480
zh现在我们来启动一下Cloud Code 启动的命令非常简单 直接在命令行中输入Cloud
现在我们来启动一下Cloud Code 启动的命令非常简单 直接在命令行中输入Cloud
3:46.480–3:49.060
zh然后回车
然后回车
3:49.060–3:55.940
zh第一次启动会让你选择一些主题 我们直接默认回车几个
第一次启动会让你选择一些主题 我们直接默认回车几个
3:55.940–3:59.140
zh然后再接着回车
然后再接着回车
3:59.140–4:02.220
zh然后选择yes 第一个
然后选择yes 第一个
4:02.220–4:04.320
zh这样的话就成功
这样的话就成功
4:04.320–4:06.100
zh按下ctrl加c
按下ctrl加c
4:06.100–4:07.680
zh退出这个cloud code
退出这个cloud code
4:07.680–4:10.700
zh接着我们再说一下如何升级cloud code
接着我们再说一下如何升级cloud code
4:10.700–4:12.480
zh当你的cloud code安装好之后
当你的cloud code安装好之后
4:12.480–4:14.460
zh过一段时间它可能就会出现新的版本
过一段时间它可能就会出现新的版本
4:14.460–4:15.900
zh这个时候需要我们进行升级
这个时候需要我们进行升级
4:15.900–4:17.780
zh我们可以直接运行这个命令
我们可以直接运行这个命令
4:17.780–4:19.920
zh就是cloud update
就是cloud update
4:19.920–4:25.580
zh这里显示它正在检查这更新
这里显示它正在检查这更新
4:25.580–4:28.620
zh然后已经更新到最新的版本
然后已经更新到最新的版本
4:28.620–4:34.380
zh因为我们刚刚安装的 所以它现在最新的版本也就和我们刚安装的版本是一样的
因为我们刚刚安装的 所以它现在最新的版本也就和我们刚安装的版本是一样的
4:35.740–4:43.420
zh接下来我们要设置一下网络代理 为什么要设置这个网络代理呢 如果说你使用的是原生的cloud code或者是国内API
接下来我们要设置一下网络代理 为什么要设置这个网络代理呢 如果说你使用的是原生的cloud code或者是国内API
4:44.160–4:46.800
zh如果不配置网络代理的话 它就无法访问这个端口
如果不配置网络代理的话 它就无法访问这个端口
4:47.900–4:50.460
zh如果说你用的不是原生的cloud code
如果说你用的不是原生的cloud code
4:51.300–4:54.660
zh是使用的国内的API 比如说KPK2 或者是deep secret的API
是使用的国内的API 比如说KPK2 或者是deep secret的API
4:54.660–4:56.820
zhTellcode也会使用两维工具
Tellcode也会使用两维工具
4:56.820–4:57.720
zh在谷歌进行查询
在谷歌进行查询
4:57.720–4:59.180
zh如果你不设置代理的话
如果你不设置代理的话
4:59.180–5:00.300
zh它就无法访问网络
它就无法访问网络
5:00.300–5:01.580
zh也就是无法访问谷歌
也就是无法访问谷歌
5:01.580–5:03.000
zh那么也会查询失败
那么也会查询失败
5:03.000–5:05.560
zh配置代理的方式有很多种
配置代理的方式有很多种
5:05.560–5:07.320
zh最简单的方式呢
最简单的方式呢
5:07.320–5:08.680
zh就是直接开启
就是直接开启
5:08.680–5:11.380
zh启用代理工具的TOA模式
启用代理工具的TOA模式
5:11.380–5:12.740
zh就像这里
就像这里
5:12.740–5:15.080
zh只要把这个TOA模式打开就可以
只要把这个TOA模式打开就可以
5:15.080–5:17.140
zh第二种方式呢
第二种方式呢
5:17.140–5:19.920
zh就是通过设置临时的环境变量来实现
就是通过设置临时的环境变量来实现
5:19.920–5:23.800
zh我们可以通过这种方式来配置一下
我们可以通过这种方式来配置一下
5:24.320–5:25.080
zh复制这个代码
复制这个代码
5:25.600–5:26.100
zh然后在
然后在
5:27.120–5:27.640
zhPovercell中
Povercell中
5:27.900–5:28.400
zh注意
注意
5:28.660–5:31.220
zh这两行的命令是需要在Povercell中运行的
这两行的命令是需要在Povercell中运行的
5:33.520–5:34.300
zh然后回车
然后回车
5:34.800–5:36.080
zh这样就设置好了代理
这样就设置好了代理
5:36.860–5:39.920
zh第三种方式就是你带你的项目文件下建一个.cloud
第三种方式就是你带你的项目文件下建一个.cloud
5:40.180–5:40.700
zh然后
然后
5:41.720–5:44.280
zh再新建一个settingsdigestion的文件
再新建一个settingsdigestion的文件
5:45.040–5:45.560
zh然后在
然后在
5:46.080–5:47.600
zh这个文件中输入shiver的代码
这个文件中输入shiver的代码
5:48.120–5:49.660
zh效果呢和第二种方式是一样的
效果呢和第二种方式是一样的
5:50.160–5:51.200
zh我就这里我就不演示了
我就这里我就不演示了
5:51.200–5:54.140
zh需要说明一下的就是这里的端口
需要说明一下的就是这里的端口
5:54.140–5:57.040
zh不同的代理工具可能它的端口是不一样的
不同的代理工具可能它的端口是不一样的
5:57.040–5:59.220
zh这个需要给你的代理工具来查看一下
这个需要给你的代理工具来查看一下
5:59.220–6:01.040
zh当前代理工具的端口是哪些
当前代理工具的端口是哪些
6:01.040–6:03.680
zh然后我们启用一下Cloud Code
然后我们启用一下Cloud Code
6:03.680–6:10.260
zh怎么要看一下我们当前设置的代理已经生效了呢
怎么要看一下我们当前设置的代理已经生效了呢
6:10.260–6:13.500
zh我们可以让他测试一下是不是能够正常还五个
我们可以让他测试一下是不是能够正常还五个
6:13.500–6:15.440
zh直接输到这里
直接输到这里
6:15.440–6:16.360
zh然后回车
然后回车
6:16.360–6:21.360
zh同意
同意
6:21.360–6:27.740
zh可以看到他正在拼谷歌
可以看到他正在拼谷歌
6:27.740–6:34.020
zh他这里说
他这里说
6:34.020–6:35.920
zh能够正常的还谷歌
能够正常的还谷歌
6:35.920–6:39.400
zh说明我们配置的代理已经生效
说明我们配置的代理已经生效
6:39.400–6:43.520
zh也可以让他查询一下当前人民币的汇率是多少
也可以让他查询一下当前人民币的汇率是多少
6:43.520–6:45.900
zh这个时候他也会调用联网工具进行查找
这个时候他也会调用联网工具进行查找
6:45.900–6:47.900
zh这里我就不演示了
这里我就不演示了
6:47.900–6:49.140
zh感兴趣的可以自己看一下
感兴趣的可以自己看一下
6:49.140–6:52.820
zh上面就是Cloud Code安装还有配置代理的方式
上面就是Cloud Code安装还有配置代理的方式
6:52.820–6:54.500
zh整个过程也是非常简单
整个过程也是非常简单
6:54.500–6:56.080
zh第一步就是安装Node.js
第一步就是安装Node.js
6:56.080–6:58.080
zh第二步就是安装Gate
第二步就是安装Gate
6:58.080–6:59.840
zh为什么需要安装Gate呢
为什么需要安装Gate呢
6:59.840–7:03.120
zh因为Cloud Code在执行代码的时候会用到Bash工具
因为Cloud Code在执行代码的时候会用到Bash工具
7:03.120–7:07.460
zh这个Bash工具它就是用到Gate的Bash.ese这个文件
这个Bash工具它就是用到Gate的Bash.ese这个文件
7:07.460–7:08.640
zh去使用的Bash工具
去使用的Bash工具
7:08.640–7:11.200
zh最后一步就是安装Cloud Code
最后一步就是安装Cloud Code
7:11.200–7:13.140
zh安装方式也是非常简单
安装方式也是非常简单
7:13.140–7:14.740
zh只需要一行代码就能够搞定
只需要一行代码就能够搞定
7:15.900–7:20.420
zh然后就是启动Cloud Code 还有升级Cloud Code 第二就是配置代理
然后就是启动Cloud Code 还有升级Cloud Code 第二就是配置代理
7:23.120–7:27.260
zhCloud Code 它是一个命令行工具 这也有导致我们在看代码的时候不是很方便
Cloud Code 它是一个命令行工具 这也有导致我们在看代码的时候不是很方便
7:28.080–7:30.360
zh需要使用其他的编辑器 比如说OS Code来看代码
需要使用其他的编辑器 比如说OS Code来看代码
7:31.440–7:36.880
zh如果你不想在OS Code 还有命令行工具之间来回的切换的话 也可以在OS Code 中安装一个扩展
如果你不想在OS Code 还有命令行工具之间来回的切换的话 也可以在OS Code 中安装一个扩展
7:37.880–7:40.780
zh这样就能够实现直接在OS Code 中使用Cloud Code
这样就能够实现直接在OS Code 中使用Cloud Code
7:41.820–7:45.200
zh下面我就演示一下如何在OS Code 中安装Cloud Code 扩展工具
下面我就演示一下如何在OS Code 中安装Cloud Code 扩展工具
7:45.900–7:47.440
zh首先我们打开VS Code
首先我们打开VS Code
7:50.760–7:51.540
zh找到扩展
找到扩展
7:54.340–7:55.380
zh我们需要搜索
我们需要搜索
7:55.620–7:56.900
enCloud Code for VS Code
Cloud Code for VS Code
8:03.618–8:04.618
zh一定要看清楚是这个
一定要看清楚是这个
8:06.618–8:08.618
zh会安装错了 然后直接进行安装即可
会安装错了 然后直接进行安装即可
8:09.618–8:12.618
zh好了 安装完成 然后回到我们的项目为家
好了 安装完成 然后回到我们的项目为家
8:12.618–8:14.618
zh那么如何在 us code中使用Cloud code呢
那么如何在 us code中使用Cloud code呢
8:15.618–8:19.458
zh可以随便点一个文件 然后右上角这里有一个
可以随便点一个文件 然后右上角这里有一个
8:20.218–8:24.378
zhCloud code的图标可以点击一下 这样就打开了一个Cloud code的对话框
Cloud code的图标可以点击一下 这样就打开了一个Cloud code的对话框
8:25.338–8:30.978
zh这个时候我们就可以在这个对话框中输入我们想要的需求 比如说我让他帮我写一个
这个时候我们就可以在这个对话框中输入我们想要的需求 比如说我让他帮我写一个
8:31.498–8:35.838
zh话牌去的派文件 我们可以将需求输入在这里 然后回车
话牌去的派文件 我们可以将需求输入在这里 然后回车
8:38.658–8:39.678
zh他正在帮我们写
他正在帮我们写
8:45.618–8:52.778
zh好了 这里说冒泡排序文页已经创建完成 然后我才到了这个文件也是这个文件中
好了 这里说冒泡排序文页已经创建完成 然后我才到了这个文件也是这个文件中
8:55.858–8:58.538
zh然后我们可以继续让他帮我们特试一下这个文件
然后我们可以继续让他帮我们特试一下这个文件
9:00.418–9:03.618
zh我们在这里输入帮我特试一下上面的文件 然后执行
我们在这里输入帮我特试一下上面的文件 然后执行
9:08.258–9:08.938
zh选择yes
选择yes
9:15.618–9:19.938
zh这里才发现这个编码有问题 然后正在修复编码 我们选择yes
这里才发现这个编码有问题 然后正在修复编码 我们选择yes
9:28.678–9:31.698
zh在这里可以看到他现在就在调用拜设工具来测试代码
在这里可以看到他现在就在调用拜设工具来测试代码
9:34.658–9:40.238
zh这里的拜设工具也就是我们在安装的时候设置的Gate的Base.exe文件
这里的拜设工具也就是我们在安装的时候设置的Gate的Base.exe文件
9:41.178–9:42.058
zh而这里已经测试完成
而这里已经测试完成
9:43.078–9:45.018
zh这是它的原始速度 这是它的排序结果
这是它的原始速度 这是它的排序结果
9:45.618–9:50.218
zh优化版本结果完全相同 这样我们就在OS的扣子中安装好了
优化版本结果完全相同 这样我们就在OS的扣子中安装好了
9:50.478–9:53.978
zh可乐扣扣扩展 也就可以在OS扣子中使用Cloudcode了
可乐扣扣扩展 也就可以在OS扣子中使用Cloudcode了
9:55.798–10:00.538
zh我个人还是比较喜欢在命令行中使用Cloudcode的 它之所以被设置为一个命令行工具
我个人还是比较喜欢在命令行中使用Cloudcode的 它之所以被设置为一个命令行工具
10:01.058–10:04.378
zh我想首先是它的初心吧 它的目标应该就是未来
我想首先是它的初心吧 它的目标应该就是未来
10:04.858–10:11.538
zh所有的代码都有AI来写 人子负责收理需求 使用自然语言来描述我们的需求即可 不需要管后面的代码具体的实现
所有的代码都有AI来写 人子负责收理需求 使用自然语言来描述我们的需求即可 不需要管后面的代码具体的实现
10:12.058–10:18.578
zh虽然目前还达不到这种效果 但是我觉得它的目标应该是非常好 另一个原因我觉得它之所以被设置为命令和工具
虽然目前还达不到这种效果 但是我觉得它的目标应该是非常好 另一个原因我觉得它之所以被设置为命令和工具
10:19.038–10:26.558
zh是因为命令和工具的兼容性比较好 不论是macOS还是linux还是windows系统都能够很好的兼容命令和工具
是因为命令和工具的兼容性比较好 不论是macOS还是linux还是windows系统都能够很好的兼容命令和工具
10:27.058–10:30.418
zh而且在命令和工具中各种工具的使用都比较灵活
而且在命令和工具中各种工具的使用都比较灵活
10:31.598–10:34.358
zh下面咱们来看一下claw code中一些常用的命令
下面咱们来看一下claw code中一些常用的命令
10:34.358–10:41.578
zh在交互界面中通过斜杠命令来控制 ai 注手的行为和上下纹
在交互界面中通过斜杠命令来控制 ai 注手的行为和上下纹
10:41.578–10:43.658
zh合理的使用这个斜杠命令
合理的使用这个斜杠命令
10:43.658–10:46.678
zh一可自然远的输入可以更加顺利的完成开发操作
一可自然远的输入可以更加顺利的完成开发操作
10:46.678–10:48.818
zh打开一个cloud code
打开一个cloud code
10:48.818–10:51.018
zh先进入我之前的一个项目的文件夹
先进入我之前的一个项目的文件夹
10:51.018–10:54.978
zh这个项目是我在之前的视频中开发的一个谷歌浏览器倍速播放的插件
这个项目是我在之前的视频中开发的一个谷歌浏览器倍速播放的插件
10:54.978–10:57.458
zh可以一线调节网线上视频的播放速度
可以一线调节网线上视频的播放速度
11:04.358–11:06.358
zh然后启动cloud code
然后启动cloud code
11:10.358–11:13.638
zh我们先看一下第一个命令就是-int命令
我们先看一下第一个命令就是-int命令
11:13.638–11:17.558
zh它这个命令的作用就是触手化项目的记忆指南
它这个命令的作用就是触手化项目的记忆指南
11:17.558–11:19.878
zh简单来说就是生成cloud.md文件
简单来说就是生成cloud.md文件
11:19.878–11:23.398
zh我们先在withcode中打开这个项目
我们先在withcode中打开这个项目
11:23.398–11:26.658
zh当前这个项目的目录中是没有cloud.md文件的
当前这个项目的目录中是没有cloud.md文件的
11:26.658–11:31.438
zh我们在这里执行一下-int命令
我们在这里执行一下-int命令
11:31.438–11:35.878
zh他这里先进行了搜索 也是查找各种文件
他这里先进行了搜索 也是查找各种文件
11:36.958–11:38.338
zh读取gdmi.md文件
读取gdmi.md文件
11:39.558–11:40.458
zh读取这个json文件
读取这个json文件
11:43.238–11:45.458
zh还有下面也是读取了所有的文件
还有下面也是读取了所有的文件
11:47.318–11:50.858
zh他会根据这个项目中所有的代码来生成一个cloud.md文件
他会根据这个项目中所有的代码来生成一个cloud.md文件
11:52.478–11:54.498
zh现在他正在创建这个cloud.md文件
现在他正在创建这个cloud.md文件
11:56.438–11:57.498
zh我们等一会让他创建完成
我们等一会让他创建完成
11:57.498–12:02.738
zh啊 它已经创建完场了 我们大家看一下
啊 它已经创建完场了 我们大家看一下
12:07.538–12:11.618
zh当然它已经创业好了 但是这个clawian md 文件中的内容都是英文的
当然它已经创业好了 但是这个clawian md 文件中的内容都是英文的
12:12.698–12:14.098
zh我们可以让它改为中文的
我们可以让它改为中文的
12:15.178–12:17.738
zh在这里输入将clawian md 中的内容改为中文
在这里输入将clawian md 中的内容改为中文
12:19.818–12:21.898
zh让它在这里先执行的 我们继续看其他的命令
让它在这里先执行的 我们继续看其他的命令
12:21.898–12:24.958
zh刚才我们测试的这个-int命令
刚才我们测试的这个-int命令
12:24.958–12:27.658
zh它的主要作用就是处处化项目机指南
它的主要作用就是处处化项目机指南
12:27.658–12:29.578
zh也就是生成Cloud.md文件
也就是生成Cloud.md文件
12:29.578–12:31.878
zh这个Cloud.md文件中的内容
这个Cloud.md文件中的内容
12:31.878–12:33.618
zh是作为上下为使用的
是作为上下为使用的
12:33.618–12:36.638
zh当然这个文件中的内容就可以让A字路生成
当然这个文件中的内容就可以让A字路生成
12:36.638–12:38.278
zh我们也可以进行手动的编辑
我们也可以进行手动的编辑
12:38.278–12:40.738
zh第二个命令是add-dr
第二个命令是add-dr
12:40.738–12:42.498
zh后面加一个文件路径
后面加一个文件路径
12:42.498–12:45.678
zh它的作用就是切换一个工作目录
它的作用就是切换一个工作目录
12:45.678–12:48.298
zh或者说是添加一个工作目录
或者说是添加一个工作目录
12:48.298–12:49.178
zh好了
好了
12:49.178–12:50.798
zh这里已经显示将
这里已经显示将
12:51.558–12:55.658
zh文件中的内容从英文翻翻译为中文 我们看一下这个文件中的内容
文件中的内容从英文翻翻译为中文 我们看一下这个文件中的内容
12:56.678–12:58.738
zh文件中的内容已经变为了中文
文件中的内容已经变为了中文
13:00.278–13:01.558
zh然后我们试一下这个
然后我们试一下这个
13:02.058–13:02.578
en-add
-add
13:03.338–13:04.118
zh-dr命令
-dr命令
13:06.158–13:07.698
zh然后添加一个路径
然后添加一个路径
13:08.978–13:11.018
zh添加一个我特使文件夹的路径吧
添加一个我特使文件夹的路径吧
13:11.798–13:12.818
zh现在就将这个
现在就将这个
13:13.318–13:16.518
zh文件夹作为了一个工作目录 这个时候我们就可以
文件夹作为了一个工作目录 这个时候我们就可以
13:16.778–13:18.698
zh针对这个文件夹来做一些相应的提问
针对这个文件夹来做一些相应的提问
13:18.698–13:21.938
zh比如说我们可以问这个文件夹中有哪些文件
比如说我们可以问这个文件夹中有哪些文件
13:24.198–13:26.398
zh他就会查看这个文件夹中的所有文件
他就会查看这个文件夹中的所有文件
13:28.918–13:30.578
zh这个文件中有以下两个文件
这个文件中有以下两个文件
13:30.578–13:34.898
zh我们可以看一下这个文件夹
我们可以看一下这个文件夹
13:34.898–13:39.998
zh确实只有这两个文件
确实只有这两个文件
13:39.998–13:43.838
zh然后这个是-clear命令
然后这个是-clear命令
13:43.838–13:45.798
zh它可以清除对话历史
它可以清除对话历史
13:46.638–13:54.758
zh当我们不停的与Cloud进行对话的时候 有的时候他会跑偏 当我们发现Cloud跑偏了 我们就可以清除所有的对话 然后重新开始沟通
当我们不停的与Cloud进行对话的时候 有的时候他会跑偏 当我们发现Cloud跑偏了 我们就可以清除所有的对话 然后重新开始沟通
13:55.458–14:01.678
zh或者是我们需要开启一个新任务的时候 也可以将这个所有的历史上下文对话进行清除 然后再重新开始
或者是我们需要开启一个新任务的时候 也可以将这个所有的历史上下文对话进行清除 然后再重新开始
14:02.518–14:03.078
zh演示一下
演示一下
14:06.898–14:14.118
zh执行这个命令之后相当于就是清除了上下文 接着我们看一下杠二 减派的命令 这个命令主要是压托对话内容
执行这个命令之后相当于就是清除了上下文 接着我们看一下杠二 减派的命令 这个命令主要是压托对话内容
14:15.118–14:22.358
zh我们在有CloudCore进行沟通的时候 可能会进行多轮对话 这个多轮对话中 可能既有已经解决的问题 也有没有解决的问题
我们在有CloudCore进行沟通的时候 可能会进行多轮对话 这个多轮对话中 可能既有已经解决的问题 也有没有解决的问题
14:23.278–14:29.918
zh当我们对话人数比较多的时候 也是上下位比较多的时候 就可能会造成上下位的溢出 也就是造成CloudCore的失忆了
当我们对话人数比较多的时候 也是上下位比较多的时候 就可能会造成上下位的溢出 也就是造成CloudCore的失忆了
14:30.598–14:33.198
zh那么我们可以使用这个命令 对我们的上下位内容进行压缩
那么我们可以使用这个命令 对我们的上下位内容进行压缩
14:33.958–14:44.078
zh例如使用前线Compat保留尚未解决的问题 可以让CloudCore在总结上下位的时候 也就是在压缩上下位的时候 特定保留未解决的问题
例如使用前线Compat保留尚未解决的问题 可以让CloudCore在总结上下位的时候 也就是在压缩上下位的时候 特定保留未解决的问题
14:44.718–14:48.478
zh上下回经过压缩之后可以有效的避免上下回过场造成下回一出的问题
上下回经过压缩之后可以有效的避免上下回过场造成下回一出的问题
14:48.978–14:52.318
zh然后是-mever命令 这个命令呢可以让我们直接编辑
然后是-mever命令 这个命令呢可以让我们直接编辑
14:52.878–14:54.558
zhcloud.md文件 我们特设一下
cloud.md文件 我们特设一下
14:56.118–15:03.978
zh选项一是编辑当前项目中的cloud.md文件 选项二是编辑我们用户的cloud.md文件
选项一是编辑当前项目中的cloud.md文件 选项二是编辑我们用户的cloud.md文件
15:04.718–15:09.118
zh至于这两个文件的相同点与不同点 我们在后面进行介绍 现在我们直接选择一
至于这两个文件的相同点与不同点 我们在后面进行介绍 现在我们直接选择一
15:09.118–15:12.298
zh这样我们就直接打开了这个Cloud.md文件
这样我们就直接打开了这个Cloud.md文件
15:12.298–15:14.278
zh我们可以在这里进行添加和修改内容
我们可以在这里进行添加和修改内容
15:14.278–15:16.838
zh修改完之后直接进行爆成就行了
修改完之后直接进行爆成就行了
15:16.838–15:18.838
zh然后是config命令
然后是config命令
15:18.838–15:20.158
zh通过config命令
通过config命令
15:20.158–15:22.758
zh我们可以查看和修改Cloud后的配置
我们可以查看和修改Cloud后的配置
15:22.758–15:24.978
zh这个命令的使用频率不是很高
这个命令的使用频率不是很高
15:24.978–15:26.018
zh我们了解一下就行了
我们了解一下就行了
15:26.018–15:27.978
zh可以看到当前有这些配置
可以看到当前有这些配置
15:27.978–15:30.778
zh以及它的配置的选项是开启还是关闭
以及它的配置的选项是开启还是关闭
15:30.778–15:34.278
zh下来model命令是用来查看和切换模型
下来model命令是用来查看和切换模型
15:34.278–15:38.198
zh当前我们有这些模型
当前我们有这些模型
15:38.198–15:42.158
zh因为我现在使用的是Deepseek的接口
因为我现在使用的是Deepseek的接口
15:42.158–15:45.198
zh所以其实上面三个模型是不能使用的
所以其实上面三个模型是不能使用的
15:45.198–15:49.838
zh就是只能选择这个Deepseek
就是只能选择这个Deepseek
15:49.838–15:51.458
zh就它是选择上面三个模型
就它是选择上面三个模型
15:51.458–15:53.338
zh它默然也是使用Deepseek模型
它默然也是使用Deepseek模型
15:53.338–15:55.458
zh然后是Sletters命令
然后是Sletters命令
15:55.458–15:56.778
zh这个命令还是比较常用的
这个命令还是比较常用的
15:56.778–15:58.678
zh我们执行家看一下
我们执行家看一下
16:00.027–16:02.947
zhslita 命令可以查看我们当前Cloud Core的版本
slita 命令可以查看我们当前Cloud Core的版本
16:03.667–16:04.987
zh以及当前的工作路径
以及当前的工作路径
16:05.987–16:06.987
zh还有当前的接口
还有当前的接口
16:08.907–16:10.427
zh以及代理性器都在这里显示
以及代理性器都在这里显示
16:10.747–16:11.427
zh当下的模型
当下的模型
16:12.027–16:13.067
zh以及当下使用的记忆
以及当下使用的记忆
16:13.067–16:15.907
zhMemory现在是使用的项目级的记忆
Memory现在是使用的项目级的记忆
16:15.907–16:18.487
zh也就是当前项目目录中的CloudMD文件
也就是当前项目目录中的CloudMD文件
16:18.487–16:22.607
zhDocard的命令应该来检查当前Cloud Code的安装状态
Docard的命令应该来检查当前Cloud Code的安装状态
16:22.607–16:23.707
zh我们诊息一下看一下
我们诊息一下看一下
16:23.707–16:27.787
zh就是显示了当前Cloud Code的安装的一些详细信息
就是显示了当前Cloud Code的安装的一些详细信息
16:27.787–16:32.187
zhCosal的命令是用来显示修化的Token与费用统计
Cosal的命令是用来显示修化的Token与费用统计
16:32.187–16:36.067
zh它这里的击费是使用美元进行击费的
它这里的击费是使用美元进行击费的
16:36.067–16:38.207
zh当使用国内的模型
当使用国内的模型
16:38.207–16:39.627
zh比如说DeepSec的接口的时候
比如说DeepSec的接口的时候
16:39.627–16:41.647
zh这里的预购价格应该是不对的
这里的预购价格应该是不对的
16:41.647–16:42.147
zh啊
啊
16:44.007–16:50.247
zh接下来咱们来看一下如何在Cloud Code中介入我们国产大模型 因为原生的Cloud Code
接下来咱们来看一下如何在Cloud Code中介入我们国产大模型 因为原生的Cloud Code
16:51.187–16:56.587
zh一是他在国内防御不是很方便 首先他注册账号就不是很方便 即便是注册了账号
一是他在国内防御不是很方便 首先他注册账号就不是很方便 即便是注册了账号
16:57.287–16:59.147
zh在我们国内使用的话 它也很容易封号
在我们国内使用的话 它也很容易封号
16:59.947–17:08.907
zh现在我们国产大模型的编程能力已经非常好了 虽然不能够超过Cloud Code的原生模型 但是使用我们国产的模型也一样能够很好的达到我们的开发要求
现在我们国产大模型的编程能力已经非常好了 虽然不能够超过Cloud Code的原生模型 但是使用我们国产的模型也一样能够很好的达到我们的开发要求
17:09.667–17:11.467
zh除了CloudCore的账号不好注册之外
除了CloudCore的账号不好注册之外
17:11.907–17:13.507
zh还有就是它的价格也比较贵
还有就是它的价格也比较贵
17:14.207–17:16.067
zh使用我们国内的模型价格也比较便宜
使用我们国内的模型价格也比较便宜
17:16.767–17:18.447
zh所以咱们就直接使用国内的大模型
所以咱们就直接使用国内的大模型
17:19.067–17:23.667
zh在介绍之前我想给大家介绍一个Windows命令行工具就是Windows Terminal
在介绍之前我想给大家介绍一个Windows命令行工具就是Windows Terminal
17:24.347–17:25.907
zh我的命令行工具是这样的
我的命令行工具是这样的
17:27.007–17:28.007
zh如果你没有安装的话
如果你没有安装的话
17:28.467–17:30.447
zhModern使用是CMD命令行也就是这种
Modern使用是CMD命令行也就是这种
17:30.767–17:32.267
zh还有一种就是PowerSeal命令行
还有一种就是PowerSeal命令行
17:33.567–17:34.147
zh也是这样的
也是这样的
17:34.647–17:37.347
zh他这两个工具其实使用哪种都可以
他这两个工具其实使用哪种都可以
17:38.907–17:43.747
zh不然是你使用cmd还是使用powercell是都是可以的
不然是你使用cmd还是使用powercell是都是可以的
17:43.747–17:50.547
zh但是cmd和powercell有些命令是不一样的 尤其是在设置一些环境变量的时候
但是cmd和powercell有些命令是不一样的 尤其是在设置一些环境变量的时候
17:50.547–17:54.587
zh所以如果你跟着我的教程操作的话 我希望你使用的是powercell
所以如果你跟着我的教程操作的话 我希望你使用的是powercell
17:54.587–17:59.967
zh所以大家先安装一下这个windows特别的工具 也是这个链接打开之后
所以大家先安装一下这个windows特别的工具 也是这个链接打开之后
18:02.967–18:03.827
zh可以点击这里
可以点击这里
18:03.827–18:10.827
zh然后选择一个符合你系统版本的进行下载 下载完之后直接进行安装就可以
然后选择一个符合你系统版本的进行下载 下载完之后直接进行安装就可以
18:10.827–18:16.747
zh按照好之后就是这种 这个工具呢 既可以使用powercell也可以使用cmd
按照好之后就是这种 这个工具呢 既可以使用powercell也可以使用cmd
18:16.747–18:24.187
zh它相当于是一个命连行工具的一个壳吧 整体上优惠比好看 要比这个powercell还有cmd也好看一些
它相当于是一个命连行工具的一个壳吧 整体上优惠比好看 要比这个powercell还有cmd也好看一些
18:24.187–18:31.427
zh另外它可以在一个转行中开起多个type 这样用起来比较方便 当你安装完之后 你可以点击这个键头 点击设置
另外它可以在一个转行中开起多个type 这样用起来比较方便 当你安装完之后 你可以点击这个键头 点击设置
18:31.427–18:37.427
zh在启动这里你可以默认选择他启动的时候是使用powercell还是cmd
在启动这里你可以默认选择他启动的时候是使用powercell还是cmd
18:37.427–18:40.067
zh这里我使用的是powercell
这里我使用的是powercell
18:40.067–18:42.567
zh保存一下
保存一下
18:42.567–18:45.607
zh然后再次启动的时候
然后再次启动的时候
18:45.607–18:47.987
zh他这里默认就是powercell
他这里默认就是powercell
18:47.987–18:50.467
zh好了这个工具就先介绍到这里
好了这个工具就先介绍到这里
18:50.467–18:51.947
zh如果没有的话
如果没有的话
18:51.947–18:53.767
zh我建议你去安装一下
我建议你去安装一下
18:53.767–18:55.747
zh如果不安装的话也是没有问题的
如果不安装的话也是没有问题的
18:55.747–18:58.667
zh你只需要使用系统自带的powercell就可以
你只需要使用系统自带的powercell就可以
19:01.427–19:04.827
zh也是用这个power 工具
也是用这个power 工具
19:04.827–19:10.647
zh好 接下来我们说一下如何在cloud code中接入我们国产大幕型
好 接下来我们说一下如何在cloud code中接入我们国产大幕型
19:10.647–19:15.127
zh我们国产大幕型有很多 这里我就以约阵案面
我们国产大幕型有很多 这里我就以约阵案面
19:15.127–19:19.987
zh也就是kmk2 还有deep seek 为例 能演示一下如何接入
也就是kmk2 还有deep seek 为例 能演示一下如何接入
19:19.987–19:23.527
zh接入的第一步呢 就是我们需要先获取一个apfk
接入的第一步呢 就是我们需要先获取一个apfk
19:23.527–19:27.307
zh我们打开约阵案面的开放平台
我们打开约阵案面的开放平台
19:27.307–19:31.007
zh同时也打开deep seek的开放平台
同时也打开deep seek的开放平台
19:31.007–19:36.007
zh约这样的可以在这里新建一个API key
约这样的可以在这里新建一个API key
19:36.007–19:38.807
zh随便起个名字要test了
随便起个名字要test了
19:38.807–19:43.607
zh项目就选择一个default 然后确定 这样他就创建好了一个mail
项目就选择一个default 然后确定 这样他就创建好了一个mail
19:43.607–19:45.207
zh我们需要复制一下
我们需要复制一下
19:45.207–19:49.007
zhkmyk2的这个mail它只能在创建的时候显示一下
kmyk2的这个mail它只能在创建的时候显示一下
19:49.007–19:50.607
zh我们点击这里进行复制
我们点击这里进行复制
19:50.607–19:54.507
zh当你确定之后或者关闭这个窗口之后 你就再无法看到这个mail了
当你确定之后或者关闭这个窗口之后 你就再无法看到这个mail了
19:54.507–19:59.807
zh如果你忘记了之前的mail是什么 那就无法找回 就只能删除再重新建一个
如果你忘记了之前的mail是什么 那就无法找回 就只能删除再重新建一个
20:00.407–20:01.007
zh我们点击确定
我们点击确定
20:01.307–20:03.407
zh先交k-k-k-s的meel保存到这里
先交k-k-k-s的meel保存到这里
20:04.307–20:06.007
zh然后我们再去Deepshake平台
然后我们再去Deepshake平台
20:07.607–20:09.007
zh也是在这个API key里面
也是在这个API key里面
20:09.707–20:10.607
zh创建一个API key
创建一个API key
20:12.707–20:13.207
zh已经创建
已经创建
20:14.207–20:15.307
zh这样这个meel也创建好了
这样这个meel也创建好了
20:15.307–20:16.107
zh我们点击复制
我们点击复制
20:17.407–20:18.007
zh也保存一下
也保存一下
20:21.107–20:23.007
zhDeepshake的API我们需要先充值一下
Deepshake的API我们需要先充值一下
20:23.307–20:24.807
zh然后可以充值10块钱
然后可以充值10块钱
20:25.007–20:25.807
zh也不用充值太多
也不用充值太多
20:25.807–20:27.207
zh他可以支持支付网和微信
他可以支持支付网和微信
20:27.307–20:28.507
zh充足一个对对进行就行
充足一个对对进行就行
20:30.647–20:35.527
zhKBKT的模型 如果你不充值的话也是可以使用的 但是它有一个并发限制
KBKT的模型 如果你不充值的话也是可以使用的 但是它有一个并发限制
20:39.607–20:43.527
zh免费用户它是有并发限制的 是在使用CloudCode的时候可能会出现
免费用户它是有并发限制的 是在使用CloudCode的时候可能会出现
20:43.727–20:49.667
zhAerror3.9这个报错 建议你充值一个50块钱 充值之后他就会升级你的账户等级
Aerror3.9这个报错 建议你充值一个50块钱 充值之后他就会升级你的账户等级
20:51.587–20:57.407
zh可以点击这里你查看 充值50块钱之后就会变成这个第一等级
可以点击这里你查看 充值50块钱之后就会变成这个第一等级
20:57.407–20:59.507
zh冰花数是50
冰花数是50
20:59.507–21:01.767
zh猫人免费的用户是冰花数是3
猫人免费的用户是冰花数是3
21:01.767–21:04.467
zh上面就是充足的一些注意事项
上面就是充足的一些注意事项
21:04.467–21:06.807
zh然后呢就是配置
然后呢就是配置
21:06.807–21:08.767
zhKPK2可以看一下这个文档
KPK2可以看一下这个文档
21:08.767–21:13.627
zhDeepseek可以看一下这部文档
Deepseek可以看一下这部文档
21:13.627–21:18.807
zh这里就讲我们如何将KPK2配置到Cloud Code中
这里就讲我们如何将KPK2配置到Cloud Code中
21:18.807–21:23.607
zhWindows系统的话使用这个命令
Windows系统的话使用这个命令
21:23.607–21:24.927
zh我们先复制
我们先复制
21:27.407–21:28.487
zh粘贴到这里
粘贴到这里
21:29.487–21:31.607
zh然后我们只需要提款这里的API key
然后我们只需要提款这里的API key
21:31.607–21:35.087
zh这是KMK2的API key 我们放在这里
这是KMK2的API key 我们放在这里
21:37.087–21:40.567
zh然后我们复制所有的命令 打开我们的pubsell
然后我们复制所有的命令 打开我们的pubsell
21:42.567–21:43.407
zh一新粘贴
一新粘贴
21:45.567–21:46.607
zh然后执行cloud
然后执行cloud
21:51.607–21:56.407
zh在这里就可以看到我们当前的模型是KMK2 ThinkingTurbo
在这里就可以看到我们当前的模型是KMK2 ThinkingTurbo
21:57.287–22:00.607
zh也就是说我们将KMK2配置到了Cloud Code中
也就是说我们将KMK2配置到了Cloud Code中
22:01.807–22:05.167
zh如果在使用的过程中你忘记了当前的模型是哪一个 你也可以通过
如果在使用的过程中你忘记了当前的模型是哪一个 你也可以通过
22:06.927–22:08.047
zh斜杠SATA是命令
斜杠SATA是命令
22:09.987–22:10.547
zh来查看
来查看
22:11.627–22:12.687
zh当前使用的模型是什么
当前使用的模型是什么
22:13.847–22:16.167
zh从这里可以看到当前的模型是KMK2
从这里可以看到当前的模型是KMK2
22:18.447–22:19.047
zh当前的
当前的
22:20.427–22:21.647
zhFaceUIL是这个
FaceUIL是这个
22:23.647–22:25.647
zh刚才我们是在终端中进行了配置
刚才我们是在终端中进行了配置
22:26.167–22:27.447
zh他这种配置的方式
他这种配置的方式
22:27.687–22:29.227
zh就只对我们这个终端有效果
就只对我们这个终端有效果
22:30.507–22:31.787
zh假如说我们新开个终端
假如说我们新开个终端
22:33.587–22:34.607
zh然后运行cloud
然后运行cloud
22:39.207–22:42.027
zh这个时候他就会默认使用原生的
这个时候他就会默认使用原生的
22:42.287–22:43.307
zhcloud code的模型
cloud code的模型
22:44.087–22:45.867
zh也就是说我们在终端中进行配置
也就是说我们在终端中进行配置
22:46.127–22:47.407
zh他只对这个终端有效
他只对这个终端有效
22:47.667–22:48.947
zh我们每次想要使用
我们每次想要使用
22:49.207–22:53.047
zhkmyk2这个模型的时候都需要在这个终端中进行配置
kmyk2这个模型的时候都需要在这个终端中进行配置
22:53.547–22:54.827
zh这样用起来就比较麻烦
这样用起来就比较麻烦
22:55.647–23:00.127
zh所以我推荐大家使用环境变量的方式进行一次设置 容金有效
所以我推荐大家使用环境变量的方式进行一次设置 容金有效
23:00.767–23:02.567
zh接下来我就演示一下如何设置环境变量
接下来我就演示一下如何设置环境变量
23:03.327–23:05.127
zh先按键盘上温价打开这个
先按键盘上温价打开这个
23:05.367–23:07.927
zh预行窗口 然后输入这个命令 点击确定
预行窗口 然后输入这个命令 点击确定
23:09.467–23:10.247
zh点击环境变量
点击环境变量
23:10.487–23:13.827
zh可以在用户变量中进行添加 也可以在系统变量中进行添加
可以在用户变量中进行添加 也可以在系统变量中进行添加
23:14.087–23:15.607
zh这里我就在用户变量进行添加
这里我就在用户变量进行添加
23:16.887–23:17.407
zh先新键
先新键
23:18.427–23:20.487
zh然后我们复制这个变量名称
然后我们复制这个变量名称
23:25.647–23:31.927
zh也就是依次将这个变量名称还有变量值
也就是依次将这个变量名称还有变量值
23:33.267–23:33.767
zh进行添加
进行添加
23:50.927–23:52.567
zh好了这样我们就要环境变量添加好了
好了这样我们就要环境变量添加好了
23:53.087–23:55.647
zh需要注意的是边缆的名称前面不需要带这个
需要注意的是边缆的名称前面不需要带这个
23:56.147–23:56.667
enDolite
Dolite
23:57.427–23:59.487
zh因为冒号这几个都不是
因为冒号这几个都不是
24:00.849–24:03.529
zh还有就是变量的值不需要带这个引号
还有就是变量的值不需要带这个引号
24:04.769–24:06.609
zh我们只需要双一号中间的内容就可以
我们只需要双一号中间的内容就可以
24:07.649–24:11.089
zh我们点击确定 然后关闭这个 cmd 重新打开
我们点击确定 然后关闭这个 cmd 重新打开
24:12.849–24:13.889
zh现在我们直接启动cloud
现在我们直接启动cloud
24:15.129–24:23.169
zh可以看到现在他默认使用的模型就是kmmk2
可以看到现在他默认使用的模型就是kmmk2
24:26.889–24:32.709
zh如果你想要使用deepshake模型的话 那么配置方法也是一样 既可以在环境变量中进行设置 也可以在
如果你想要使用deepshake模型的话 那么配置方法也是一样 既可以在环境变量中进行设置 也可以在
24:33.489–24:41.049
zh中端中进行设置 在中端中设置的只对当前的中端有效 到中端关闭之后 比如是cmdmini关闭之后 我们在他打开的时候
中端中进行设置 在中端中设置的只对当前的中端有效 到中端关闭之后 比如是cmdmini关闭之后 我们在他打开的时候
24:41.049–24:42.089
zh它就失效了
它就失效了
24:43.089–24:45.729
zh这个是将dbseq模型接入Cloud code的文档
这个是将dbseq模型接入Cloud code的文档
24:46.929–24:49.489
zh这里它也是使用配置环境变量
这里它也是使用配置环境变量
24:49.489–24:51.929
zh但是它的方式并不支持Windows系统
但是它的方式并不支持Windows系统
24:52.489–24:55.409
zh这是MacOS系统和Linux系统的方式
这是MacOS系统和Linux系统的方式
24:56.329–24:58.389
zhWindows系统配置的方式可以参考我的文档
Windows系统配置的方式可以参考我的文档
24:58.389–24:59.329
zh也就是这里的内容
也就是这里的内容
25:00.769–25:02.689
zh我们可以试一下复制这些命令
我们可以试一下复制这些命令
25:06.169–25:07.569
zh然后替换一下API key
然后替换一下API key
25:08.689–25:10.249
zh然后将这里的API key替换掉
然后将这里的API key替换掉
25:11.049–25:15.409
zh你也给终端
你也给终端
25:22.309–25:25.389
zh可以看到这里显示的模型是Deepseek Set模型
可以看到这里显示的模型是Deepseek Set模型
25:25.889–25:28.709
zh也就是说我们已经将Deepseek配置到了Cloud Code中
也就是说我们已经将Deepseek配置到了Cloud Code中
25:29.489–25:32.289
zh我推荐大家使用这个windows的产品工具的原因还有一个
我推荐大家使用这个windows的产品工具的原因还有一个
25:32.549–25:35.889
zh我们可以通过这个工具快速的切换Cloud Code的模型
我们可以通过这个工具快速的切换Cloud Code的模型
25:36.389–25:40.749
zh比如当前我们既可以使用KMK2这个模型也可以使用Deepseek这个模型
比如当前我们既可以使用KMK2这个模型也可以使用Deepseek这个模型
25:41.049–25:44.729
zh但是现在我们在切换模型的时候 要么需要我们在一个中端中
但是现在我们在切换模型的时候 要么需要我们在一个中端中
25:45.249–25:49.229
zh执行一大堆的命令 来设置一下临时的环境变量 要么就需要我们去修改
执行一大堆的命令 来设置一下临时的环境变量 要么就需要我们去修改
25:49.689–25:51.649
zh这里的环境变量来进行永久的修改
这里的环境变量来进行永久的修改
25:52.209–25:54.309
zh使用这两种方式来切换模型的话都不是很方便
使用这两种方式来切换模型的话都不是很方便
25:55.029–26:01.349
zh那么怎么样才能更加方便的来切换模型呢 首先我们可以在环境变量中配置一个我们默认使用的模型
那么怎么样才能更加方便的来切换模型呢 首先我们可以在环境变量中配置一个我们默认使用的模型
26:04.809–26:07.209
zh比如在这里配置一个我们默认会使用的模型
比如在这里配置一个我们默认会使用的模型
26:07.209–26:12.569
zh然后我们通过这个windows的tomber工具来配置我们需要使用的其他模型
然后我们通过这个windows的tomber工具来配置我们需要使用的其他模型
26:12.569–26:14.109
zh下面我就给大家演示一下
下面我就给大家演示一下
26:14.109–26:16.369
zh首先点击一下这个键头 然后点击设置
首先点击一下这个键头 然后点击设置
26:16.369–26:18.909
zh然后在这里添加新的配置文件
然后在这里添加新的配置文件
26:18.909–26:23.449
zh这里选择windows popsell 点击复制
这里选择windows popsell 点击复制
26:23.449–26:26.309
zh我们先修改一下名称
我们先修改一下名称
26:26.309–26:28.449
zh就叫CloudCoreDeepseek
就叫CloudCoreDeepseek
26:28.449–26:30.609
zh然后修改一下这里的命令行
然后修改一下这里的命令行
26:30.609–26:33.389
zh我们复制这里的代码
我们复制这里的代码
26:33.389–26:36.269
zh先在这里粘贴一下
先在这里粘贴一下
26:37.209–26:40.409
zh可以看到这里的内容就是上面的这一部分内容
可以看到这里的内容就是上面的这一部分内容
26:41.569–26:43.609
zh我们需要先加API key来替换一下
我们需要先加API key来替换一下
26:46.689–26:47.969
zh然后同时我们要添加两号
然后同时我们要添加两号
26:48.469–26:50.269
zh就是通过这两行命令来设置代理
就是通过这两行命令来设置代理
26:51.549–26:52.829
zh然后我们将这个命令复制
然后我们将这个命令复制
26:54.609–26:55.389
zh粘贴在这里
粘贴在这里
26:57.169–26:57.949
zh然后点击保存
然后点击保存
27:01.529–27:01.789
zh关闭
关闭
27:03.569–27:05.889
zh这个时候我们可以点击键头然后下的
这个时候我们可以点击键头然后下的
27:05.889–27:10.889
zh然后启动Cloud Code
然后启动Cloud Code
27:10.889–27:21.509
zh这时当前这个中单他默认使用的模型就是Deepseq模型
这时当前这个中单他默认使用的模型就是Deepseq模型
27:21.509–27:26.129
zh这样我们就实现了更加方便的来切换Cloud Code的使用的模型
这样我们就实现了更加方便的来切换Cloud Code的使用的模型
27:26.129–27:30.409
zh每当我们有一个新的模型想要使用的时候
每当我们有一个新的模型想要使用的时候
27:30.409–27:33.109
zh我们就可以通过这种方式来新建一个配置
我们就可以通过这种方式来新建一个配置
27:33.109–27:35.629
zh然后通过旧改这里的命令行
然后通过旧改这里的命令行
27:35.629–27:43.829
zh来修改不同的模型以及模型对应的API 这样就能够实现快速的切换不同的模型
来修改不同的模型以及模型对应的API 这样就能够实现快速的切换不同的模型
27:43.829–27:48.729
zh每次我们想要更换模型的时候只需要在这里打开我们想要使用的模型配置即可
每次我们想要更换模型的时候只需要在这里打开我们想要使用的模型配置即可
27:48.729–28:01.129
zh好了 接下来咱们看一下CloudCode的进阶玩法 首先来了解一下CloudCode的核心模式 通常情况下CloudCode每次修改文件或者是创建文件的时候都需要我们进行手动的确认
好了 接下来咱们看一下CloudCode的进阶玩法 首先来了解一下CloudCode的核心模式 通常情况下CloudCode每次修改文件或者是创建文件的时候都需要我们进行手动的确认
28:01.129–28:02.429
zh那照样一来的话
那照样一来的话
28:02.429–28:03.569
zh它的效率就比较低
它的效率就比较低
28:03.569–28:05.629
zh因为如果我们不进行确认的话
因为如果我们不进行确认的话
28:05.629–28:07.049
zh它就会一直卡在那里
它就会一直卡在那里
28:07.049–28:08.529
zh不会进行后面的步骤
不会进行后面的步骤
28:08.529–28:09.989
zh像现在这样
像现在这样
28:09.989–28:12.229
zh我让它创建一个互相的totoracet网站
我让它创建一个互相的totoracet网站
28:12.229–28:14.449
zh它首先在这里规划这个任务
它首先在这里规划这个任务
28:14.449–28:15.389
zh现在这里列出了
现在这里列出了
28:15.389–28:16.929
zh它要做的每一步的步骤
它要做的每一步的步骤
28:16.929–28:19.349
zh然后下面它就要创建这个文件
然后下面它就要创建这个文件
28:19.349–28:22.589
zh这里它需要我们进行同意之后
这里它需要我们进行同意之后
28:22.589–28:23.709
zh它才能去创建这个文件
它才能去创建这个文件
28:23.709–28:25.169
zh这是第一个选项
这是第一个选项
28:25.169–28:26.749
zh如果我们选择第二个选项
如果我们选择第二个选项
28:26.749–28:28.249
zh那么在当前这个创工中
那么在当前这个创工中
28:28.249–28:30.429
zh它在创建文件和修改文件上
它在创建文件和修改文件上
28:30.429–28:32.089
zh就不会再请求我们的权限
就不会再请求我们的权限
28:32.089–28:34.329
zh而会直接是进行创建和修改
而会直接是进行创建和修改
28:34.329–28:37.429
zh第二个选项也就是这里的自动编辑模式
第二个选项也就是这里的自动编辑模式
28:37.429–28:39.609
zh现在我们先选择第一个选项
现在我们先选择第一个选项
28:39.609–28:41.849
zh我们来看一下自动编辑模式
我们来看一下自动编辑模式
28:41.849–28:43.909
zh就是免确认批量操作
就是免确认批量操作
28:43.909–28:47.709
zh适用于不需要逐次确认的文件的创建和修改的场景
适用于不需要逐次确认的文件的创建和修改的场景
28:47.709–28:50.109
zh也就是说当我们开启这个场景之后
也就是说当我们开启这个场景之后
28:50.109–28:53.469
zhCloud Core在创建文件还有修改文件的时候
Cloud Core在创建文件还有修改文件的时候
28:53.469–28:55.769
zh不需要经过我们的同意就可以直接进行修改
不需要经过我们的同意就可以直接进行修改
28:55.769–28:58.189
zh这样就省去了很多的确认步骤
这样就省去了很多的确认步骤
28:58.189–28:59.329
zh就能够提高一些效率
就能够提高一些效率
28:59.329–29:00.829
zh但是需要注意的是
但是需要注意的是
29:00.829–29:03.829
zh这个模式它只是限于创建文件
这个模式它只是限于创建文件
29:03.829–29:04.549
zh还有修改文件
还有修改文件
29:04.549–29:06.289
zh如果Cloud Code想通过Bass
如果Cloud Code想通过Bass
29:06.289–29:08.029
zh来整形一些命令行的命令的时候
来整形一些命令行的命令的时候
29:08.029–29:10.089
zh或者是调用一些命令行的工具的时候
或者是调用一些命令行的工具的时候
29:10.089–29:12.509
zh它还是需要我们进行手动的确认
它还是需要我们进行手动的确认
29:12.509–29:15.169
zh除了这个增重边境模式之外
除了这个增重边境模式之外
29:15.169–29:16.429
zh还有一个Plan模式
还有一个Plan模式
29:16.429–29:19.569
zh这个模式的作用就是只规划不执行
这个模式的作用就是只规划不执行
29:19.569–29:22.689
zh当在项目搭建或者是处理复杂问题的时候
当在项目搭建或者是处理复杂问题的时候
29:22.689–29:23.869
zh可以先开启Plan模式
可以先开启Plan模式
29:23.869–29:25.489
zh它会先梳理方案的框架
它会先梳理方案的框架
29:25.489–29:27.769
zh比如说要做像素风格的移动端
比如说要做像素风格的移动端
29:27.769–29:28.329
enTotoList
TotoList
29:28.329–29:30.469
zh它会自动的规划技术方案
它会自动的规划技术方案
29:30.469–29:31.249
zh页面结构
页面结构
29:31.249–29:32.189
zh视频方案等等
视频方案等等
29:32.189–29:33.369
zh如果你不满意的话
如果你不满意的话
29:33.369–29:35.009
zh可以直接说重新规划
可以直接说重新规划
29:35.009–29:36.309
zh一直到符合你的预期
一直到符合你的预期
29:36.309–29:37.929
zh开启Plan模式之后
开启Plan模式之后
29:37.929–29:38.869
zh它就只多规划
它就只多规划
29:38.869–29:39.789
zh而不写代码
而不写代码
29:39.789–29:41.809
zh相当于是对这个任务
相当于是对这个任务
29:41.809–29:42.689
zh做一个详细的规划
做一个详细的规划
29:42.689–29:43.869
zh提出解决方案
提出解决方案
29:43.869–29:44.869
zh但是不进行执行
但是不进行执行
29:44.869–29:46.369
zhHello Code还有Data的模式
Hello Code还有Data的模式
29:46.369–29:47.189
zh就是Yolo模式
就是Yolo模式
29:47.189–29:49.489
zhYolo模式它能获取到最高的权限
Yolo模式它能获取到最高的权限
29:49.489–29:51.329
zh可以让我们完全的放手
可以让我们完全的放手
29:51.329–29:52.509
zh让它自动化的执行
让它自动化的执行
29:52.509–29:54.229
zhYolo模式最常用在
Yolo模式最常用在
29:54.229–29:54.989
zh重构代码
重构代码
29:54.989–29:56.649
zh或者是创建新项目的时候
或者是创建新项目的时候
29:57.769–29:58.869
zh修复复杂bug的时候
修复复杂bug的时候
29:58.869–30:02.209
zh可以通过添加这个参数来启动Ulo模式
可以通过添加这个参数来启动Ulo模式
30:02.209–30:04.289
zhUlo模式拥有的权限最高
Ulo模式拥有的权限最高
30:04.289–30:06.229
zh它可以直接执行更多的操作
它可以直接执行更多的操作
30:06.229–30:07.869
zh上面来说的振动编辑模式
上面来说的振动编辑模式
30:07.869–30:09.769
zh可以振动的创建文件修改文件
可以振动的创建文件修改文件
30:09.769–30:11.709
zh而不需要通过我们的确认操作
而不需要通过我们的确认操作
30:11.709–30:13.789
zh但是在执行命令和工具的时候
但是在执行命令和工具的时候
30:13.789–30:15.009
zh它仍然需要我们的确认
它仍然需要我们的确认
30:15.009–30:16.329
zh如果你是开启了Ulo模式
如果你是开启了Ulo模式
30:16.329–30:17.949
zh那么它就不用再求求任何的权限
那么它就不用再求求任何的权限
30:17.949–30:20.829
zh相当于它对你这个电脑拥有了一个最高级的权限
相当于它对你这个电脑拥有了一个最高级的权限
30:20.829–30:22.289
zh可以执行任何的命令
可以执行任何的命令
30:22.289–30:23.709
zh也可以创建任何的文件
也可以创建任何的文件
30:23.709–30:26.869
zh所以优统形象虽然能够让CloudCore更加的自动化
所以优统形象虽然能够让CloudCore更加的自动化
30:26.869–30:28.149
zh但是如果使用不到的话
但是如果使用不到的话
30:28.149–30:30.509
zh它可能对你的电脑一些文件造成破坏
它可能对你的电脑一些文件造成破坏
30:30.509–30:31.749
zh所以在使用用的模式的时候
所以在使用用的模式的时候
30:31.749–30:34.309
zh还是需要我们能够确定CloudCore所执行的操作
还是需要我们能够确定CloudCore所执行的操作
30:34.309–30:36.569
zh并不会对我们的电脑或者是项目造成破坏
并不会对我们的电脑或者是项目造成破坏
30:36.569–30:39.849
zh好了 下面我们去看一下如何来切换这种不同的模式
好了 下面我们去看一下如何来切换这种不同的模式
30:39.849–30:42.689
zh在CloudCore中不同的Barray可能快据键不一样
在CloudCore中不同的Barray可能快据键不一样
30:42.689–30:46.209
zh一般是save加type或是Alt加m键
一般是save加type或是Alt加m键
30:46.209–30:48.009
zh就可以切换这几种模式
就可以切换这几种模式
30:48.009–30:49.749
zh我们先选择yes
我们先选择yes
30:49.749–30:51.809
zh然后按一下Alt加m
然后按一下Alt加m
30:53.709–30:54.849
zh这里显示了
这里显示了
30:55.989–30:57.269
enAccept Edit On
Accept Edit On
30:58.109–31:00.109
zh说明我们已经开启了震动边境模式
说明我们已经开启了震动边境模式
31:02.109–31:03.649
zh同时这里也显示了扩载键
同时这里也显示了扩载键
31:04.409–31:05.609
zh也就是AIRT加M
也就是AIRT加M
31:07.469–31:08.949
zh这里就先让它在这里执行吧
这里就先让它在这里执行吧
31:08.949–31:10.269
zh我们清建一个窗口
我们清建一个窗口
31:14.049–31:15.749
zh进入到我项目的根目录
进入到我项目的根目录
31:17.169–31:18.269
zh然后启动Cloud
然后启动Cloud
31:18.269–31:25.609
zh使用快捷键iOS加M就可以在
使用快捷键iOS加M就可以在
31:25.609–31:26.969
zhMoney模式还有
Money模式还有
31:26.969–31:29.529
zh对游编辑模式还有Plan模式之间切换
对游编辑模式还有Plan模式之间切换
31:29.529–31:32.729
zh我们切换到Plan模式
我们切换到Plan模式
31:32.729–31:35.429
zh测试一下这个Plan模式的效果
测试一下这个Plan模式的效果
31:35.429–31:37.469
zh出入这个提示车
出入这个提示车
31:37.469–31:40.029
zh创建一个摊试车的HTML小游戏
创建一个摊试车的HTML小游戏
31:40.029–31:42.329
zh帮我规划一下需求和技术方案
帮我规划一下需求和技术方案
31:42.329–31:44.129
zh输出到Plan的MD文件
输出到Plan的MD文件
31:44.129–31:45.409
zh拿到执行
拿到执行
31:45.409–31:47.129
zh然后我们再打开一窗口
然后我们再打开一窗口
31:47.129–31:48.469
zh特设一下Ulo模式
特设一下Ulo模式
31:48.469–31:52.009
zh如果想使用Ulo模式
如果想使用Ulo模式
31:52.009–31:53.469
zh那我在启动CloudCloud的时候
那我在启动CloudCloud的时候
31:53.469–31:54.489
zh就要添加这个参数
就要添加这个参数
31:54.489–31:55.709
zh我们复制这项命令
我们复制这项命令
31:55.709–31:56.769
zh删贴
删贴
31:57.876–31:59.796
zh在开启Ulo模式后
在开启Ulo模式后
31:59.796–32:00.816
zh它会先有个提示
它会先有个提示
32:00.816–32:01.876
zh我们选择第二个
我们选择第二个
32:01.876–32:02.316
zh接受
接受
32:02.316–32:04.176
zh这样我们就进入了Ulo模式
这样我们就进入了Ulo模式
32:04.176–32:05.636
zh这里显示
这里显示
32:05.636–32:07.496
enBypass Permission On
Bypass Permission On
32:07.496–32:10.036
zh就说明我们已经开启了Ulo模式
就说明我们已经开启了Ulo模式
32:10.036–32:11.756
zh进入到Ulo模式之后
进入到Ulo模式之后
32:11.756–32:14.496
zh我们依然可以使用快捷键在这几种模式之间进行切换
我们依然可以使用快捷键在这几种模式之间进行切换
32:14.496–32:16.096
zh我们按下20加m
我们按下20加m
32:16.096–32:17.976
zh这样就回到了默认的模式
这样就回到了默认的模式
32:17.976–32:20.296
zh再按一下就进入了自动编辑模式
再按一下就进入了自动编辑模式
32:20.296–32:23.156
zh再按一下就进入了climb模式
再按一下就进入了climb模式
32:23.156–32:25.556
zh再按一下就进入了yolo模式
再按一下就进入了yolo模式
32:25.556–32:27.136
zh然后在yolo模式下
然后在yolo模式下
32:27.136–32:29.316
zh我们也让他创建一个枯渐的todolation的网站
我们也让他创建一个枯渐的todolation的网站
32:29.316–32:36.756
zh在yolo模式下就完全不需要我们再进行任何的操作
在yolo模式下就完全不需要我们再进行任何的操作
32:36.756–32:39.576
zh他就可以自动的进行创建文件修改文件
他就可以自动的进行创建文件修改文件
32:39.576–32:41.416
zh然后执行一些命连行工具
然后执行一些命连行工具
32:41.416–32:44.896
zh我们看一下第一个窗口就是自动编辑模式
我们看一下第一个窗口就是自动编辑模式
32:44.896–32:47.336
zh在这里在执行这个Base命令的时候
在这里在执行这个Base命令的时候
32:47.336–32:49.556
zh它还是需要我们进行首诺的授权
它还是需要我们进行首诺的授权
32:49.556–32:51.296
zh我们选择确定
我们选择确定
32:51.296–32:54.716
zh接着它要运行index.atml
接着它要运行index.atml
32:54.716–32:56.896
zh依然需要我们首诺的授权
依然需要我们首诺的授权
32:56.896–32:57.656
zh我们选择确定
我们选择确定
32:57.656–33:00.836
zh网站已经在浏览区中打开了
网站已经在浏览区中打开了
33:00.836–33:03.216
zh我们看一下它这个网站的功能
我们看一下它这个网站的功能
33:03.216–33:06.096
zh加除
加除
33:06.096–33:15.216
zh参加 还都可以 然后已完成 已完成 清楚已完成
参加 还都可以 然后已完成 已完成 清楚已完成
33:25.656–33:26.976
zh基本功能都是可以的
基本功能都是可以的
33:28.776–33:31.616
zh好了 这就是震动编辑模式 我们看一下这个plan模式
好了 这就是震动编辑模式 我们看一下这个plan模式
33:31.616–33:35.696
zh这个plan模式它需要询问一些关键的设计决策来完整方案
这个plan模式它需要询问一些关键的设计决策来完整方案
33:35.696–33:36.896
zh然后我们就选一下
然后我们就选一下
33:36.896–33:39.296
zh第一次公众选择选择技术版本
第一次公众选择选择技术版本
33:39.296–33:40.116
zh技术方案
技术方案
33:40.116–33:41.116
zh选择1
选择1
33:41.116–33:45.216
zh选择第一个
选择第一个
33:45.216–33:46.556
zh然后确定
然后确定
33:46.556–33:48.976
zh好了
好了
33:48.976–33:50.516
zh它说规划已经完成了
它说规划已经完成了
33:50.516–33:53.156
zh我们可以查看详细的计划文件
我们可以查看详细的计划文件
33:53.156–33:56.016
zh我们打开这个项文件夹看一下
我们打开这个项文件夹看一下
33:56.016–33:58.776
zh它这里并没有生成一个plan.md文件
它这里并没有生成一个plan.md文件
33:58.776–34:00.976
zh然后我们可以放到最后
然后我们可以放到最后
34:00.976–34:03.796
zh他现在要接到的下一步就是要创建代码
他现在要接到的下一步就是要创建代码
34:03.796–34:04.636
zh我们选择3
我们选择3
34:04.636–34:05.896
zh不进行创建代码
不进行创建代码
34:05.896–34:07.116
zh继续规划
继续规划
34:07.116–34:11.236
zh我们现在让他把规划保存到plan.md文件中
我们现在让他把规划保存到plan.md文件中
34:11.236–34:16.016
zh这里他要创建这个plan.md文件
这里他要创建这个plan.md文件
34:16.016–34:17.356
zh需要我们通过的权限
需要我们通过的权限
34:17.356–34:18.336
zh我们选择ES
我们选择ES
34:18.336–34:20.116
zh现在在这个项目文件中
现在在这个项目文件中
34:20.116–34:21.456
zh他就创建了plan.md
他就创建了plan.md
34:21.456–34:23.656
zh我们打开看一下
我们打开看一下
34:23.656–34:25.856
zh这就是他创建的
这就是他创建的
34:25.856–34:27.776
zh探测车HTML小游戏技术方案
探测车HTML小游戏技术方案
34:30.976–34:32.976
zh在Plan模式下
在Plan模式下
34:32.976–34:35.616
zh它只是进行了方案的规划与整理
它只是进行了方案的规划与整理
34:35.616–34:37.116
zh并没有进行直接写代码
并没有进行直接写代码
34:37.116–34:39.296
zh这个也就是Plan模式的作用
这个也就是Plan模式的作用
34:39.296–34:40.376
zh只梳理方案的框架
只梳理方案的框架
34:40.376–34:41.836
zh而不进行代码的编写
而不进行代码的编写
34:41.836–34:45.296
zh好了 咱们看一下这个Ulo模式
好了 咱们看一下这个Ulo模式
34:45.296–34:48.256
zhUlo模式已经完全处理完成了
Ulo模式已经完全处理完成了
34:48.256–34:50.496
zh在开启Ulo模式之后
在开启Ulo模式之后
34:50.496–34:52.356
zh我们只是输入了一个需求
我们只是输入了一个需求
34:52.356–34:54.656
zh它就完完整整地做出来这个项目
它就完完整整地做出来这个项目
34:54.656–34:56.796
zh然后我们打开这个项目看一下
然后我们打开这个项目看一下
35:00.976–35:01.976
zh我们运行一下看一下
我们运行一下看一下
35:03.476–35:06.276
zh这个页面是自动边境模式下创建的代办事项
这个页面是自动边境模式下创建的代办事项
35:07.776–35:09.576
zh这个是在U的模式下创建的代办事项
这个是在U的模式下创建的代办事项
35:10.276–35:11.076
zh添加一个试试
添加一个试试
35:15.976–35:16.576
zh然后
然后
35:19.276–35:19.776
zh完成
完成
35:20.376–35:20.876
zh删除
删除
35:21.576–35:22.076
zh筛选
筛选
35:23.476–35:24.476
zh整个功能是可用的
整个功能是可用的
35:24.476–35:26.276
zh虽然页面不是那么明观
虽然页面不是那么明观
35:26.276–35:32.456
zh上面就是Cloud Code这几种模式以及标格模式的作用
上面就是Cloud Code这几种模式以及标格模式的作用
35:32.456–35:34.196
zh总共有三种模式
总共有三种模式
35:34.196–35:36.076
zh第一种是自动标记模式
第一种是自动标记模式
35:36.076–35:36.996
zh第二种是普通模式
第二种是普通模式
35:36.996–35:37.996
zh第三种是U的模式
第三种是U的模式
35:37.996–35:40.196
zh每种模式都有各自的应用场景
每种模式都有各自的应用场景
35:40.196–35:44.136
zh我们可以在开发过程中根据自己的场景来选择合适自己的模式
我们可以在开发过程中根据自己的场景来选择合适自己的模式
35:44.136–35:47.476
zh然后这几种模式都可以通过快据进行切换
然后这几种模式都可以通过快据进行切换
35:47.476–35:49.556
zh在我当天使用的这个版本中
在我当天使用的这个版本中
35:49.556–35:51.136
zh它的快据是R加M键
它的快据是R加M键
35:51.136–35:54.276
zh我们先关闭这两种
我们先关闭这两种
35:54.276–35:56.556
zh即使在优劳模式下
即使在优劳模式下
35:56.556–35:58.816
zh也依然可以通过快捷切换到其他的模式
也依然可以通过快捷切换到其他的模式
35:58.816–36:00.656
zh但是有一点需要注意一下
但是有一点需要注意一下
36:00.656–36:02.196
zh就是在其他的两种模式下
就是在其他的两种模式下
36:02.196–36:04.336
zh是无法通过快捷切换到优劳模式的
是无法通过快捷切换到优劳模式的
36:04.336–36:06.396
zh如果想启用优劳模式
如果想启用优劳模式
36:06.396–36:07.796
zh就需要通过这个参数
就需要通过这个参数
36:07.796–36:10.056
zh来开启优劳模式
来开启优劳模式
36:10.056–36:12.296
zh然后我们看一下这个页面
然后我们看一下这个页面
36:12.296–36:13.956
zh我们继续让它修改
我们继续让它修改
36:13.956–36:15.936
zh让它把添加按钮改成绿色
让它把添加按钮改成绿色
36:15.936–36:20.696
zh现在已经修改完成了
现在已经修改完成了
36:20.696–36:21.856
zh我们刷新页面看一下
我们刷新页面看一下
36:21.856–36:25.256
zh可以看到这里已经改为了绿色
可以看到这里已经改为了绿色
36:25.256–36:28.696
zh接下来我们看一下这个绘画的管理
接下来我们看一下这个绘画的管理
36:28.696–36:30.856
zh首先是暂停回稳
首先是暂停回稳
36:30.856–36:33.436
zh我们在有ClockedCrew进行多论的对话中
我们在有ClockedCrew进行多论的对话中
36:33.436–36:35.716
zh如果在执行的过程中我们发现它跑偏了
如果在执行的过程中我们发现它跑偏了
36:35.716–36:36.996
zh可以进行急事的中止
可以进行急事的中止
36:36.996–36:38.536
zh这样可以避免Token的浪费
这样可以避免Token的浪费
36:38.536–36:40.476
zh比如说我们现在让它做一个修改
比如说我们现在让它做一个修改
36:40.476–36:42.296
zh让它去掉这个清除以完成按钮
让它去掉这个清除以完成按钮
36:42.296–36:45.076
zh让它执行
让它执行
36:45.076–36:47.876
zh在执行的过程中如果我们发现
在执行的过程中如果我们发现
36:47.876–36:50.636
zh它改错了或者是我们不想让它删除这个按钮了
它改错了或者是我们不想让它删除这个按钮了
36:50.636–36:53.376
zh我们可以按ESC键让它打断它的执行
我们可以按ESC键让它打断它的执行
36:53.376–36:55.156
zh在执行的过程中
在执行的过程中
36:55.156–36:57.196
zh按ESC键停止它单线的操作
按ESC键停止它单线的操作
36:57.196–37:01.096
zh比如说安装依赖超时或者是思路跑偏时
比如说安装依赖超时或者是思路跑偏时
37:01.096–37:03.116
zh可以及时停止减少无效的操作
可以及时停止减少无效的操作
37:03.116–37:05.436
zh如果我们想要它继续操作的话
如果我们想要它继续操作的话
37:05.436–37:06.756
zh我们可以在这里输入继续
我们可以在这里输入继续
37:06.756–37:09.916
zh这样的话它能够继续有上面的操作
这样的话它能够继续有上面的操作
37:09.916–37:11.656
zh我们让它执行完成
我们让它执行完成
37:11.656–37:13.796
zh它修改完成
它修改完成
37:13.796–37:15.276
zh我们刷新一下看一下
我们刷新一下看一下
37:15.276–37:18.416
zh这里的清除演完程按钮已经被删除掉了
这里的清除演完程按钮已经被删除掉了
37:19.376–37:22.256
zh还有一个关于绘画的块键是按两次ESC键
还有一个关于绘画的块键是按两次ESC键
37:23.756–37:25.176
zh这样就能看到我们历史的对话
这样就能看到我们历史的对话
37:26.416–37:29.016
zh从我们第一次对话到我们现在当前的对话继续
从我们第一次对话到我们现在当前的对话继续
37:29.316–37:30.816
zh现在是处在current这里
现在是处在current这里
37:31.256–37:33.756
zh再按一次ESC键就退回到当前的页面
再按一次ESC键就退回到当前的页面
37:36.376–37:37.916
zh在查看历史对话节点的时候
在查看历史对话节点的时候
37:37.916–37:40.216
zh我们可以选择回到某个历史对话节点的状态
我们可以选择回到某个历史对话节点的状态
37:40.456–37:41.956
zh比如说我们回到这个状态
比如说我们回到这个状态
37:42.356–37:43.276
zh我们先选择这个状态
我们先选择这个状态
37:43.276–37:44.556
zh然后选择回刹键
然后选择回刹键
37:45.176–37:47.916
zh第一个选择是将绘画还有代码都进行回滚
第一个选择是将绘画还有代码都进行回滚
37:47.916–37:53.796
zh第二个选项是指回轨对话 第三个选项是回轨指回轨代码 我们选择第一个选项
第二个选项是指回轨对话 第三个选项是回轨指回轨代码 我们选择第一个选项
37:56.416–37:57.376
zh我们再来刷新一下页面
我们再来刷新一下页面
37:58.576–38:00.996
zh可以看到它的代码已经恢复了 这个按钮已经出现了
可以看到它的代码已经恢复了 这个按钮已经出现了
38:02.216–38:05.456
zh又回到了我们让它去掉清楚已完成按钮这个操作之前
又回到了我们让它去掉清楚已完成按钮这个操作之前
38:06.756–38:11.536
zh接下来看一下上下文一出怎么处理 当我们有卡的扣的计程多人对话之后
接下来看一下上下文一出怎么处理 当我们有卡的扣的计程多人对话之后
38:12.536–38:13.576
zh会导致上下文过长
会导致上下文过长
38:13.576–38:15.576
zh上下围过长之后
上下围过长之后
38:15.576–38:17.476
zh那么它就会丢失一部分上下围
那么它就会丢失一部分上下围
38:17.476–38:18.356
zh导致它失忆
导致它失忆
38:18.356–38:20.796
zh所以在上下围比较长的时候
所以在上下围比较长的时候
38:20.796–38:22.436
zh我们可以使用写线命令
我们可以使用写线命令
38:22.436–38:23.756
en-compact
-compact
38:23.756–38:28.936
zh我们可以使用这个命令进行对话的压缩
我们可以使用这个命令进行对话的压缩
38:28.936–38:30.116
zh当然
当然
38:30.116–38:31.836
zh这个命令可以手动进行执行
这个命令可以手动进行执行
38:31.836–38:33.296
zh也可以自动进行执行
也可以自动进行执行
38:33.296–38:35.236
zh当你的上下围长度比较长的时候
当你的上下围长度比较长的时候
38:35.236–38:36.296
zh它就会出现这个提示
它就会出现这个提示
38:36.296–38:38.436
zh证明历史对话记录已经满了
证明历史对话记录已经满了
38:38.436–38:39.856
zh这个时候它会自动触发压缩
这个时候它会自动触发压缩
38:39.856–38:43.916
zhCloud Code会不会进行自动的压缩上压纹
Cloud Code会不会进行自动的压缩上压纹
38:43.916–38:45.876
zh是可以通过配置进行修改的
是可以通过配置进行修改的
38:45.876–38:47.976
zh我们可以通过Config进行看一下
我们可以通过Config进行看一下
38:47.976–38:50.456
zh第一个配置项
第一个配置项
38:50.456–38:51.836
enAuto Compact
Auto Compact
38:51.836–38:53.456
zh如果为初的话
如果为初的话
38:53.456–38:54.936
zh它就会自动进行压缩上压纹
它就会自动进行压缩上压纹
38:54.936–38:56.236
zh如果为Force的话
如果为Force的话
38:56.236–38:57.576
zh它就不会自动压缩上压纹
它就不会自动压缩上压纹
38:57.576–38:58.676
zh默认的情况下
默认的情况下
38:58.676–38:59.856
zh它是为初的
它是为初的
38:59.856–39:01.656
zh接着我们来看一下
接着我们来看一下
39:01.656–39:02.856
zh恢复与查看历史对话
恢复与查看历史对话
39:02.856–39:05.296
zh我们在使用Cloud Code的时候
我们在使用Cloud Code的时候
39:05.296–39:06.716
zh会由于一些原因
会由于一些原因
39:06.716–39:07.516
zh强制退出
强制退出
39:07.516–39:09.836
zh或者是强制关闭这个对话框
或者是强制关闭这个对话框
39:09.836–39:11.136
zh比如说
比如说
39:11.136–39:12.576
zh他在执行某个任务时候
他在执行某个任务时候
39:12.576–39:13.696
zh一直执行卡住了
一直执行卡住了
39:13.696–39:14.836
zh还有就是
还有就是
39:14.836–39:16.316
zh他安装某些依赖的时候
他安装某些依赖的时候
39:16.316–39:17.796
zh一直无法安装成功
一直无法安装成功
39:17.796–39:20.076
zh我们可能会强制关闭这个对话
我们可能会强制关闭这个对话
39:20.076–39:21.616
zh强制关闭之后
强制关闭之后
39:21.616–39:22.816
zh我们可以通过
我们可以通过
39:22.816–39:23.816
zhCloud架
Cloud架
39:23.816–39:25.436
zh打开历史对话记录
打开历史对话记录
39:25.436–39:28.156
zh我给大家演示一下
我给大家演示一下
39:28.156–39:31.056
zh刚才我已经强制关闭了对话
刚才我已经强制关闭了对话
39:31.056–39:33.696
zh然后我们重新进入项目
然后我们重新进入项目
39:35.416–39:36.376
zh执行这个命令
执行这个命令
39:36.376–39:40.976
zh这样我们就打开了一个历史对话
这样我们就打开了一个历史对话
39:40.976–39:43.616
zh然后我们选择第一个
然后我们选择第一个
39:43.616–39:46.116
zh就是最后执行的一个命令
就是最后执行的一个命令
39:46.116–39:48.736
zh这样我们相当于直接恢复到了刚才对话
这样我们相当于直接恢复到了刚才对话
39:48.736–39:51.676
zh现在我们让它把那个添加按钮改为红色
现在我们让它把那个添加按钮改为红色
39:51.676–39:55.496
zh然后我们中途退出
然后我们中途退出
39:56.347–39:57.847
zh再重新进入
再重新进入
39:57.847–40:03.567
zh然后执行cloud-2
然后执行cloud-2
40:03.567–40:06.887
zh选择第一个
选择第一个
40:06.887–40:09.447
zh这个时候他就回到了当前的任务
这个时候他就回到了当前的任务
40:09.447–40:10.467
zh输入继续
输入继续
40:10.467–40:16.387
zh它就会继续我们上次没有完成的任务
它就会继续我们上次没有完成的任务
40:16.387–40:20.467
zh整个历史的对话记录还是保留的
整个历史的对话记录还是保留的
40:20.467–40:23.467
zhCloud-r这个命令是打开历史对话记录
Cloud-r这个命令是打开历史对话记录
40:23.467–40:25.987
zh如果你使用Cloud-c这个命令的话
如果你使用Cloud-c这个命令的话
40:25.987–40:27.547
zh它就会直接进入上的对话
它就会直接进入上的对话
40:27.547–40:31.207
zh就相当于我们先使用Cloud-r打开了历史对话记录
就相当于我们先使用Cloud-r打开了历史对话记录
40:31.207–40:33.327
zh然后选择了最新的那次对话
然后选择了最新的那次对话
40:33.327–40:34.807
zh好了修改完成
好了修改完成
40:34.807–40:35.707
zh我们看一下效果
我们看一下效果
40:35.707–40:39.067
zh这个按钮已经被改成红色了
这个按钮已经被改成红色了
40:40.467–40:43.287
zh这里再说一个其他的小句话 就是批量执行任务
这里再说一个其他的小句话 就是批量执行任务
40:44.047–40:46.607
zh如何让Cloud Code一下子执行好几个任务呢
如何让Cloud Code一下子执行好几个任务呢
40:46.867–40:48.907
zh我们可以新建一个Task.md文件
我们可以新建一个Task.md文件
40:49.167–40:50.187
zh每一行写一个任务
每一行写一个任务
40:50.707–40:52.747
zh然后让他读取每一行的内容
然后让他读取每一行的内容
40:53.007–40:55.567
zh就是每一行是一个任务 让他依次来执行这个任务
就是每一行是一个任务 让他依次来执行这个任务
40:56.587–40:57.367
zh我们来Task一下
我们来Task一下
40:58.387–40:59.407
zh打开这个项目
打开这个项目
41:02.747–41:04.267
zh新建一个Task.md文件
新建一个Task.md文件
41:05.047–41:05.807
zh输入两个任务
输入两个任务
41:07.087–41:08.627
zh第一个任务是计算A加E等级
第一个任务是计算A加E等级
41:08.627–41:11.207
zh第二个任务是讲一个关于成员的笑话
第二个任务是讲一个关于成员的笑话
41:11.207–41:12.047
zh我们先报成
我们先报成
41:12.047–41:15.667
zh然后在Cloud Code中输入再这样的提示词
然后在Cloud Code中输入再这样的提示词
41:15.667–41:19.067
zh它正在读取它是个MD的内容
它正在读取它是个MD的内容
41:19.067–41:21.167
zh而且已经找到了两个任务
而且已经找到了两个任务
41:21.167–41:23.527
zh任务一是集团一加一等级
任务一是集团一加一等级
41:23.527–41:26.367
zh它给出的结果是二
它给出的结果是二
41:26.367–41:28.787
zh接着是讲一个关于成员的笑话
接着是讲一个关于成员的笑话
41:28.787–41:32.087
zh在这里它讲了一个成员的笑话
在这里它讲了一个成员的笑话
41:32.087–41:35.787
zh接下来咱们讲一下Cloud Code的配置
接下来咱们讲一下Cloud Code的配置
41:35.787–41:37.987
zh在使用Cloud Code的时候
在使用Cloud Code的时候
41:37.987–41:40.087
zh我们通常会在两个地方进行配置
我们通常会在两个地方进行配置
41:40.087–41:42.067
zh一个地方是上下围规短的配置
一个地方是上下围规短的配置
41:42.067–41:44.527
zh也就是cloudcode.md文件中进行配置
也就是cloudcode.md文件中进行配置
41:44.527–41:47.827
zh这里的配置也就相当于是系统集制词
这里的配置也就相当于是系统集制词
41:47.827–41:50.227
zh还有个地方是对cloudcode的配置
还有个地方是对cloudcode的配置
41:50.227–41:52.967
zh也就是使用settings的json的文件
也就是使用settings的json的文件
41:52.967–41:54.567
zh对cloudcode进行配置
对cloudcode进行配置
41:54.567–41:57.827
zh我们先来看一下这个上下围规短的配置
我们先来看一下这个上下围规短的配置
41:57.827–41:59.987
zh在和流行机器人进行交流的时候
在和流行机器人进行交流的时候
41:59.987–42:01.667
zh我们知道系统集制词很重要
我们知道系统集制词很重要
42:01.667–42:03.587
zh它会持续的影响AI的行为
它会持续的影响AI的行为
42:03.587–42:04.567
zh在cloudcode中
在cloudcode中
42:04.567–42:06.647
zhcloud.md这里边的内容
cloud.md这里边的内容
42:06.647–42:08.067
zh就相当于是系统形式词
就相当于是系统形式词
42:08.067–42:10.047
zhCloudCore在开始对话的时候
CloudCore在开始对话的时候
42:10.047–42:12.647
zh会自动读取Cloud.md作为上下文
会自动读取Cloud.md作为上下文
42:12.647–42:14.487
zh也就是说Cloud.md文件
也就是说Cloud.md文件
42:14.487–42:17.067
zh是我们来自定义项目上下文的地方
是我们来自定义项目上下文的地方
42:17.067–42:19.467
zh相当于是项目的开发配置文件
相当于是项目的开发配置文件
42:19.467–42:22.327
zhCloud.md中通常不含以下的内容
Cloud.md中通常不含以下的内容
42:22.327–42:25.527
zh开发环境和常用的办事命令
开发环境和常用的办事命令
42:25.527–42:27.987
zh核心的文件还有使用函数
核心的文件还有使用函数
42:27.987–42:30.087
zh电话的风格以及电话Core的规范
电话的风格以及电话Core的规范
42:30.087–42:33.427
zh测试说明项目它有的任何意外行为与警告
测试说明项目它有的任何意外行为与警告
42:33.427–42:36.207
zh还有就是自己希望CloudCore记住的其他信息
还有就是自己希望CloudCore记住的其他信息
42:36.207–42:39.507
zhCloud.md文件没有具体的格式要求
Cloud.md文件没有具体的格式要求
42:39.507–42:43.587
zh建议大家就是保持简洁和人类可图性
建议大家就是保持简洁和人类可图性
42:43.587–42:46.207
zh比如下面就是一个简单的前行项目的设置
比如下面就是一个简单的前行项目的设置
42:46.207–42:50.107
zh在这里它规定了一些常用的Base命令
在这里它规定了一些常用的Base命令
42:50.107–42:51.647
zh以代码风格还有工作流程
以代码风格还有工作流程
42:51.647–42:56.807
zh接下来我们看一下Cloud.md的类型位置
接下来我们看一下Cloud.md的类型位置
42:56.807–42:58.587
zh还有作用范围以及它的加载顺序
还有作用范围以及它的加载顺序
42:58.587–43:00.007
zh我看到网上很多内容
我看到网上很多内容
43:00.007–43:03.067
zh发现很少有人讲这个Cloud.md的类型
发现很少有人讲这个Cloud.md的类型
43:03.067–43:04.087
zh以及它的作用范围
以及它的作用范围
43:04.087–43:08.147
zh大家最常用的就是在项目中新建一个Cloud.md文件
大家最常用的就是在项目中新建一个Cloud.md文件
43:08.147–43:10.887
zh但是除了在项目中可以新建这个文件
但是除了在项目中可以新建这个文件
43:10.887–43:13.427
zh在其他的地方也可以新建这个文件
在其他的地方也可以新建这个文件
43:13.427–43:14.927
zh而且他们的作用也各有不同
而且他们的作用也各有不同
43:14.927–43:17.147
zh下面咱们就来详细的了解一下
下面咱们就来详细的了解一下
43:17.147–43:19.447
zh这样你能够更好的使用Cloud Core的
这样你能够更好的使用Cloud Core的
43:19.447–43:20.847
zh首先是级别最高的
首先是级别最高的
43:20.847–43:21.587
zh也就是企业级
也就是企业级
43:21.587–43:23.807
zh它存在于一个固定的位置
它存在于一个固定的位置
43:23.807–43:25.187
zh如果在Windows上
如果在Windows上
43:25.187–43:27.047
zh它就是在这个文件夹下
它就是在这个文件夹下
43:27.047–43:29.747
zh如果你查看你的电脑上没有这个文件夹的话
如果你查看你的电脑上没有这个文件夹的话
43:29.747–43:31.207
zh你需要手动的创建
你需要手动的创建
43:31.207–43:33.107
zh这是在Mac系统上的位置
这是在Mac系统上的位置
43:33.107–43:36.567
zh它的作用就是用于定义公司的编码标准
它的作用就是用于定义公司的编码标准
43:36.567–43:37.967
zh安全策略以及合纠要求
安全策略以及合纠要求
43:37.967–43:41.287
zh再往下一集就是用户级的Cloud.md文件
再往下一集就是用户级的Cloud.md文件
43:41.287–43:43.707
zh在Windows系统上它存在于这个目录
在Windows系统上它存在于这个目录
43:43.707–43:47.167
zh在MacOS还有零点上它是存在于这个目录
在MacOS还有零点上它是存在于这个目录
43:47.167–43:50.167
zh它的作用是个人自定义要求
它的作用是个人自定义要求
43:50.167–43:53.047
zh它的作用范围是对所有的项目都有效
它的作用范围是对所有的项目都有效
43:53.047–43:54.747
zh再往下就是项目级的
再往下就是项目级的
43:54.747–43:56.727
zh就是在当前项目的文件夹中
就是在当前项目的文件夹中
43:56.727–43:58.927
zh创建一个Cloud.md文件
创建一个Cloud.md文件
43:58.927–44:00.487
zh这也是最常用的方式
这也是最常用的方式
44:00.487–44:03.327
zh它的作用是项目自定要求
它的作用是项目自定要求
44:03.327–44:04.727
zh只是对当项项目有效
只是对当项项目有效
44:04.727–44:07.147
zh还有一种就是项目本地覆盖
还有一种就是项目本地覆盖
44:07.147–44:09.107
zh也是在项目的文件夹中
也是在项目的文件夹中
44:09.107–44:12.127
zh创建一个cloud.local.md文件
创建一个cloud.local.md文件
44:12.127–44:15.267
zh不过这个文件已经在新的cloud.local.md文件
不过这个文件已经在新的cloud.local.md文件
44:15.267–44:16.107
zh已经废弃了
已经废弃了
44:16.107–44:18.767
zh据起的话我们就不详细介绍了
据起的话我们就不详细介绍了
44:18.767–44:20.487
zh通过上面我们就可以知道
通过上面我们就可以知道
44:20.487–44:23.947
zh其实cloud.md文件在不同的位置都可以创建
其实cloud.md文件在不同的位置都可以创建
44:23.947–44:25.947
zh而且它们的作用范围也不一样
而且它们的作用范围也不一样
44:25.947–44:27.587
zh那么每个位置都创建了之后
那么每个位置都创建了之后
44:27.587–44:28.887
zh它会进行如何加载呢
它会进行如何加载呢
44:28.887–44:31.307
zh下面我们就来看一下它的加载顺序
下面我们就来看一下它的加载顺序
44:31.307–44:34.047
zh首先是加载企业级的Cloud.md文件
首先是加载企业级的Cloud.md文件
44:34.047–44:36.427
zh然后再加载优户级的Cloud.md文件
然后再加载优户级的Cloud.md文件
44:36.427–44:38.787
zh最后再加载项目级的Cloud.md文件
最后再加载项目级的Cloud.md文件
44:38.787–44:40.727
zh上面这三个步骤
上面这三个步骤
44:40.727–44:42.667
zh就是我们进入工作目录之后
就是我们进入工作目录之后
44:42.667–44:43.387
zh启动Cloud
启动Cloud
44:43.387–44:44.947
zh它就会自动进行加载
它就会自动进行加载
44:44.947–44:50.167
zh然后这一部分才是我们与Cloud的自然语言对话
然后这一部分才是我们与Cloud的自然语言对话
44:50.167–44:53.427
zh加载的顺序也是从上往下Ether加载
加载的顺序也是从上往下Ether加载
44:53.427–44:55.907
zh下面会覆盖上面的内容
下面会覆盖上面的内容
44:55.907–44:58.707
zh最常用的就是项目级的Cloud.md文件
最常用的就是项目级的Cloud.md文件
44:58.707–45:00.247
zh它只作用于当前的项目
它只作用于当前的项目
45:00.247–45:02.627
zh企业级与用户级的Cloud.md文件
企业级与用户级的Cloud.md文件
45:02.627–45:04.087
zh会作用于所有的项目
会作用于所有的项目
45:04.087–45:05.567
zh一般情况下
一般情况下
45:05.567–45:07.847
zh用不到企业级的Cloud.md文件
用不到企业级的Cloud.md文件
45:07.847–45:11.067
zh但是用户级的Cloud.md还是经常使用的
但是用户级的Cloud.md还是经常使用的
45:11.067–45:12.987
zh给我们返回的信息是英文的
给我们返回的信息是英文的
45:12.987–45:15.927
zh我们就可以在用户级的Cloud.md中进行规定
我们就可以在用户级的Cloud.md中进行规定
45:15.927–45:18.627
zh让它所有的返回信息都使用中文进行回答
让它所有的返回信息都使用中文进行回答
45:18.627–45:22.667
zh接下来我们看一下Cloud.md的创建与编辑方法
接下来我们看一下Cloud.md的创建与编辑方法
45:22.667–45:24.787
zh首先就是可以直接手动创建
首先就是可以直接手动创建
45:24.787–45:27.347
zh我们可以在项目的根目录中进行新建
我们可以在项目的根目录中进行新建
45:28.707–45:30.467
zh直接新建一个cloud.md文件
直接新建一个cloud.md文件
45:30.467–45:33.527
zh第二种方法就是使用-memory命令
第二种方法就是使用-memory命令
45:33.527–45:35.987
zh这样可以快速打开cloud.md文件
这样可以快速打开cloud.md文件
45:35.987–45:37.067
zh如果是没有的话
如果是没有的话
45:37.067–45:38.347
zh它也会直接进行创建
它也会直接进行创建
45:38.347–45:39.707
zh我们试一下这个命令
我们试一下这个命令
45:39.707–45:44.827
zh输入-memory
输入-memory
45:44.827–45:48.447
zh这个时候它会让我们选择
这个时候它会让我们选择
45:48.447–45:50.287
zh编辑哪一个cloud.md文件
编辑哪一个cloud.md文件
45:50.287–45:52.267
zh第一个是用户的memory
第一个是用户的memory
45:52.267–45:55.167
zh也就是我们用户层级的cloud.md文件
也就是我们用户层级的cloud.md文件
45:55.167–45:57.347
zh第二个是项目级的memory
第二个是项目级的memory
45:57.347–46:00.487
zh它会直接保存在我们当前项目的根目录中
它会直接保存在我们当前项目的根目录中
46:00.487–46:02.007
zh我们选择第二个
我们选择第二个
46:02.007–46:05.067
zh然后输入上面的这个内容
然后输入上面的这个内容
46:05.067–46:08.907
zh直接进行保存即可
直接进行保存即可
46:08.907–46:10.607
zh这样就保存好了
这样就保存好了
46:10.607–46:13.507
zh第二种方法就是我们可以直接输入警号
第二种方法就是我们可以直接输入警号
46:13.507–46:17.927
zh这样我们就可以直接将后面内容添加到Cloud.md文件中
这样我们就可以直接将后面内容添加到Cloud.md文件中
46:17.927–46:18.587
zh特使一下
特使一下
46:18.587–46:23.067
zh回车
回车
46:23.067–46:26.367
zh也是需要我们选择一个Cloud.md文件
也是需要我们选择一个Cloud.md文件
46:27.347–46:28.107
zh表达第二个
表达第二个
46:29.647–46:30.427
zh然后我们看一下
然后我们看一下
46:31.947–46:33.487
zh这里就是我们刚才添加的内容
这里就是我们刚才添加的内容
46:34.507–46:35.407
zh使用这种方式的
使用这种方式的
46:35.547–46:39.127
zh好处就是可以比较方便添加但是他只能添加不能删除
好处就是可以比较方便添加但是他只能添加不能删除
46:39.627–46:40.907
zh我们可以手动的删除
我们可以手动的删除
46:42.187–46:44.747
zh第三种创建的方式就是当我们打开一个项目的时候
第三种创建的方式就是当我们打开一个项目的时候
46:45.267–46:46.027
zh我们可以运行
我们可以运行
46:46.287–46:46.807
zh斜杠
斜杠
46:47.067–46:50.387
zhRNRT这个命令他就会自动生成cloud.md文件
RNRT这个命令他就会自动生成cloud.md文件
46:51.927–46:53.707
zh这种方式在前面我也已经演示过了
这种方式在前面我也已经演示过了
46:54.987–46:56.787
zh创建好这个cloud.md文件之后
创建好这个cloud.md文件之后
46:57.347–46:58.887
zh我们就可以进行项目的开发了
我们就可以进行项目的开发了
46:59.907–47:01.947
zh我们现在开发一个无子气的小游戏
我们现在开发一个无子气的小游戏
47:02.727–47:03.487
zh在这里输入
在这里输入
47:03.747–47:05.547
zh帮我生成一个前端无子气小游戏
帮我生成一个前端无子气小游戏
47:06.047–47:06.567
zh然后回车
然后回车
47:07.847–47:09.887
zh然后我们切换一下工作模式
然后我们切换一下工作模式
47:11.687–47:12.707
zh使用Yolo模式
使用Yolo模式
47:13.727–47:16.027
zh下面我们继续看一下这个Cloud Core的配置
下面我们继续看一下这个Cloud Core的配置
47:16.287–47:18.347
zh也就是settings.json这个文件
也就是settings.json这个文件
47:19.367–47:21.147
zh首先看一下settings.json这个文件的
首先看一下settings.json这个文件的
47:21.407–47:22.427
zh类型还有位置
类型还有位置
47:23.207–47:25.247
zh它这个文件也是通过分成设置
它这个文件也是通过分成设置
47:25.507–47:27.047
zh来配置Cloud Core的运行机制
来配置Cloud Core的运行机制
47:27.347–47:29.707
zh对高级别也是企业级的
对高级别也是企业级的
47:29.707–47:32.307
zh成为我们定在它的指令位置
成为我们定在它的指令位置
47:32.307–47:34.947
zh这里是Windows系统上的位置
这里是Windows系统上的位置
47:34.947–47:37.347
zh这里是Linux系统上的位置
这里是Linux系统上的位置
47:37.347–47:38.587
zh这个是Mac系统上的位置
这个是Mac系统上的位置
47:38.587–47:40.707
zh不过企业级的配置我们一般很少用到
不过企业级的配置我们一般很少用到
47:40.707–47:43.507
zh第二级就是用户级的配置
第二级就是用户级的配置
47:43.507–47:47.187
zhWindows上存在于这个目楼下的这个文件
Windows上存在于这个目楼下的这个文件
47:47.187–47:51.907
zhMac系统还有Linux系统是在这个位置的这个文件
Mac系统还有Linux系统是在这个位置的这个文件
47:51.907–47:53.947
zh再往下一级是项目级的
再往下一级是项目级的
47:53.947–47:56.987
zh存在于项目楼中的.cloud的文件下中
存在于项目楼中的.cloud的文件下中
47:57.951–48:00.251
zh变往下一集就是项目本地覆盖
变往下一集就是项目本地覆盖
48:00.551–48:02.871
zh也存在于项目的根目楼中.cloud的文件夹中
也存在于项目的根目楼中.cloud的文件夹中
48:03.871–48:06.511
zh如果项目的根目楼中没有这个.cloud的文件夹
如果项目的根目楼中没有这个.cloud的文件夹
48:06.511–48:07.771
zh我们可以进行手中的创建
我们可以进行手中的创建
48:08.771–48:10.171
zh然后说一下它的加载顺序
然后说一下它的加载顺序
48:10.471–48:12.211
zh它的加载顺序也是同上到下Ether加载
它的加载顺序也是同上到下Ether加载
48:12.411–48:14.411
zh下面呢会覆盖上面的配置
下面呢会覆盖上面的配置
48:14.411–48:17.111
zh最下面的这个项目本地覆盖
最下面的这个项目本地覆盖
48:17.111–48:19.411
zh尤其是进行一些个人测试的时候
尤其是进行一些个人测试的时候
48:19.411–48:21.411
zh我们就可以使用这个文件
我们就可以使用这个文件
48:21.411–48:25.411
zh企业级和用户级的配置文件会作用在所有的项目
企业级和用户级的配置文件会作用在所有的项目
48:25.411–48:26.911
zh最常用的是下面两个配置文件
最常用的是下面两个配置文件
48:26.911–48:28.411
zh也就是项目级的配置文件
也就是项目级的配置文件
48:28.411–48:30.411
zh这个配置文件呢
这个配置文件呢
48:30.411–48:32.411
zh它呢一般是用于团队共享
它呢一般是用于团队共享
48:32.411–48:34.411
zh会加入到Gate的版本空中之中
会加入到Gate的版本空中之中
48:34.411–48:36.411
zh而下面的这个配置文件
而下面的这个配置文件
48:36.411–48:38.411
zh一般是会用于个人的测试
一般是会用于个人的测试
48:38.411–48:40.411
zh通常会在Gate中进行忽略
通常会在Gate中进行忽略
48:42.411–48:47.871
zh然后咱们来说一下这个配置文言中的一些配置项 首先要说的就是这个Permissions全线配置
然后咱们来说一下这个配置文言中的一些配置项 首先要说的就是这个Permissions全线配置
48:48.451–48:53.931
zh当不在Ulu模式的时候 CloudCore在创建文件读取或者执行bass命令的时候 他都会进行全线的请求
当不在Ulu模式的时候 CloudCore在创建文件读取或者执行bass命令的时候 他都会进行全线的请求
48:54.471–48:55.611
zh需要允许后才能继续执行
需要允许后才能继续执行
48:56.531–48:58.471
zh我们可以对这些命令进行单独的配置
我们可以对这些命令进行单独的配置
48:59.311–49:04.051
zh这样即使不在Ulu模式下 CloudCore也可以执行某些操作 而不用进行全线的请求
这样即使不在Ulu模式下 CloudCore也可以执行某些操作 而不用进行全线的请求
49:05.131–49:08.531
zh例如添加edit就可以直接允许文件编辑
例如添加edit就可以直接允许文件编辑
49:09.171–49:09.531
enbass
bass
49:09.531–49:13.211
zh这个Gate-Commit就可以允许Gate提交
这个Gate-Commit就可以允许Gate提交
49:13.211–49:16.111
zh然后Webfile等可以允许联网搜索等等
然后Webfile等可以允许联网搜索等等
49:16.111–49:19.251
zh使用这个全案设置的好处就是
使用这个全案设置的好处就是
49:19.251–49:21.691
zh在我们觉得Ulo模式比较危险的情况下
在我们觉得Ulo模式比较危险的情况下
49:21.691–49:23.611
zh但是我们又想提高效率
但是我们又想提高效率
49:23.611–49:26.571
zh想让这个CloudCore的震动的进行执行
想让这个CloudCore的震动的进行执行
49:26.571–49:29.811
zh而不需要每一项权限都需要我们进行手动的确认
而不需要每一项权限都需要我们进行手动的确认
49:29.811–49:33.651
zh这样的话我们可以将某些我们认为安全的操作
这样的话我们可以将某些我们认为安全的操作
49:33.651–49:35.611
zh直接通过Permission的圈设置
直接通过Permission的圈设置
49:35.611–49:39.391
zh允许之后CloudCore就会直接跳过这些权限的请求
允许之后CloudCore就会直接跳过这些权限的请求
49:39.391–49:41.251
zh进行下一步的操作
进行下一步的操作
49:41.251–49:43.791
zh配置的方式也非常简单
配置的方式也非常简单
49:43.791–49:45.751
zh我们可以直接在这个
我们可以直接在这个
49:45.751–49:46.811
zh根目录中
根目录中
49:46.811–49:49.771
zh先创建一个.cloud的文件夹
先创建一个.cloud的文件夹
49:49.771–49:55.711
zh然后在这个文件夹中创建一个
然后在这个文件夹中创建一个
49:55.711–49:57.251
zhsettings的json文件
settings的json文件
49:57.251–50:09.631
zh然后打开这个文件
然后打开这个文件
50:09.631–50:14.431
zh将这段内容进行复制粘贴就可
将这段内容进行复制粘贴就可
50:14.431–50:18.531
zh这样的话我们就允许了编辑
这样的话我们就允许了编辑
50:18.531–50:21.051
zh联网查询以及写入
联网查询以及写入
50:21.051–50:22.231
zh还有这几个bass命令
还有这几个bass命令
50:22.231–50:23.851
zh在执行这些工具
在执行这些工具
50:23.851–50:25.391
zh还有命令的时候
还有命令的时候
50:25.391–50:26.931
zh它就不会再请求权限
它就不会再请求权限
50:26.931–50:28.091
zh会直接执行
会直接执行
50:28.091–50:30.291
zh下面呢就是
下面呢就是
50:30.291–50:32.311
zh它的一些禁止的权限
它的一些禁止的权限
50:32.311–50:34.191
zh比如说读这个当前项目下的
比如说读这个当前项目下的
50:34.191–50:35.351
zh.env文件
.env文件
50:35.351–50:37.731
zh因为这个文件中通常存报的是我们的密钥
因为这个文件中通常存报的是我们的密钥
50:37.731–50:39.511
zh或者是一些比较重要的数据
或者是一些比较重要的数据
50:39.511–50:40.591
zh例如数据库的密码等等
例如数据库的密码等等
50:40.591–50:41.571
zh我们就不让它读
我们就不让它读
50:41.571–50:44.731
zh还有就是环境变量的配置
还有就是环境变量的配置
50:44.731–50:46.111
zh前面我也提到过
前面我也提到过
50:46.111–50:48.431
zh我们需要给这个Cloud Code的设置代理
我们需要给这个Cloud Code的设置代理
50:48.431–50:50.591
zh其实也可以在配置中进行设置
其实也可以在配置中进行设置
50:50.591–50:52.611
zh我们通过env配置项
我们通过env配置项
50:52.611–50:54.411
zh就可以配置Cloud Code的代理
就可以配置Cloud Code的代理
50:54.411–50:56.911
zh因为这个代理我们希望它在所有的项目中
因为这个代理我们希望它在所有的项目中
50:56.911–50:57.711
zh都可以使用
都可以使用
50:57.711–50:59.231
zh所以我们可以将这个配置项
所以我们可以将这个配置项
50:59.231–51:00.411
zh放在个人层间的配置项
放在个人层间的配置项
51:00.411–51:02.111
zh我们打开这个路径
我们打开这个路径
51:02.111–51:12.631
zh在这里进行配置
在这里进行配置
51:12.631–51:16.531
zh复制这里的内容
复制这里的内容
51:26.911–51:32.951
zh这样我们就对Cloud Core的代理进行了设置
这样我们就对Cloud Core的代理进行了设置
51:32.951–51:35.371
zh以后每次行动Cloud Core的时候
以后每次行动Cloud Core的时候
51:35.371–51:38.691
zh它都会自动的加载这个配置设置代理
它都会自动的加载这个配置设置代理
51:38.691–51:40.971
zh不需要我们每次在环境变量中设置代理
不需要我们每次在环境变量中设置代理
51:40.971–51:44.711
zh我们来看一下Cloud Core的进行结果
我们来看一下Cloud Core的进行结果
51:44.711–51:46.991
zh好像它在这个地方已经卡了很久了
好像它在这个地方已经卡了很久了
51:46.991–51:48.191
zh我们进行强制推出
我们进行强制推出
51:48.191–51:50.651
zh上面我有重新请动的Cloud Core的
上面我有重新请动的Cloud Core的
51:50.651–51:51.591
zh我让它继续的时候
我让它继续的时候
51:51.591–51:54.411
zh我发现它好像是忘了刚才我让它做什么了
我发现它好像是忘了刚才我让它做什么了
51:54.411–51:58.911
zh所以我现在让他检查一下强调物体小游戏是不是已经开发完成
所以我现在让他检查一下强调物体小游戏是不是已经开发完成
51:58.911–52:00.251
zh然后他现在正在检查
然后他现在正在检查
52:00.251–52:04.071
zh他这里已经检查完成
他这里已经检查完成
52:04.071–52:08.651
zh假论是这是一个功能完成界面美观可以直接使用的强调物体小游戏
假论是这是一个功能完成界面美观可以直接使用的强调物体小游戏
52:08.651–52:11.451
zh然后现在我们打开运行看一下
然后现在我们打开运行看一下
52:11.451–52:14.611
zh这个就是他刚才开发的小游戏
这个就是他刚才开发的小游戏
52:14.611–52:16.731
zh但是这个界面上没有气盘
但是这个界面上没有气盘
52:16.731–52:19.011
zh我们可以让他再修复一下
我们可以让他再修复一下
52:19.011–52:20.251
zh我们跟他说
我们跟他说
52:20.251–52:22.991
zh当前这个游戏界面上没有气盘也无法进行游戏
当前这个游戏界面上没有气盘也无法进行游戏
52:22.991–52:23.751
zh请修复一下
请修复一下
52:23.751–52:25.751
zh好了 经过它几次修改呢
好了 经过它几次修改呢
52:25.751–52:28.751
zh这个电话也终于修改好了 我们刷新看一下
这个电话也终于修改好了 我们刷新看一下
52:28.751–52:31.051
zh我们测试一下
我们测试一下
52:31.051–52:34.751
zh看起来功能好像是没什么问题 重新开始
看起来功能好像是没什么问题 重新开始
52:34.751–52:37.751
zh好像没什么问题
好像没什么问题
52:37.751–52:40.291
zh这就是我们开发的无体小游戏
这就是我们开发的无体小游戏
52:40.291–52:46.531
zh咱们来看一下 CloudCore的最后一部分 就是它的工具的使用
咱们来看一下 CloudCore的最后一部分 就是它的工具的使用
52:46.531–52:51.871
zhCloudCore的本身也有些内置工具 比如说文件编辑工具 网约浏览工具等等
CloudCore的本身也有些内置工具 比如说文件编辑工具 网约浏览工具等等
52:51.871–52:53.471
zh除了本身内置的工具之外
除了本身内置的工具之外
52:53.471–52:55.091
zh它也可以使用一些外部的工具
它也可以使用一些外部的工具
52:55.091–52:57.751
zh比如说你已经安装好的各种CIR工具
比如说你已经安装好的各种CIR工具
52:57.751–52:58.711
zh也就是命连行工具
也就是命连行工具
52:58.711–53:00.131
zh还有就是MCP服务
还有就是MCP服务
53:00.131–53:04.031
zh有的时候命连行工具与MCP服务都能解决相同的问题
有的时候命连行工具与MCP服务都能解决相同的问题
53:04.031–53:05.391
zh这个时候呢
这个时候呢
53:05.391–53:07.131
zh我更加推荐的是使用命连行工具
我更加推荐的是使用命连行工具
53:07.131–53:10.611
zh因为每个MCP服务都会占有一部分你的上下文Token
因为每个MCP服务都会占有一部分你的上下文Token
53:10.611–53:13.691
zh所以最好是使用哪个MCP工具
所以最好是使用哪个MCP工具
53:13.691–53:14.991
zh就配置哪个MCP
就配置哪个MCP
53:14.991–53:17.611
zh接下来咱们就一次来看一下这些工具
接下来咱们就一次来看一下这些工具
53:17.611–53:19.411
zh首先是它的内置工具
首先是它的内置工具
53:19.411–53:22.351
zhCloud本身就集成了很多的内置工具
Cloud本身就集成了很多的内置工具
53:22.351–53:23.311
zh在使用的过程中
在使用的过程中
53:23.311–53:24.791
zh它会根据自己的任务
它会根据自己的任务
53:24.791–53:26.891
zh自动的去调用的内部工具
自动的去调用的内部工具
53:26.891–53:28.071
zh不需要总统来管理
不需要总统来管理
53:28.071–53:29.511
zh唯一我们需要做的就是
唯一我们需要做的就是
53:29.511–53:30.131
zh有些工具
有些工具
53:30.131–53:31.851
zh它会请求一些执行权限
它会请求一些执行权限
53:31.851–53:34.371
zh这个时候就需要我们手中的进行同意
这个时候就需要我们手中的进行同意
53:34.371–53:34.991
zh或者是拒绝
或者是拒绝
53:34.991–53:36.851
zh下面这个链接呢
下面这个链接呢
53:36.851–53:40.511
zh就显示了Cloud中已经内置了哪些工具
就显示了Cloud中已经内置了哪些工具
53:40.511–53:43.331
zh也就是下图中列出的这些工具
也就是下图中列出的这些工具
53:43.331–53:44.631
zh这里是工具的名称
这里是工具的名称
53:44.631–53:45.491
zh有byte工具
有byte工具
53:45.491–53:45.911
enedit
edit
53:45.911–53:47.711
zh还有read
还有read
53:47.711–53:49.051
zhtask工具
task工具
53:49.051–53:51.631
zhwebfiles还有website是执行网络搜索的工具
webfiles还有website是执行网络搜索的工具
53:51.631–53:54.171
zh在这里也标注了是不是需要权限
在这里也标注了是不是需要权限
53:54.171–53:55.991
zh凡是标注式的这种
凡是标注式的这种
53:55.991–53:58.151
zhCloud Core在执行这种工具的时候
Cloud Core在执行这种工具的时候
53:58.151–53:59.751
zh如果不是在Ulo模式下
如果不是在Ulo模式下
53:59.751–54:01.451
zh它就会先进行强项的请求
它就会先进行强项的请求
54:01.451–54:02.751
zh所以我们通议之后
所以我们通议之后
54:02.751–54:04.711
zh它才会进行后续的操作
它才会进行后续的操作
54:04.711–54:07.331
zh它那次工具我们进行了解一下就可以了
它那次工具我们进行了解一下就可以了
54:07.331–54:09.531
zh然后我们看一下第二种工具
然后我们看一下第二种工具
54:09.531–54:10.851
zhCRR工具
CRR工具
54:10.851–54:13.311
zhCRR工具也就是密尼行工具
CRR工具也就是密尼行工具
54:13.311–54:14.811
zh这里需要说明的是
这里需要说明的是
54:14.811–54:15.931
zh只要是密尼行工具
只要是密尼行工具
54:15.931–54:17.711
zh它在你的系统pass中
它在你的系统pass中
54:17.711–54:19.991
zh也就是你能在本地的中央中进行运行
也就是你能在本地的中央中进行运行
54:19.991–54:22.191
zh那么Cloud Code就能够调用这个工具
那么Cloud Code就能够调用这个工具
54:22.191–54:25.271
zh下面我就以Github的一个工具
下面我就以Github的一个工具
54:25.271–54:26.911
zh也就是ZHCRL
也就是ZHCRL
54:26.911–54:27.871
zh作为示例
作为示例
54:27.871–54:29.471
zh来演示一下
来演示一下
54:29.471–54:30.491
zh如何安装
如何安装
54:30.491–54:33.751
zh并且通过Cloud Code来使用这个ZHCRL工具
并且通过Cloud Code来使用这个ZHCRL工具
54:33.751–54:36.011
zh这个ZHCRL工具呢
这个ZHCRL工具呢
54:36.011–54:37.891
zh是能够与Github进行交互
是能够与Github进行交互
54:37.891–54:39.931
zh由创建提交拉取读取评论等等
由创建提交拉取读取评论等等
54:39.931–54:42.111
zh就相当于是Github的命连行工具
就相当于是Github的命连行工具
54:42.111–54:46.631
zh首先呢第一步就是我们需要先安装这个ZHCRL工具
首先呢第一步就是我们需要先安装这个ZHCRL工具
54:46.631–54:48.371
zh安装的方式有很多种
安装的方式有很多种
54:48.371–54:50.671
zh你可以直接让Cloud进行安装
你可以直接让Cloud进行安装
54:50.671–54:52.311
zh比如说可以使用这个提示词
比如说可以使用这个提示词
54:52.311–54:53.731
zh我们试一下
我们试一下
54:53.731–54:55.911
zh我们使用Ulo模式来执行这个命令
我们使用Ulo模式来执行这个命令
54:55.911–55:05.251
zh好了
好了
55:05.251–55:07.851
zh在这里其实Github CI已经成功安装
在这里其实Github CI已经成功安装
55:07.851–55:08.831
zh我们特试一下
我们特试一下
55:08.831–55:10.151
zh我们先打开一个窗口
我们先打开一个窗口
55:10.151–55:12.891
zh然后执行一下这个命令
然后执行一下这个命令
55:14.891–55:16.291
zh这里能够正常显示800号
这里能够正常显示800号
55:16.291–55:17.891
zh说明这个工具已经安装成功
说明这个工具已经安装成功
55:17.891–55:20.211
zh这是让Cloader帮我们安装
这是让Cloader帮我们安装
55:20.211–55:21.291
zh第二种方式
第二种方式
55:21.291–55:22.851
zh人家可以直接通过命令进行安装
人家可以直接通过命令进行安装
55:22.851–55:24.491
zh我们需要复制这号命令
我们需要复制这号命令
55:24.491–55:27.131
zh然后在Powseer中直接运行就行了
然后在Powseer中直接运行就行了
55:27.131–55:30.451
zh第三种方式就是进行手动下载进行安装
第三种方式就是进行手动下载进行安装
55:30.451–55:31.171
zh打开这个链接
打开这个链接
55:31.171–55:34.231
zh在这里选择符合你系统的版本
在这里选择符合你系统的版本
55:34.231–55:36.051
zh然后下载后直接进行安装就可以
然后下载后直接进行安装就可以
55:36.051–55:37.811
zh需要注意的是
需要注意的是
55:37.811–55:38.771
zh在安装完成之后
在安装完成之后
55:38.771–55:41.611
zh一定要是在一个新的4MD创工中执行这个命令
一定要是在一个新的4MD创工中执行这个命令
55:41.611–55:43.511
zh如果能够正常显示版本号
如果能够正常显示版本号
55:43.511–55:46.271
zh那么就说明这个工具已经成功的安装
那么就说明这个工具已经成功的安装
55:46.271–55:48.211
zh安装成功之后
安装成功之后
55:48.211–55:49.271
zh也需要重新Cloud Code
也需要重新Cloud Code
55:49.271–55:50.911
zh这样在Cloud Code的中单中
这样在Cloud Code的中单中
55:50.911–55:52.591
zh才能够正确的找到这个工具
才能够正确的找到这个工具
55:52.591–55:54.611
zh我们将Cloud Code关闭
我们将Cloud Code关闭
55:54.611–55:55.291
zh然后重新
然后重新
55:59.631–56:02.391
zh安装好这个工具之后 第二步我们要做的就是先进行登录
安装好这个工具之后 第二步我们要做的就是先进行登录
56:03.671–56:05.191
zh在Savity命令中执行这个命令
在Savity命令中执行这个命令
56:05.191–56:16.831
zh回车 然后再回车 然后输入外 然后再回车
回车 然后再回车 然后输入外 然后再回车
56:16.831–56:24.031
zh然后再回车 这个时候他会打开浓感器 点到这个页面 我们点击 continue
然后再回车 这个时候他会打开浓感器 点到这个页面 我们点击 continue
56:24.031–56:31.271
zh然后回到CMD命令核窗口
然后回到CMD命令核窗口
56:31.271–56:34.391
zh这里显示了一个code
这里显示了一个code
56:34.391–56:35.471
zh我们进行复制
我们进行复制
56:35.471–56:39.311
zh然后粘贴到这里
然后粘贴到这里
56:39.311–56:40.911
zh然后点击继续
然后点击继续
56:40.911–56:45.051
zh然后点击这个按钮
然后点击这个按钮
56:45.051–56:48.771
zh当出现这个页面的时候
当出现这个页面的时候
56:48.771–56:50.411
zh就说明我们已经登陆成功
就说明我们已经登陆成功
56:50.411–56:52.511
zh也就是在我们的本地
也就是在我们的本地
56:52.511–56:54.951
zh已经建立好了与GitHub的链接
已经建立好了与GitHub的链接
56:54.951–56:58.671
zh然后我们就可以在Cloud Code中使用这个工具
然后我们就可以在Cloud Code中使用这个工具
56:58.671–57:01.171
zh我们先看一下当前的这个项目文件夹
我们先看一下当前的这个项目文件夹
57:01.171–57:06.511
zh这个项目文件夹就是我们刚才创建的这个无子奇的游戏
这个项目文件夹就是我们刚才创建的这个无子奇的游戏
57:06.511–57:09.811
zh接下来我们使用刚才安装的这一次CIA工具
接下来我们使用刚才安装的这一次CIA工具
57:09.811–57:11.611
zh将这个项目推送到GitHub上
将这个项目推送到GitHub上
57:11.611–57:14.551
zh我们在命令行中输入这一行命令
我们在命令行中输入这一行命令
57:14.551–57:18.131
zh使用这一次命令将本项目推送到GitHub上
使用这一次命令将本项目推送到GitHub上
57:22.511–57:25.691
zh这是我当前的Github账号
这是我当前的Github账号
57:25.691–57:27.951
zh可以看到这个账号下没有任何的倉库
可以看到这个账号下没有任何的倉库
57:27.951–57:30.791
zh这里他们选择一个倉库的名称
这里他们选择一个倉库的名称
57:30.791–57:32.311
zh我们选择默认
我们选择默认
57:32.311–57:33.831
zh然后选择1
然后选择1
57:33.831–57:36.111
zh可以看到这里它的操作步骤
可以看到这里它的操作步骤
57:36.111–57:37.411
zh首先是处置化一个倉库
首先是处置化一个倉库
57:37.411–57:40.051
zh然后是添加所有的文件
然后是添加所有的文件
57:40.051–57:43.311
zh然后是处置化这个Commit
然后是处置化这个Commit
57:43.311–57:45.691
zh现在这一步是正在创建这个倉库
现在这一步是正在创建这个倉库
57:45.691–57:47.791
zh我们等待它执行完成
我们等待它执行完成
57:47.791–57:50.211
zh好了他现在说
好了他现在说
57:50.211–57:52.691
zh你的项目已经成功通过在gethub上
你的项目已经成功通过在gethub上
57:52.691–57:55.511
zh现在我们来到gethub刷新一下
现在我们来到gethub刷新一下
57:55.511–58:00.431
zh可以看到这里就多出来一个倉库
可以看到这里就多出来一个倉库
58:00.431–58:01.451
zh我们点击去看一下
我们点击去看一下
58:01.451–58:04.451
zh倉库中也有三个文件
倉库中也有三个文件
58:04.451–58:08.731
zh与当前的项目录中的文件是一样的
与当前的项目录中的文件是一样的
58:08.731–58:12.911
zh这样我们就通过Cloudcode使用本地的GhCRL工具
这样我们就通过Cloudcode使用本地的GhCRL工具
58:12.911–58:15.831
zh来将我们的项目提交到了gethub上
来将我们的项目提交到了gethub上
58:15.831–58:19.331
zh也就是Cloudcode能够正常的使用
也就是Cloudcode能够正常的使用
58:19.331–58:21.331
zh我们北地安装好的迷迭航工具
我们北地安装好的迷迭航工具
58:23.331–58:24.331
zh下面我们看一下
下面我们看一下
58:24.331–58:26.331
zhCloud Code如何使用mcp工具
Cloud Code如何使用mcp工具
58:26.331–58:28.331
zhmcp也就是模型的上下纹
mcp也就是模型的上下纹
58:28.331–58:30.331
zh简单的总言来说
简单的总言来说
58:30.331–58:32.331
zhmcp就是AI使用的标准化的工具箱
mcp就是AI使用的标准化的工具箱
58:32.331–58:34.331
zhAI可以使用这个工具箱
AI可以使用这个工具箱
58:34.331–58:35.331
zh由外部系统进行交互
由外部系统进行交互
58:35.331–58:37.331
zh代替人类完成一些操作
代替人类完成一些操作
58:37.331–58:40.331
zh然后来看一下mcp的配置有作用范围
然后来看一下mcp的配置有作用范围
58:41.331–58:42.331
zh与前面的上下纹配置
与前面的上下纹配置
58:42.331–58:44.331
zh还有Cloud Code配置类似
还有Cloud Code配置类似
58:44.331–58:46.331
zhmcp的配置也分为好几个层级
mcp的配置也分为好几个层级
58:46.331–58:48.331
zh每个层级也有不同的作用范围
每个层级也有不同的作用范围
58:48.331–58:48.851
zh作用范围
作用范围
58:49.871–58:52.171
zh首先第一个层级是本地范围
首先第一个层级是本地范围
58:53.451–58:55.751
zh它的配置层属在这个文件中的这个文件中
它的配置层属在这个文件中的这个文件中
58:56.531–58:57.411
zh它的作用范围是
它的作用范围是
58:57.411–58:59.851
zh仅在当前项目录的工作时起用
仅在当前项目录的工作时起用
59:00.611–59:02.151
zh适合个人开发服务实验设置
适合个人开发服务实验设置
59:02.671–59:03.691
zh还有就是项目范围
还有就是项目范围
59:04.711–59:05.491
zh项目范围
项目范围
59:05.731–59:06.511
zh它的配置是
它的配置是
59:06.511–59:08.551
zh它的配置是在项目的根目录中
它的配置是在项目的根目录中
59:09.331–59:10.611
zh.mcp.json文件中
.mcp.json文件中
59:11.631–59:12.651
zh它的作用范围是
它的作用范围是
59:12.651–59:14.691
zh仅在当前项目录中的工作时起用
仅在当前项目录中的工作时起用
59:15.731–59:16.231
zh适合团队
适合团队
59:16.231–59:18.431
zh各个层元都使用相同的MCP工具
各个层元都使用相同的MCP工具
59:18.431–59:21.011
zh还有一个就是用户范围
还有一个就是用户范围
59:21.011–59:25.431
zh这个设置与本地范围是在同一个文件中
这个设置与本地范围是在同一个文件中
59:25.431–59:29.011
zh它的作用范围就是在所有的项目中都会启用
它的作用范围就是在所有的项目中都会启用
59:29.011–59:32.011
zh然后说一下这个MCP的添加方式
然后说一下这个MCP的添加方式
59:32.011–59:33.831
zhMCP有三种添加方式
MCP有三种添加方式
59:33.831–59:36.831
zh评论是远程ATP服务器
评论是远程ATP服务器
59:36.831–59:38.511
zh远程SSE服务器
远程SSE服务器
59:38.511–59:40.851
zh本地STDIO服务器
本地STDIO服务器
59:40.851–59:43.691
zh可以通过Transport来指定具体使用哪种方式
可以通过Transport来指定具体使用哪种方式
59:43.691–59:48.951
zh通常mcp的添加方式是由mcp服务的提供者来决定
通常mcp的添加方式是由mcp服务的提供者来决定
59:48.951–59:51.271
zh一般我们不需要更改
一般我们不需要更改
59:51.271–59:53.871
zh如果说不指令transport这个态度的话
如果说不指令transport这个态度的话
59:53.871–59:55.931
zh它没有比例的stdio服务器
它没有比例的stdio服务器
59:55.931–59:59.411
zh也就是相当于使用态度transport的stdio
也就是相当于使用态度transport的stdio
59:59.411–1:00:01.071
zh需要注意的是
需要注意的是
1:00:01.071–1:00:03.751
zh使用stdio方式来添加mcp的时候
使用stdio方式来添加mcp的时候
1:00:03.751–1:00:07.971
zhWindows系统需要使用cmd-c来包装npx的命令
Windows系统需要使用cmd-c来包装npx的命令
1:00:07.971–1:00:10.911
zh否则可能会导致Cloudcode无法识别mcp服务
否则可能会导致Cloudcode无法识别mcp服务
1:00:10.911–1:00:13.591
zh这个具体的使用方法我会在下面
这个具体的使用方法我会在下面
1:00:13.691–1:00:16.051
zh按照MCP服务的时候来进行演示
按照MCP服务的时候来进行演示
1:00:17.431–1:00:19.091
zh上面这三个MCP的层级
上面这三个MCP的层级
1:00:19.431–1:00:22.071
zh可以使用探索来控制将MCP添加到哪个层级
可以使用探索来控制将MCP添加到哪个层级
1:00:22.971–1:00:26.291
zh下面通过添加KROM DVTOUR的MCP来举例说明
下面通过添加KROM DVTOUR的MCP来举例说明
1:00:26.711–1:00:28.191
zh三个层级中的MCP添加方式
三个层级中的MCP添加方式
1:00:29.891–1:00:32.491
zh当前的项目录为地盘下的TEST MCP文件夹
当前的项目录为地盘下的TEST MCP文件夹
1:00:33.371–1:00:34.811
zh然后我已经添加进入这个文件夹
然后我已经添加进入这个文件夹
1:00:35.471–1:00:38.251
zh首先我们将KROM DVTOUR的MCP添加到本地范围
首先我们将KROM DVTOUR的MCP添加到本地范围
1:00:39.191–1:00:41.451
zh也就是使用这个SCOPE LOCAL这个参数
也就是使用这个SCOPE LOCAL这个参数
1:00:41.451–1:00:44.351
zh我电脑是windows系统 所以我使用这个第三条命令
我电脑是windows系统 所以我使用这个第三条命令
1:00:45.751–1:00:46.171
zh复制
复制
1:00:51.851–1:00:52.971
zh粘贴然后执行
粘贴然后执行
1:00:55.211–1:00:56.011
zh他已经添加好了
他已经添加好了
1:00:56.851–1:00:59.591
zh在这里他也说明了他的修改的文件是这个文件
在这里他也说明了他的修改的文件是这个文件
1:01:00.851–1:01:01.931
zh我们打开这个文件看一下
我们打开这个文件看一下
1:01:06.811–1:01:07.431
zh也是这个文件
也是这个文件
1:01:11.451–1:01:15.511
zh可以看到在这里他就对这个项目进行了mcp的设置
可以看到在这里他就对这个项目进行了mcp的设置
1:01:15.511–1:01:21.891
zh是当前的项目
是当前的项目
1:01:21.891–1:01:28.491
zh也就是说在增加上面的命令后就会在这个文件中
也就是说在增加上面的命令后就会在这个文件中
1:01:28.491–1:01:30.551
zh做出下面的配置
做出下面的配置
1:01:30.551–1:01:36.171
zh我们可以使用Cloud MCP List来查看当前这个项目有哪些mcp可以用
我们可以使用Cloud MCP List来查看当前这个项目有哪些mcp可以用
1:01:36.171–1:01:43.591
zhColumnDVTools这个MCP已经被列出来了
ColumnDVTools这个MCP已经被列出来了
1:01:43.591–1:01:45.751
zh这是我们刚才安装好的MCP
这是我们刚才安装好的MCP
1:01:45.751–1:01:48.691
zh我们刚才在执行这条命令的时候
我们刚才在执行这条命令的时候
1:01:48.691–1:01:50.511
zh并没有使用Scovo这个坛数
并没有使用Scovo这个坛数
1:01:50.511–1:01:53.091
zh也就是说当省为这个坛数的时候
也就是说当省为这个坛数的时候
1:01:53.091–1:01:54.931
zh它默认就是添加到本地范围
它默认就是添加到本地范围
1:01:54.931–1:01:57.891
zh然后我们启动Cloud
然后我们启动Cloud
1:01:57.891–1:02:03.891
zh在Cloud中也可以通过写线命令来查看
在Cloud中也可以通过写线命令来查看
1:02:03.891–1:02:05.391
zh已经安装了哪些MCP
已经安装了哪些MCP
1:02:05.391–1:02:07.731
zh-mcp 然后回车
-mcp 然后回车
1:02:07.731–1:02:11.891
zh可以看到我们当前安装的mcp工具是这个
可以看到我们当前安装的mcp工具是这个
1:02:11.891–1:02:13.771
enChrome DVtools
Chrome DVtools
1:02:13.771–1:02:19.351
zh我先来演示一下如何在Cloud Code中使用mcp工具
我先来演示一下如何在Cloud Code中使用mcp工具
1:02:19.351–1:02:22.551
zh刚才安装到Chrome DVtools这个mcp
刚才安装到Chrome DVtools这个mcp
1:02:22.551–1:02:26.311
zh它可以控制谷歌连软器来动动化的进行一些操作
它可以控制谷歌连软器来动动化的进行一些操作
1:02:26.311–1:02:28.291
zh我们输入这样一大提示词
我们输入这样一大提示词
1:02:28.291–1:02:32.831
zh使用Chrome DVtools mcp 打开GateHub
使用Chrome DVtools mcp 打开GateHub
1:02:32.831–1:02:34.991
zh然后找到这个项目 给它点个赞
然后找到这个项目 给它点个赞
1:02:34.991–1:02:36.571
zh我们回车
我们回车
1:02:36.571–1:02:39.111
zh我们看一下它能不能够正常的执行
我们看一下它能不能够正常的执行
1:02:39.111–1:02:51.731
zh它也能正常的打开了GateHub
它也能正常的打开了GateHub
1:02:51.731–1:02:56.171
zh也找到了这个项目
也找到了这个项目
1:03:03.051–1:03:04.711
zh现在它需要给这个项目点一个S大
现在它需要给这个项目点一个S大
1:03:04.711–1:03:10.071
zh大家可以看到这里它已经正常的点了Star
大家可以看到这里它已经正常的点了Star
1:03:10.071–1:03:17.651
zh它这里提示我已经成功给这个项目点了Star
它这里提示我已经成功给这个项目点了Star
1:03:17.651–1:03:24.171
zh这样我们又成功的使用了Cloud Core来调用了MCP工具
这样我们又成功的使用了Cloud Core来调用了MCP工具
1:03:24.171–1:03:27.151
zh并成功的完成了我们指定的任务
并成功的完成了我们指定的任务
1:03:28.460–1:03:30.740
zh接下来我们来看一下
接下来我们来看一下
1:03:30.740–1:03:32.540
zh剩下的两种MCP的范围
剩下的两种MCP的范围
1:03:32.540–1:03:34.960
zh第二种是项目范围
第二种是项目范围
1:03:34.960–1:03:37.460
zh也就是在安装MCP工具的时候
也就是在安装MCP工具的时候
1:03:37.460–1:03:39.280
zh通过scope坍数
通过scope坍数
1:03:39.280–1:03:41.580
zh指定为project
指定为project
1:03:41.580–1:03:42.780
zh它就可以将
它就可以将
1:03:42.780–1:03:45.660
zh他就可以将mcp工具安装到项目范围
他就可以将mcp工具安装到项目范围
1:03:45.660–1:03:48.280
zh也就是在当前这个项目文件加中
也就是在当前这个项目文件加中
1:03:48.280–1:03:50.840
zh新建一个.mcp.json这个文件
新建一个.mcp.json这个文件
1:03:50.840–1:03:52.240
zh我们来测试一下
我们来测试一下
1:03:52.240–1:03:54.500
zh先复制这个命令
先复制这个命令
1:03:54.500–1:03:56.280
zh先退出Cloud Code
先退出Cloud Code
1:03:56.280–1:04:00.460
zh然后将上面安装的mcp工具删除
然后将上面安装的mcp工具删除
1:04:00.460–1:04:02.680
zh好了已经删除成功
好了已经删除成功
1:04:02.680–1:04:04.800
zh然后我们使用这个命令
然后我们使用这个命令
1:04:04.800–1:04:06.900
zh将这个mcp安装到我们项目范围
将这个mcp安装到我们项目范围
1:04:06.900–1:04:07.700
zh回车
回车
1:04:07.700–1:04:09.840
zh他这里提示
他这里提示
1:04:09.840–1:04:11.280
zh编辑了这个文件
编辑了这个文件
1:04:11.280–1:04:14.460
zh也就是项目目录中的.mcp.json
也就是项目目录中的.mcp.json
1:04:14.460–1:04:16.120
zh我们看一下这个文件中的内容
我们看一下这个文件中的内容
1:04:16.120–1:04:23.500
zh它又在这个文件中添加了质量的内容
它又在这个文件中添加了质量的内容
1:04:23.500–1:04:26.220
zh接着再来看一下用户范围的mcp
接着再来看一下用户范围的mcp
1:04:26.220–1:04:28.160
zh同样我们先进行移除
同样我们先进行移除
1:04:28.160–1:04:33.040
zh然后执行这段命令
然后执行这段命令
1:04:33.040–1:04:36.460
zh这里的scope它只是user
这里的scope它只是user
1:04:38.600–1:04:39.760
zh回车进行执行
回车进行执行
1:04:39.760–1:04:43.760
zh它提示编辑了这个文件
它提示编辑了这个文件
1:04:43.760–1:04:47.780
zh这个文件就是刚才将MCP安装在本地范围的时候
这个文件就是刚才将MCP安装在本地范围的时候
1:04:47.780–1:04:49.200
zh编辑的是同一个文件
编辑的是同一个文件
1:04:49.200–1:04:50.780
zh只不过他们编辑的位置不一样
只不过他们编辑的位置不一样
1:04:50.780–1:04:52.780
zh我们打开这个文件看一下
我们打开这个文件看一下
1:04:52.780–1:04:57.280
zh可以看到在这个PACE文件中
可以看到在这个PACE文件中
1:04:57.280–1:04:58.880
zh它的MCP是放在这里
它的MCP是放在这里
1:04:58.880–1:05:00.940
zh这天在本地范围的时候
这天在本地范围的时候
1:05:00.940–1:05:03.040
zh它会将MCP放在这里
它会将MCP放在这里
1:05:03.040–1:05:04.740
zh也就是每个项目中的MCP
也就是每个项目中的MCP
1:05:04.740–1:05:06.540
zh当在用户范围的时候
当在用户范围的时候
1:05:06.540–1:05:08.780
zh这个MCP工具会在全局范围内进行启用
这个MCP工具会在全局范围内进行启用
1:05:08.780–1:05:11.360
zh也就是在所有的项目中都启用该MCP服务
也就是在所有的项目中都启用该MCP服务
1:05:11.360–1:05:14.220
zh再来看一下这个MCP工具加载的顺序
再来看一下这个MCP工具加载的顺序
1:05:14.220–1:05:16.300
zh当进入一个工作目录之后
当进入一个工作目录之后
1:05:16.300–1:05:19.080
zhCloud Code会加载所有能够加载到的MCP服务
Cloud Code会加载所有能够加载到的MCP服务
1:05:19.080–1:05:22.700
zh当具有相同的名称的服务存在于多个范围时
当具有相同的名称的服务存在于多个范围时
1:05:22.700–1:05:25.440
zh首先优先考虑本地范围的服务器
首先优先考虑本地范围的服务器
1:05:25.440–1:05:28.000
zh其次是项目范围的服务器
其次是项目范围的服务器
1:05:28.000–1:05:30.220
zh最后是应用户范围的服务器
最后是应用户范围的服务器
1:05:30.220–1:05:32.400
zh它通过这种方式来解决冲突
它通过这种方式来解决冲突
1:05:32.400–1:05:35.000
zh这种设计方式也能够确保个人配置
这种设计方式也能够确保个人配置
1:05:35.000–1:05:37.940
zh可以在需要的时候覆盖共享配置
可以在需要的时候覆盖共享配置
1:05:38.780–1:05:41.340
zh上面呢就是Cloud Code的一些工具的使用方式
上面呢就是Cloud Code的一些工具的使用方式
1:05:41.860–1:05:43.640
zh包括内置工具
包括内置工具
1:05:43.900–1:05:44.920
zh本地322工具
本地322工具
1:05:45.180–1:05:45.940
zh还有mcp工具
还有mcp工具
1:05:46.460–1:05:47.480
zhmcp工具除了
mcp工具除了
1:05:47.740–1:05:50.300
zh上面我们安装这个Chrome DVTools MCP之外
上面我们安装这个Chrome DVTools MCP之外
1:05:50.560–1:05:52.100
zh还有各种各样的好用的mcp
还有各种各样的好用的mcp
1:05:52.340–1:05:54.140
zh感兴趣的好伴可以自己试一下
感兴趣的好伴可以自己试一下
1:05:54.900–1:05:55.420
zh比如说
比如说
1:05:55.680–1:05:56.960
zhService这个mcp服务
Service这个mcp服务
1:05:57.220–1:05:59.000
zh他的官网还有文档都在这里
他的官网还有文档都在这里
1:06:00.020–1:06:00.800
zh还有Figma
还有Figma
1:06:01.820–1:06:02.580
enContext 7
Context 7
1:06:03.360–1:06:04.640
zh等等这些mcp服务
等等这些mcp服务
1:06:05.140–1:06:06.180
zh我就不易介绍了
我就不易介绍了
1:06:06.420–1:06:08.740
zh在以后的视频中如果用到的话再给大家一易介绍
在以后的视频中如果用到的话再给大家一易介绍
1:06:08.780–1:06:12.180
zhCloud Code作为AI变成的Top级产品
Cloud Code作为AI变成的Top级产品
1:06:12.180–1:06:14.480
zh当我们了解了Cloud Code的使用之后
当我们了解了Cloud Code的使用之后
1:06:14.480–1:06:16.800
zh我们再使用其他的AI变成工具
我们再使用其他的AI变成工具
1:06:16.800–1:06:19.080
zh比如说Codex 还有Zeminar
比如说Codex 还有Zeminar
1:06:19.080–1:06:21.460
zh以及Cursor Perio等等
以及Cursor Perio等等
1:06:21.460–1:06:23.860
zh无论是密码工具还是通讯化界面的工具
无论是密码工具还是通讯化界面的工具
1:06:23.860–1:06:26.260
zh我们在使用的时候基本上就很容易上手
我们在使用的时候基本上就很容易上手
1:06:26.260–1:06:27.720
zh好了本期视频内容就到这里
好了本期视频内容就到这里
1:06:27.720–1:06:28.460
zh感谢您的观看
感谢您的观看
1:06:28.460–1:06:29.260
zh我们下期再见
我们下期再见
1:06:29.260–1:06:29.680
zh拜拜
拜拜
影片筆記：Claude Code 入门到高级超详细教程（安装、常用命令、接入国内大模型、核心模式、配置以及CLI与MCP工具）
一句話總結
本影片詳細講解了 Claude Code 從環境安裝、基礎命令使用，到接入國內大模型（如 KMK2、Deepseek）的完整流程，並深入介紹了其三種核心模式（自動編輯、Plan、Yolo）、上下文壓縮機制、多層級配置文件系統（Cloud.md、Settings.json），以及內置工具、CLI 命令行工具與 MCP（Model Context Protocol）的整合應用。
核心重點
- 環境與安裝：強調 Node.js (推薦 20+ 版本) 與 Git 的安裝，以及 VS Code 擴展的安裝。針對國內用戶，詳細說明了如何通過配置代理和 API Key 接入國產大模型。
- 核心模式差異：
- 自動編輯模式 (Auto Edit)：免確認創建/修改文件。
- Plan 模式：僅進行規劃，不執行代碼修改。
- Yolo 模式：最高權限，自動化執行所有操作，無需確認。
- 上下文與記憶管理：
- 使用
/compact命令壓縮上下文以解決「失憶」問題。 Cloud.md作為系統提示詞，具有企業級、用戶級、項目級三層加載順序，用於定義開發規範。
- 工具生態整合：
- 支持調用系統 PATH 中的 CLI 工具（如 GitHub CLI）。
- 通過 MCP (Model Context Protocol) 標準化接入外部工具（如 Chrome DevTools），實現瀏覽器自動化操作。
- 配置系統：
Settings.json用於配置權限預設（Permissions）和環境變數（Env/代理）。- 配置具有層級覆蓋特性，項目級配置優先於用戶級，用戶級優先於企業級。
詳細大綱
1. 環境準備與基礎安裝
- 依賴安裝：
- Node.js：推薦版本 20、22 或 24。
- Git：需配置 Bash 工具環境變數（提及
git.bass.exe或Gate.bass.exe）。 - Claude Code 安裝：
- 通過命令行安裝 Claude Code。
- 在 VS Code 中安裝 Claude Code 擴展。
- 網路配置：
- 配置網路代理以解決訪問限制問題（提及測試訪問谷歌）。
2. 基礎操作與常用命令 (Slash Commands)
- 基本命令：
/init：初始化項目記憶。/add-dir：切換工作目錄。/clear：清除對話歷史。/compact：壓縮上下文。/model：查看或切換模型。/status：查看狀態。/config：查看配置。- 版本管理：啟動、驗證版本與升級。
3. 接入國產大模型
- 模型選擇：提及 KMK2 (Kimi/KMK2 ThinkingTurbo) 和 Deepseek (Deepseek Set)。
- API Key 配置：
- 獲取 API Key (提及 "apfk", "meel")。
- 配置方式：臨時終端命令 vs 永久環境變數。
- 快速切換：使用 Windows Terminal 快速切換模型配置。
- 計費與帳號：提及美元計費、註冊帳號、封號風險及月之暗面 (約阵案面) 相關資訊。
4. 核心模式介紹
- 自動編輯模式 (Auto Edit)：
- 免確認創建/修改文件。
- 提及 "振动编辑模式" 或 "震动边境模式"。
- Plan 模式：
- 只規劃不執行，生成 Plan.md。
- Yolo 模式：
- 最高權限，自動化執行。
- 提及 "Ulo模式" 或 "优劳模式"。
- 模式切換：通過快捷鍵切換模式。
5. 執行控制與歷史恢復
- 中斷與恢復：
- 執行過程中按
ESC鍵中斷操作（如依賴安裝超時）。 - 輸入
continue恢復後續操作。 - 歷史對話管理：
- 按兩次
ESC鍵進入歷史對話列表。 - 使用
ESC鍵選擇歷史節點並回滾。 - 回滾選項：回滾繪畫與代碼、回滾對話、回滾代碼。
- 強制關閉對話後，可透過命令重新打開歷史記錄並恢復任務狀態。
6. 上下文 (Context) 壓縮
- 問題：多輪對話導致上下文過長，可能引發「失憶」或「上下位溢出」。
- 解決方案：
- 使用
-compact命令手動壓縮對話。 - 系統配置
Auto Compact： - 設為
true：自動壓縮。 - 設為
Force：不自動壓縮。
7. 批量任務執行
- Task.md 文件配置：
- 新建
Task.md文件，每行寫一個任務。 - Claude Code 讀取文件內容並依序執行每個任務。
8. Cloud.md 配置系統 (上下文/系統提示詞)
- 作用：相當於系統提示詞 (System Prompt)，定義項目上下文、開發規範、代碼風格。
- 加載順序與作用範圍 (由上至下，下覆蓋上)：
- 企業級 (Enterprise)：Windows/Mac 固定目錄，作用於公司編碼標準、安全策略。
- 用戶級 (User)：用戶目錄，作用於個人自定義要求，對所有項目有效。
- 項目級 (Project)：當前項目根目錄，作用於項目自定義要求。
- 項目本地覆蓋 (Local Override)：
cloud.local.md(聽寫提及已廢棄)。
- 創建與編輯：
- 手動在根目錄新建
cloud.md。 - 使用
-memory命令快速打開或創建。 - 使用
#開頭直接追加內容至cloud.md(僅能添加，不能刪除)。 - 運行
/rnrt命令自動生成。
9. Settings.json 配置系統 (運行機制)
- 作用：配置 Claude Code 的運行機制、權限預設、代理設置等。
- 加載順序與位置 (由上至下，下覆蓋上)：
- 企業級：系統固定目錄。
- 用戶級：用戶目錄下的配置文件。
- 項目級：項目目錄下的
.cloud文件夾中。 - 項目本地覆蓋：項目根目錄下的
.cloud文件夾中 (常用於個人測試，通常被 Git 忽略)。
- 關鍵配置項：
- Permissions (權限)：非 Yolo 模式下，創建文件、讀取、執行 bash 命令需請求權限。可預設允許特定操作 (如
edit,bash,git-commit,webfiles)。 - Env (環境變數)：可在此配置代理 (Proxy)。
10. 工具使用 (Tools)
- 內置工具 (Built-in Tools)：
- 包括
byte,edit,read,task,webfiles,website等。 - 根據任務自動調用，部分工具需手動確認權限。
- 命令行工具 (CLI Tools)：
- 只要系統 PATH 中存在 CLI 工具，Claude Code 即可調用。
- 示例：
ghcrl(GitHub CLI)： - 安裝方式：Claude Code 安裝、命令行安裝、手動下載。
- 登錄：使用
gh auth login流程登錄 GitHub。 - 使用：透過 Claude Code 調用 CLI 命令 (如推送代碼到 GitHub)。
- MCP (Model Context Protocol)：
- 定義：AI 使用的標準化工具箱，用於與外部系統交互。
- 配置層級與範圍：
- 本地範圍 (Local)：
mcp.json文件，僅當前項目目錄有效。 - 項目範圍 (Project)：項目根目錄
.mcp.json，僅當前項目有效。 - 用戶範圍 (User)：全局配置文件，所有項目啟用。
- 添加方式：
- 使用
cloud mcp命令，通過scope參數指定範圍 (local, project, user)。 - Transport 類型：Remote ATP, Remote SSE, Local STDIO (Windows 需用
cmd /c包裝 npx)。 - 加載順序：本地 > 項目 > 用戶 (解決衝突)。
- 示例：
Chrome DVToolsMCP：用於自動化控制瀏覽器操作 (如打開 GitHub 並點 Star)。
工具 / 模型 / 名詞整理
- 開發環境/系統：Windows, macOS, Linux
- 基礎依賴：Node.js (推薦版本 20, 22, 24), Git (提及
git.bass.exe或Gate.bass.exe) - 核心工具：Claude Code (影片口語常稱為 "Cloud Code" 或 "Cloud Code for VS Code")
- 編輯器：VS Code (PowerShell, CMD, Windows Terminal)
- 國產大模型/API：
- KMK2 (提及 "KPK2", "KMK2 ThinkingTurbo")
- Deepseek (提及 "deep secret", "Deepshake", "Deepseek Set")
- 其他提及：
- Cloud.md (項目記憶文件)
- Plan.md (規劃文件)
- Task.md (批量任務文件)
- API Key (提及 "apfk", "meel")
- MCP (Model Context Protocol)
- Chrome DVTools (MCP 示例)
- GitHub CLI (提及
ghcrl)
操作流程整理
1. 環境準備與安裝
- 安裝 Node.js (推薦 20 以上版本)。
- 安裝 Git 並配置 Bash 工具環境變數。
- 安裝 Claude Code (命令行工具)。
- 在 VS Code 中安裝 Claude Code 擴展。
- (可選) 配置網路代理以解決訪問限制。
2. 接入國產大模型 (以 KMK2/Deepseek 為例)
- 獲取 API Key (從月之暗面或 Deepseek 官網)。
- 配置環境變數：
- 臨時：在終端中設置環境變數。
- 永久：在系統或用戶級別設置環境變數。
- 使用 Windows Terminal 快速切換模型配置。
3. 常用命令操作
/init：初始化項目記憶。/add-dir：切換工作目錄。/clear：清除對話歷史。/compact：壓縮上下文。/model：查看/切換模型。/status：查看狀態。/config：查看配置。
4. 配置 Cloud.md (系統提示詞)
- 手動在項目根目錄新建
cloud.md。 - 或使用
-memory命令快速打開/創建。 - 使用
#開頭追加內容至cloud.md。 - 運行
/rnrt命令自動生成。 - 根據需求設置企業級、用戶級或項目級配置。
5. 配置 Settings.json (運行機制)
- 在項目目錄下的
.cloud文件夾中創建或編輯settings.json。 - 配置 Permissions (權限)：預設允許特定操作 (如
edit,bash)。 - 配置 Env (環境變數)：設置代理 (Proxy)。
6. 使用 MCP 工具 (以 Chrome DVTools 為例)
- 使用
cloud mcp命令添加 MCP 服務。 - 指定範圍 (scope)：local, project, 或 user。
- 選擇 Transport 類型 (Remote ATP, Remote SSE, Local STDIO)。
- (Windows) 使用
cmd /c包裝 npx 命令。 - 在對話中調用 MCP 工具進行自動化操作 (如瀏覽器操作)。
7. 批量任務執行
- 新建
Task.md文件。 - 在文件中每行寫一個任務。
- Claude Code 讀取文件內容並依序執行每個任務。
值得注意的限制或風險
- 上下文溢出 (失憶)：多輪對話導致上下文過長，可能引發模型「失憶」或「上下位溢出」，需使用
/compact或配置Auto Compact進行壓縮。 - 權限請求：在非 Yolo 模式下，創建文件、讀取、執行 bash 命令等操作需手動確認權限，可能影響效率。可通過
Settings.json預設允許特定操作來優化。 - 帳號風險：使用國產大模型 API 時，需注意帳號註冊、計費 (美元) 及可能的封號風險。
- 配置覆蓋邏輯：Cloud.md 和 Settings.json 的配置具有層級覆蓋特性 (項目級 > 用戶級 > 企業級)，需注意配置衝突。
- Windows Terminal 兼容性：在 Windows 上使用 MCP 的 Local STDIO 傳輸時，可能需要使用
cmd /c包裝 npx 命令。
逐字稿辨識疑點
以下詞彙根據逐字稿原文記錄，可能存在聽寫錯誤或口誤，未做更正版：
- Cloud Code 相關：
- "Cloud Code入名" -> 疑點：應為 "Cloud Code 入門"
- "OS Code" -> 疑點：應為 "VS Code"
- "project生涯文" -> 疑點：應為 "project 配置文件" 或類似含義
- "Cloud Code for VS Code" -> 確認為擴展名稱
- "Cloud Code Hair" -> 疑點：應為 "Cloud Code help"
- "坛数" -> 疑點：應為 "參數"
- "长远命令" -> 疑點：應為 "常用命令"
- "还五个" -> 疑點：應為 "訪問" (測試訪問谷歌)
- "人民币的汇率" -> 疑點：應為 "美元" 或 "美金" (上下文提及美元計費)
- "可乐扣扣" -> 疑點：應為 "Cloud Code"
- "claw code" -> 疑點：應為 "Cloud Code"
- "触手化" -> 疑點：應為 "初始化"
- "记忆指南" -> 疑點：應為 "記憶指南" 或 "記憶文件"
- "上下纹" -> 疑點：應為 "上下文"
- "自然远" -> 疑點：應為 "自然語言"
- "拜设工具" -> 疑點：應為 "Bash 工具"
- "原始速度" -> 疑點：應為 "原始結果"
- "排序结果" -> 疑點：應為 "排序結果"
- "优化版本结果" -> 疑點：應為 "優化版本結果"
- "失忆了" -> 疑點：應為 "上下文溢出" 或 "丟失上下文"
- "上下位溢出" -> 疑點：應為 "上下文溢出"
- "下回一出" -> 疑點：應為 "上下文溢出"
- "爆成就行" -> 疑點：應為 "保存並退出" 或 "保存即可"
- "击费" -> 疑點：應為 "計費"
- "预购价格" -> 疑點：應為 "預估價格"
- "防御" -> 疑點：應為 "註冊" (註冊帳號)
- "封号" -> 確認為常見術語
- "约阵案面" -> 疑點：應為 "月之暗面" (Kimi/KMK2 開發商)
- "kmk2" -> 確認為模型名稱
- "deep secret" -> 疑點：應為 "Deepseek"
- "meel" -> 疑點：應為 "Key" (API Key)
- "冰花数" -> 疑點：應為 "並發數"
- "猫人" -> 疑點：應為 "免費"
- "FaceUIL" -> 疑點：應為 "API URL"
尚未產生學習筆記
請在 Telegram 指令最後加上「學習」，例如：videonote 網址 英文 雙語 學習