0:00.200–0:02.260
zh今天咱们聊聊Cloud Code
0:02.260–0:03.320
zh最近一年
0:03.320–0:05.400
zh这个名字在程序员的圈子里
0:05.400–0:06.900
zh可以说是火的一塌糊涂
0:06.900–0:09.880
zh但我是搞嵌入式驱动开发移植的
0:09.880–0:12.540
zh平时的火基本都在ARM平台上
0:12.540–0:15.360
zh调驱动、做移植、封装底层API
0:15.360–0:16.940
zh在近一年的时间里
0:16.940–0:18.220
zh想写个测试demo
0:18.220–0:19.580
zh搞个自动化脚本
0:19.580–0:20.460
zh写个MIC file
0:20.460–0:22.900
zh甚至写点视频里的动画程序
0:22.900–0:26.500
zh这些杂活我都是交给Tree加Jimmy去干的
0:26.500–0:28.840
zh所以网络上有些UP主分享的
0:28.840–0:30.880
zh使用Cloud Code快速写个网页
0:30.880–0:32.080
zh录个后端接口
0:32.080–0:34.040
zh说实话跟我的关系并不大
0:34.040–0:35.140
zh直到上周
0:35.140–0:37.200
zh我的电迷你额度又一次用完了
0:37.200–0:39.880
zh就想刚好趁机搞搞Cloud Code
0:39.880–0:43.020
zh在使用Cloud Code的时间上来看
0:43.020–0:44.680
zh我也是一个刚进场的小白
0:44.680–0:47.240
zh所以今天我以一个入门者的角度
0:47.240–0:49.680
zh先说说Cloud Code的安装方法
0:49.680–0:51.120
zh模型切换方法
0:51.120–0:52.020
zh视频后半部分
0:52.020–0:53.860
zh再说说Cloud Code能做什么
0:53.860–0:55.500
zh以及使用它的痛点是什么
0:55.500–0:58.080
zh如果你也想亲自上手试试
0:58.080–0:59.980
zh参考视频的前半部分即可
0:59.980–1:02.520
zh如果你是Cloud Code的自身使用者
1:02.520–1:03.940
zh欢迎帮忙提提建议
1:03.940–1:08.720
zh这个安装指南主要针对的是中国大陆区的朋友
1:08.720–1:14.980
zh在中国区要使用Cloud Code框架加Cloud系列模型比较困难
1:14.980–1:16.660
zh即使搞定了科学上网
1:16.660–1:20.420
zh还要注册Cloud的账号与购买Cloud API Key
1:20.420–1:24.500
zh但是Anthrobic默认是不对中国区用户开放的
1:24.500–1:27.000
zh对中国区用户的风控非常严格
1:27.000–1:29.200
zh即使搞定海外手机号
1:29.200–1:30.480
zh搞定外币支付
1:30.480–1:33.260
zh能够正常注册Cloud的账号
1:33.260–1:34.980
zh与购买Cloud的API-K
1:34.980–1:37.600
zh仍然有很大被封的风险
1:37.600–1:40.000
zh加上最近出台的失明认证机制
1:40.000–1:41.620
zh让中国大陆用户
1:41.620–1:44.660
zh使用原汁原味的Cloud模型的可能性
1:44.660–1:45.660
zh几乎变成零了
1:45.660–1:48.100
zh当然了除了购买官方套餐
1:48.100–1:50.000
zh还可以使用API中转站
1:50.000–1:52.740
zh但我个人不太推荐使用这种方式
1:52.740–1:53.860
zh一是不稳定
1:53.860–1:56.060
zh二是我也有好的办法
1:56.060–1:59.060
zh确定中转站使用的模型就是Cloud系列
1:59.060–2:01.240
zh所以咱们本次讲的安装指南
2:01.240–2:03.480
zh指的是安装Cloud Code框架
2:03.480–2:05.080
zh加替换中国大模型
2:05.080–2:07.040
zh有两点需要再说明一下
2:07.040–2:08.820
zh一是在中国区域
2:08.820–2:09.780
zh由于区域的限制
2:09.780–2:11.980
zh我没有办法参照官网的方式安装
2:11.980–2:14.280
zh二是安装Cloud Code前
2:14.280–2:15.640
zh需要安装环境依赖
2:15.640–2:16.400
enNote.js
2:16.400–2:18.200
zh版本要求是18以上
2:18.200–2:21.720
zhCloud Code是基于TypeScript编写
2:21.720–2:23.400
zh并通过NPM分发的
2:23.400–2:25.240
zh所以安装Cloud Code前
2:25.240–2:27.860
zh需要安装Node.js运行师环境
2:27.860–2:29.660
zh另外还建议安装Git
2:29.660–2:31.300
zh这样可以让Cloud Code
2:31.300–2:33.280
zh更好的理解我们的项目
2:33.280–2:34.940
zh接下来我会把Ubuntu
2:34.940–2:37.020
zh和Windows操作系统下的
2:37.020–2:38.920
zhTerminal安装方式都演示一遍
2:38.920–2:41.240
zh首先来看Ubuntu下的安装
2:41.240–2:43.280
zh为了避免安装过程和
2:43.280–2:45.460
zh使用过程速度全约互乱的问题
2:45.460–2:48.360
zh我们借助NVM来管理Node.js
2:48.360–2:50.340
zh首先安装NVM
2:50.340–2:53.360
zh安装完成之后
2:53.360–2:55.420
zh我们通过SaaS
2:55.420–2:58.820
zh使环境变量生效来加载NVM
2:58.820–3:03.660
zh接着我们再查看一下NVM的版本来验证安装结果
3:03.660–3:07.240
zhNVM的版本是0.40.3
3:07.240–3:11.060
zh接着我们通过NVM来安装Node.js
3:11.060–3:13.040
zh指定版本24
3:13.040–3:17.840
zh等待它安装完成
3:17.840–3:21.840
zh安装完成之后我们可以将其设置为默认版本
3:21.840–3:30.020
zh之后我们可以来详探一下Node和NPM的版本
3:30.020–3:35.540
zh可以正常显示安装的Node.js的版本号
3:35.540–3:39.600
zh现在Node.js已由NVM管理
3:39.600–3:43.100
zh我们就可以不用速度权限来安装Cloud Code
3:43.100–3:46.280
zh接下来我们就可以安装Cloud Code了
3:46.280–3:49.180
zh执行NPM install来安装
3:49.180–3:51.340
zh耐心地等待一会儿
3:51.340–3:52.460
zh等待它安装结束
3:52.460–3:54.720
zhCloud Code安装结束之后
3:54.720–3:58.600
zh我们就可以安装CC Switch来进行模型切换了
3:58.600–4:01.360
zh我们可以到GitHub的相关链接
4:01.360–4:05.880
zh来下载针对X8664架构的Ubuntu系统的底半包
4:05.880–4:09.340
zh在这里感谢各位开源大神的辛苦付出
4:09.340–4:13.020
zh接着我们安装CC Switch软件包
4:13.020–4:15.740
zh稍等片刻等待它安装完成
4:15.740–4:19.740
zh安装完成之后
4:19.740–4:21.760
zh我们就可以在图形终端下
4:21.760–4:25.740
zh启动CC-Switch的GUI程序来进行模型切换
4:25.740–4:28.060
zh这里我们点击加号
4:28.060–4:29.920
zh选择目标模型
4:29.920–4:31.660
zh比如我的是DeepSeq
4:31.660–4:34.800
zh输入已经购买的API Key
4:34.800–4:36.060
zh点击添加
4:36.060–4:37.680
zh添加完成之后
4:37.680–4:39.340
zh我们点击一下这个测试按钮
4:39.340–4:41.600
zh来测试一下添加是否成功
4:41.600–4:42.980
zh成功之后
4:42.980–4:45.220
zh我们就可以回到命令行终端
4:45.220–4:47.780
zh运行Cloud来验证下
4:47.780–4:51.420
zh首次启动Cloud会提示进行相关的主题配置的
4:51.420–4:52.980
zh我是一路默认的Enter
4:52.980–4:56.200
zh接着就可以通过命令行与Cloud的交互了
4:56.200–4:59.540
zh上面是OneTool系统下的整个安装流程
4:59.540–5:01.900
zh接着我们看一下Windows系统下的安装
5:01.900–5:05.360
zh安装的整体过程其实与Ubuntu是基本一致的
5:05.360–5:08.340
zh我们总结一下就是安装Node.js环境
5:08.340–5:10.220
zh安装Gate for Windows
5:10.220–5:11.780
zh安装Cloud Code
5:11.780–5:13.380
zh安装CC Switch
5:13.380–5:16.200
zh因为已经有了Ubuntu操作系统下的安装基础
5:16.200–5:19.500
zh那么在Windows下的安装就相对来说简单多了
5:19.500–5:22.100
zh首先我们安装Node.js环境
5:22.100–5:25.080
zh是通过命令行安装
5:25.080–5:27.340
zh还是下载安装包安装都行
5:27.340–5:28.760
zh根据个人习惯来
5:28.760–5:31.740
zh我演示是通过命令行安装的方法
5:31.740–5:35.080
zh我们以管理员权限打开PowerShell终端
5:35.080–5:37.860
zh通过Winget来安装Node.js
5:37.860–5:40.180
zh我们执行安装指令
5:40.180–5:41.920
zh等待它安装完成
5:41.920–5:45.820
zh由于我的环境已经部署好了
5:45.820–5:48.460
zh我就直接演示一下需要的安装指令
5:48.460–5:51.060
zh不再显示指令执行后的过程
5:51.060–5:53.160
zh安装完成之后
5:53.160–5:54.580
zh可以检查安装版本
5:54.580–5:56.100
zh以验证安装结果
5:56.100–5:57.700
zh这里再补充一句
5:57.700–6:01.220
zh如果你不想使用管理员权限来安装
6:01.220–6:03.100
zh可以去了解一下SCOPE
6:03.100–6:05.520
zh这里我们就不花时间来介绍了
6:05.520–6:07.800
zh接下来安装Gate for Windows
6:07.800–6:09.540
zh如果已经安装过
6:09.540–6:11.200
zh就直接略过这一步
6:11.200–6:12.720
zh安装完成之后
6:12.720–6:15.140
zh还是通过查看GateVorion
6:15.140–6:17.040
zh来检查一下安装的结果
6:17.040–6:18.980
zh接着安装Cloud Code
6:18.980–6:21.640
zh我们还是通过NPM Insight来安装
6:21.640–6:23.380
zh安装完成之后
6:23.380–6:25.520
zh通过查看Cloud的版本
6:25.520–6:27.100
zh来验证一下安装结果
6:27.100–6:29.500
zh如果能显示对应的版本号
6:29.500–6:30.640
zh那么恭喜你
6:30.640–6:32.940
zh说明Cloud Code已经安装成功了
6:32.940–6:35.440
zh接着我们安装CC Switch
6:35.440–6:39.160
zh我们下载Windows版本的安装包
6:39.160–6:41.340
zh下载完成之后
6:41.340–6:42.840
zh双击安装即可
6:42.840–6:44.180
zh安装完成之后
6:44.180–6:46.020
zh我们打开CC-Switch
6:46.020–6:48.180
zh其他的步骤
6:48.180–6:50.700
zh同Ubuntu下的操作方法是一致的
6:50.700–6:52.900
zh添加目标API-K即可
6:52.900–6:54.280
zh添加完成之后
6:54.280–6:56.000
zh最好点击一下测试按钮
6:56.000–6:58.400
zh来测试一下模型是否添加成功
6:58.400–7:01.980
zh在CC-Switch中进行模型切换
7:01.980–7:04.680
zh对比于修改环境变量的方式
7:04.680–7:05.540
zh非常的方便
7:05.540–7:08.400
zh因为你通过修改环境变量的方式
7:08.400–7:09.440
zh进行模型切换的话
7:09.440–7:11.500
zh每添加一个新的模型
7:11.500–7:14.840
zh你都需要手动的去修改一次环境变量
7:14.840–7:16.260
zh添加成功之后呢
7:16.260–7:19.500
zh我们就可以通过命令行来运行cloud了
7:19.500–7:21.940
zh这里还有一点要提示一下
7:21.940–7:23.460
zh不管是在Ubuntu
7:23.460–7:25.440
zh还是在Windows操作系统下
7:25.440–7:28.580
zh最好是切到目标的工程目录下
7:28.580–7:29.820
zh与cloud进行交互
7:29.820–7:32.140
zh免得我们因为疏忽
7:32.140–7:35.120
zh让cloud在其他目录或是系统目录下
7:35.120–7:36.200
zh生成一堆文件
7:36.200–7:38.100
zh造成不必要的麻烦
7:38.100–7:41.160
zh接下来我们来看看cloudcode能做什么
7:41.160–7:44.760
zh从他的这个概略描述来看
7:44.760–7:47.980
zh他把自己定义为一个智能编程工具
7:47.980–7:50.280
zh一个AI驱动的编程助手
7:50.280–7:53.660
zh所以他面向的主要是软件开发人员
7:53.660–7:55.600
zh以及有编码需求的用户
7:56.461–7:59.741
zh但是根据很多使用者的反馈
7:59.741–8:03.121
zhCloud Code结合Cloud系列的大模型
8:03.121–8:05.841
zh在素材整理文档编写
8:05.841–8:06.981
zh事据分析
8:06.981–8:10.321
zh这些非编码任务上表现的也相当不错
8:10.321–8:13.681
zh有运营的同学用它做周报
8:13.681–8:14.881
zh拆解OKR
8:14.881–8:18.421
zh有设计师用它配合Figma出稿
8:18.421–8:22.161
zh甚至有技术记者完全不用写代码
8:22.161–8:24.221
zh首先用它做内容生产
8:24.221–8:27.401
zh现在我们借助一个实际的应用场景
8:27.401–8:29.921
zh来演示如何使用Cloud Code
8:29.921–8:34.961
zh以一个ARM64平台加Celix的K7系列的FPGA
8:34.961–8:36.901
zh实现的多路看模块为例
8:36.901–8:39.341
zh这个工程目录下的几个文件夹
8:39.341–8:43.101
zh对应的内容分别是CinLinksXDMA的驱动
8:43.101–8:47.601
zh以及基于CinLinksXDMA驱动封装的看功能接口
8:47.601–8:50.661
zh还有CinLinks看IPcall用户手册
8:50.661–8:55.761
zh以及驱动工程师与FPG工程师之间的沟通文档
8:55.761–8:57.241
zh在当前目录下
8:57.241–8:59.041
zh我们打开一个PowerShell终端
8:59.041–9:00.681
zh运行Cloud
9:00.681–9:07.001
zh我们让它分析一下当前MKanLibXDMA所实现的功能
9:07.001–9:09.261
zh并根据现有的接口
9:09.261–9:12.261
zh用C语言编写看测试demo
9:12.261–9:15.161
zh以及编写相应的MIC file文件
9:15.161–9:18.221
zh暂时先不让它参与交叉编语
9:18.221–9:19.241
zh以实际测试
9:19.241–9:21.681
zh我们给到它具体的执行指令
9:21.681–9:24.301
zhCloud开始执行
9:24.301–9:27.141
zh在执行过程中
9:27.141–9:29.681
zh它会输出概要的执行步骤
9:29.681–9:32.581
zh在涉及到要创建文件的时候
9:32.581–9:34.061
zh它会征求我们的意见
9:34.061–9:37.021
zh反复和我们确认是否进行下一步
9:37.021–9:38.941
zh针对比较复杂的任务
9:38.941–9:39.941
zh咱们还是慎重一点
9:39.941–9:41.481
zh就是最好一步一步来
9:41.481–9:43.281
zh针对简单的
9:43.281–9:47.201
zh可以让它直接将整个流程执行完毕
9:47.201–9:49.461
zh这个使用势力相对来说比较简单
9:49.461–9:51.201
zh没有跨平台的交叉编译
9:51.201–9:54.621
zh不涉及到与实际的硬件交互进行测试
9:54.621–9:57.981
zh我们就让它将整个流程一口气执行完
9:57.981–10:00.641
zh执行过程中
10:00.641–10:03.121
zh它进行了接口功能分析
10:03.121–10:06.401
zh编写了看接口功能测试程序
10:06.401–10:08.841
zh还编写了mic file文件
10:08.841–10:12.121
zh并生成了一个redme文档
10:12.121–10:15.201
zh用于对看测试demo进行必要的说明
10:15.201–10:17.781
zh我们浏览一下生成的文件
10:17.781–10:21.921
zh至于能不能编译
10:21.921–10:23.481
zh能不能直接拿来测试
10:23.481–10:24.161
zh我们先不讲
10:24.161–10:26.481
zh就是它目前所做到的
10:26.481–10:30.021
zh就已经可以给开发人员减轻很大的负担了
10:30.021–10:33.321
zh起码交给他做一些杂火是绝对没有问题的
10:33.321–10:36.521
zh接下来我们来看看Cloud Code最大的痛点
10:36.521–10:38.601
zh前面视频中的使用事例
10:38.601–10:41.921
zh还不足以发现Cloud Code使用过程中的痛点
10:41.921–10:44.161
zh我搜索了很多相关的使用资料
10:44.161–10:46.501
zh总结得到如下两条
10:46.501–10:50.221
zh就是消耗的Token不可控和生成的结果不达标
10:50.221–10:52.601
zh这不光是Cloud Code的问题
10:52.601–10:55.841
zh这几乎是当下所有AI agent的通病
10:55.841–10:57.721
zh我们先来看看Token不可控
10:57.721–10:58.901
zh比如
10:58.901–11:00.921
zh他为了解决一个简单的bug
11:00.921–11:04.761
zh他可能在后台自主决定去读了几十个投文件
11:04.761–11:06.401
zh跑了好几次编译
11:06.401–11:09.101
zh又回过头去分析了几千行的日志
11:09.101–11:11.341
zh每一步动作都在消耗token
11:11.341–11:13.341
zh可能还没解决几个问题
11:13.341–11:16.001
zh已够的token就消耗的差不多了
11:16.001–11:18.021
zh如果是团队协作的话
11:18.021–11:20.941
zh是用了多少token也不太好精确计算
11:20.941–11:22.461
zh如果想优化成本
11:22.461–11:25.581
zh又搞不清楚哪类操作更费token
11:25.581–11:28.041
zh由于这不可控的token消耗
11:28.041–11:29.821
zh让很多程序员的工作
11:29.821–11:31.081
zh从编码调试
11:31.081–11:33.801
zh变成了要控制好AI制整体的token消耗
11:33.801–11:36.421
zh可能在适用的初期阶段还更累了
11:36.421–11:39.141
zh但我们总要给新事务机会
11:39.141–11:41.621
zh就像允许小孩犯错一样
11:41.621–11:43.841
zh再看看生成的结果不达标问题
11:43.841–11:46.801
zh现在有很多用户已经反馈过
11:46.801–11:48.941
zh在面对复杂任务时
11:48.941–11:51.501
zhCloud会出现思考深度下降
11:51.501–11:53.381
zh陷入逻辑死循环
11:53.381–11:54.521
zh疯狂刷token
11:54.521–11:56.581
zh当项目的规模角大时
11:56.581–11:59.821
zhCloud Code经常会忽略用户已有的设计模式
11:59.821–12:01.161
zh或者是架构约束
12:01.161–12:03.821
zh它还会出现无视用户指令
12:03.821–12:05.801
zh防御性白烂和突然的问题
12:05.801–12:07.961
zh那么针对Cloud Code的痛点
12:07.961–12:09.421
zh使用者该如何自救呢
12:09.421–12:11.321
zh我也概略的总结了几条
12:11.321–12:13.761
zh比如说针对Token消耗不可控
12:13.761–12:16.181
zh我们可以限制它的执行部署
12:16.181–12:18.261
zh即时的清空上下文
12:18.261–12:21.121
zh还可以切换到其他的模型
12:21.121–12:22.961
zh比如我们中国的模型DeepSick
12:22.961–12:24.281
zh如果这个也算的话
12:24.281–12:26.521
zh针对结果不达标呢
12:26.521–12:29.341
zh我们可以主动的给出核心上下文
12:29.341–12:31.021
zh进行任务拆解
12:31.021–12:34.561
zh我们要慎用一键到底的执行方式
12:34.561–12:37.461
zh我们再把视线拉长一点
12:37.461–12:39.781
zh纵观一下AI行业这十几年的发展
12:39.781–12:40.961
zh过去十年
12:40.961–12:43.781
zhAI的竞争更多的是大模型的竞争
12:43.781–12:46.601
zh各家大模型比拼谁参数多
12:46.601–12:47.781
zh谁评分高
12:47.781–12:49.221
zh谁的多么态能力强
12:49.221–12:50.761
zh但到了2025年
12:50.761–12:52.841
zhAI有了更进一步的发展
12:52.841–12:55.101
zh不是因为大模型不再卷了
12:55.101–12:57.841
zh而是因为大模型之间的差距在缩小
12:57.841–13:00.481
zh当大家的智商都差不多的时候
13:00.481–13:02.021
zh竞争的焦点就变成了
13:02.021–13:05.001
zh谁能让AI真正的有效的干活
13:05.001–13:07.921
zh于是AI agent的时代到来了
13:07.921–13:10.281
zh像Ader Cloud Code
13:10.281–13:11.201
enOpen Cloud
13:11.201–13:12.201
enOpen Code
13:12.201–13:13.081
enCursor
13:13.081–13:14.001
enMainers
13:14.001–13:16.101
enGithub Copilot
13:16.101–13:18.081
zhWindsurf等等等等
13:18.081–13:20.341
zh这些我们反复听到的名字
13:20.341–13:21.661
zh他们形态各异
13:21.661–13:23.461
zh有的独立跑在终端里
13:23.461–13:25.201
zh有的嵌入在IDE中
13:25.201–13:28.461
zh有的甚至想做一个通用的数字员工
13:28.461–13:30.061
zh但无论哪种形态
13:30.061–13:31.521
zh他们都有一个共同点
13:31.521–13:32.921
zh可以操作电脑
13:32.921–13:34.781
zh能访问本地文件
13:34.781–13:36.041
zh能执行指令
13:36.041–13:37.461
zh能自行规划任务
13:37.461–13:39.621
zh而在这波浪潮里
13:39.621–13:41.481
zh最受程序员群体关注的
13:41.481–13:43.261
zh就是我们今天聊的Cloud Code
13:43.261–13:46.421
zh以上就是今天视频的所有内容
13:46.421–13:47.381
zh感谢观看
13:47.381–13:48.021
zh下期见
0:00.200–0:02.260
今天咱们聊聊Cloud Code
0:02.260–0:03.320
最近一年
0:03.320–0:05.400
这个名字在程序员的圈子里
0:05.400–0:06.900
可以说是火的一塌糊涂
0:06.900–0:09.880
但我是搞嵌入式驱动开发移植的
0:09.880–0:12.540
平时的火基本都在ARM平台上
0:12.540–0:15.360
调驱动、做移植、封装底层API
0:15.360–0:16.940
在近一年的时间里
0:16.940–0:18.220
想写个测试demo
0:18.220–0:19.580
搞个自动化脚本
0:19.580–0:20.460
写个MIC file
0:20.460–0:22.900
甚至写点视频里的动画程序
0:22.900–0:26.500
这些杂活我都是交给Tree加Jimmy去干的
0:26.500–0:28.840
所以网络上有些UP主分享的
0:28.840–0:30.880
使用Cloud Code快速写个网页
0:30.880–0:32.080
录个后端接口
0:32.080–0:34.040
说实话跟我的关系并不大
0:34.040–0:35.140
直到上周
0:35.140–0:37.200
我的电迷你额度又一次用完了
0:37.200–0:39.880
就想刚好趁机搞搞Cloud Code
0:39.880–0:43.020
在使用Cloud Code的时间上来看
0:43.020–0:44.680
我也是一个刚进场的小白
0:44.680–0:47.240
所以今天我以一个入门者的角度
0:47.240–0:49.680
先说说Cloud Code的安装方法
0:49.680–0:51.120
模型切换方法
0:51.120–0:52.020
视频后半部分
0:52.020–0:53.860
再说说Cloud Code能做什么
0:53.860–0:55.500
以及使用它的痛点是什么
0:55.500–0:58.080
如果你也想亲自上手试试
0:58.080–0:59.980
参考视频的前半部分即可
0:59.980–1:02.520
如果你是Cloud Code的自身使用者
1:02.520–1:03.940
欢迎帮忙提提建议
1:03.940–1:08.720
这个安装指南主要针对的是中国大陆区的朋友
1:08.720–1:14.980
在中国区要使用Cloud Code框架加Cloud系列模型比较困难
1:14.980–1:16.660
即使搞定了科学上网
1:16.660–1:20.420
还要注册Cloud的账号与购买Cloud API Key
1:20.420–1:24.500
但是Anthrobic默认是不对中国区用户开放的
1:24.500–1:27.000
对中国区用户的风控非常严格
1:27.000–1:29.200
即使搞定海外手机号
1:29.200–1:30.480
搞定外币支付
1:30.480–1:33.260
能够正常注册Cloud的账号
1:33.260–1:34.980
与购买Cloud的API-K
1:34.980–1:37.600
仍然有很大被封的风险
1:37.600–1:40.000
加上最近出台的失明认证机制
1:40.000–1:41.620
让中国大陆用户
1:41.620–1:44.660
使用原汁原味的Cloud模型的可能性
1:44.660–1:45.660
几乎变成零了
1:45.660–1:48.100
当然了除了购买官方套餐
1:48.100–1:50.000
还可以使用API中转站
1:50.000–1:52.740
但我个人不太推荐使用这种方式
1:52.740–1:53.860
一是不稳定
1:53.860–1:56.060
二是我也有好的办法
1:56.060–1:59.060
确定中转站使用的模型就是Cloud系列
1:59.060–2:01.240
所以咱们本次讲的安装指南
2:01.240–2:03.480
指的是安装Cloud Code框架
2:03.480–2:05.080
加替换中国大模型
2:05.080–2:07.040
有两点需要再说明一下
2:07.040–2:08.820
一是在中国区域
2:08.820–2:09.780
由于区域的限制
2:09.780–2:11.980
我没有办法参照官网的方式安装
2:11.980–2:14.280
二是安装Cloud Code前
2:14.280–2:15.640
需要安装环境依赖
2:15.640–2:16.400
Note.js
2:16.400–2:18.200
版本要求是18以上
2:18.200–2:21.720
Cloud Code是基于TypeScript编写
2:21.720–2:23.400
并通过NPM分发的
2:23.400–2:25.240
所以安装Cloud Code前
2:25.240–2:27.860
需要安装Node.js运行师环境
2:27.860–2:29.660
另外还建议安装Git
2:29.660–2:31.300
这样可以让Cloud Code
2:31.300–2:33.280
更好的理解我们的项目
2:33.280–2:34.940
接下来我会把Ubuntu
2:34.940–2:37.020
和Windows操作系统下的
2:37.020–2:38.920
Terminal安装方式都演示一遍
2:38.920–2:41.240
首先来看Ubuntu下的安装
2:41.240–2:43.280
为了避免安装过程和
2:43.280–2:45.460
使用过程速度全约互乱的问题
2:45.460–2:48.360
我们借助NVM来管理Node.js
2:48.360–2:50.340
首先安装NVM
2:50.340–2:53.360
安装完成之后
2:53.360–2:55.420
我们通过SaaS
2:55.420–2:58.820
使环境变量生效来加载NVM
2:58.820–3:03.660
接着我们再查看一下NVM的版本来验证安装结果
3:03.660–3:07.240
NVM的版本是0.40.3
3:07.240–3:11.060
接着我们通过NVM来安装Node.js
3:11.060–3:13.040
指定版本24
3:13.040–3:17.840
等待它安装完成
3:17.840–3:21.840
安装完成之后我们可以将其设置为默认版本
3:21.840–3:30.020
之后我们可以来详探一下Node和NPM的版本
3:30.020–3:35.540
可以正常显示安装的Node.js的版本号
3:35.540–3:39.600
现在Node.js已由NVM管理
3:39.600–3:43.100
我们就可以不用速度权限来安装Cloud Code
3:43.100–3:46.280
接下来我们就可以安装Cloud Code了
3:46.280–3:49.180
执行NPM install来安装
3:49.180–3:51.340
耐心地等待一会儿
3:51.340–3:52.460
等待它安装结束
3:52.460–3:54.720
Cloud Code安装结束之后
3:54.720–3:58.600
我们就可以安装CC Switch来进行模型切换了
3:58.600–4:01.360
我们可以到GitHub的相关链接
4:01.360–4:05.880
来下载针对X8664架构的Ubuntu系统的底半包
4:05.880–4:09.340
在这里感谢各位开源大神的辛苦付出
4:09.340–4:13.020
接着我们安装CC Switch软件包
4:13.020–4:15.740
稍等片刻等待它安装完成
4:15.740–4:19.740
安装完成之后
4:19.740–4:21.760
我们就可以在图形终端下
4:21.760–4:25.740
启动CC-Switch的GUI程序来进行模型切换
4:25.740–4:28.060
这里我们点击加号
4:28.060–4:29.920
选择目标模型
4:29.920–4:31.660
比如我的是DeepSeq
4:31.660–4:34.800
输入已经购买的API Key
4:34.800–4:36.060
点击添加
4:36.060–4:37.680
添加完成之后
4:37.680–4:39.340
我们点击一下这个测试按钮
4:39.340–4:41.600
来测试一下添加是否成功
4:41.600–4:42.980
成功之后
4:42.980–4:45.220
我们就可以回到命令行终端
4:45.220–4:47.780
运行Cloud来验证下
4:47.780–4:51.420
首次启动Cloud会提示进行相关的主题配置的
4:51.420–4:52.980
我是一路默认的Enter
4:52.980–4:56.200
接着就可以通过命令行与Cloud的交互了
4:56.200–4:59.540
上面是OneTool系统下的整个安装流程
4:59.540–5:01.900
接着我们看一下Windows系统下的安装
5:01.900–5:05.360
安装的整体过程其实与Ubuntu是基本一致的
5:05.360–5:08.340
我们总结一下就是安装Node.js环境
5:08.340–5:10.220
安装Gate for Windows
5:10.220–5:11.780
安装Cloud Code
5:11.780–5:13.380
安装CC Switch
5:13.380–5:16.200
因为已经有了Ubuntu操作系统下的安装基础
5:16.200–5:19.500
那么在Windows下的安装就相对来说简单多了
5:19.500–5:22.100
首先我们安装Node.js环境
5:22.100–5:25.080
是通过命令行安装
5:25.080–5:27.340
还是下载安装包安装都行
5:27.340–5:28.760
根据个人习惯来
5:28.760–5:31.740
我演示是通过命令行安装的方法
5:31.740–5:35.080
我们以管理员权限打开PowerShell终端
5:35.080–5:37.860
通过Winget来安装Node.js
5:37.860–5:40.180
我们执行安装指令
5:40.180–5:41.920
等待它安装完成
5:41.920–5:45.820
由于我的环境已经部署好了
5:45.820–5:48.460
我就直接演示一下需要的安装指令
5:48.460–5:51.060
不再显示指令执行后的过程
5:51.060–5:53.160
安装完成之后
5:53.160–5:54.580
可以检查安装版本
5:54.580–5:56.100
以验证安装结果
5:56.100–5:57.700
这里再补充一句
5:57.700–6:01.220
如果你不想使用管理员权限来安装
6:01.220–6:03.100
可以去了解一下SCOPE
6:03.100–6:05.520
这里我们就不花时间来介绍了
6:05.520–6:07.800
接下来安装Gate for Windows
6:07.800–6:09.540
如果已经安装过
6:09.540–6:11.200
就直接略过这一步
6:11.200–6:12.720
安装完成之后
6:12.720–6:15.140
还是通过查看GateVorion
6:15.140–6:17.040
来检查一下安装的结果
6:17.040–6:18.980
接着安装Cloud Code
6:18.980–6:21.640
我们还是通过NPM Insight来安装
6:21.640–6:23.380
安装完成之后
6:23.380–6:25.520
通过查看Cloud的版本
6:25.520–6:27.100
来验证一下安装结果
6:27.100–6:29.500
如果能显示对应的版本号
6:29.500–6:30.640
那么恭喜你
6:30.640–6:32.940
说明Cloud Code已经安装成功了
6:32.940–6:35.440
接着我们安装CC Switch
6:35.440–6:39.160
我们下载Windows版本的安装包
6:39.160–6:41.340
下载完成之后
6:41.340–6:42.840
双击安装即可
6:42.840–6:44.180
安装完成之后
6:44.180–6:46.020
我们打开CC-Switch
6:46.020–6:48.180
其他的步骤
6:48.180–6:50.700
同Ubuntu下的操作方法是一致的
6:50.700–6:52.900
添加目标API-K即可
6:52.900–6:54.280
添加完成之后
6:54.280–6:56.000
最好点击一下测试按钮
6:56.000–6:58.400
来测试一下模型是否添加成功
6:58.400–7:01.980
在CC-Switch中进行模型切换
7:01.980–7:04.680
对比于修改环境变量的方式
7:04.680–7:05.540
非常的方便
7:05.540–7:08.400
因为你通过修改环境变量的方式
7:08.400–7:09.440
进行模型切换的话
7:09.440–7:11.500
每添加一个新的模型
7:11.500–7:14.840
你都需要手动的去修改一次环境变量
7:14.840–7:16.260
添加成功之后呢
7:16.260–7:19.500
我们就可以通过命令行来运行cloud了
7:19.500–7:21.940
这里还有一点要提示一下
7:21.940–7:23.460
不管是在Ubuntu
7:23.460–7:25.440
还是在Windows操作系统下
7:25.440–7:28.580
最好是切到目标的工程目录下
7:28.580–7:29.820
与cloud进行交互
7:29.820–7:32.140
免得我们因为疏忽
7:32.140–7:35.120
让cloud在其他目录或是系统目录下
7:35.120–7:36.200
生成一堆文件
7:36.200–7:38.100
造成不必要的麻烦
7:38.100–7:41.160
接下来我们来看看cloudcode能做什么
7:41.160–7:44.760
从他的这个概略描述来看
7:44.760–7:47.980
他把自己定义为一个智能编程工具
7:47.980–7:50.280
一个AI驱动的编程助手
7:50.280–7:53.660
所以他面向的主要是软件开发人员
7:53.660–7:55.600
以及有编码需求的用户
7:56.461–7:59.741
但是根据很多使用者的反馈
7:59.741–8:03.121
Cloud Code结合Cloud系列的大模型
8:03.121–8:05.841
在素材整理文档编写
8:05.841–8:06.981
事据分析
8:06.981–8:10.321
这些非编码任务上表现的也相当不错
8:10.321–8:13.681
有运营的同学用它做周报
8:13.681–8:14.881
拆解OKR
8:14.881–8:18.421
有设计师用它配合Figma出稿
8:18.421–8:22.161
甚至有技术记者完全不用写代码
8:22.161–8:24.221
首先用它做内容生产
8:24.221–8:27.401
现在我们借助一个实际的应用场景
8:27.401–8:29.921
来演示如何使用Cloud Code
8:29.921–8:34.961
以一个ARM64平台加Celix的K7系列的FPGA
8:34.961–8:36.901
实现的多路看模块为例
8:36.901–8:39.341
这个工程目录下的几个文件夹
8:39.341–8:43.101
对应的内容分别是CinLinksXDMA的驱动
8:43.101–8:47.601
以及基于CinLinksXDMA驱动封装的看功能接口
8:47.601–8:50.661
还有CinLinks看IPcall用户手册
8:50.661–8:55.761
以及驱动工程师与FPG工程师之间的沟通文档
8:55.761–8:57.241
在当前目录下
8:57.241–8:59.041
我们打开一个PowerShell终端
8:59.041–9:00.681
运行Cloud
9:00.681–9:07.001
我们让它分析一下当前MKanLibXDMA所实现的功能
9:07.001–9:09.261
并根据现有的接口
9:09.261–9:12.261
用C语言编写看测试demo
9:12.261–9:15.161
以及编写相应的MIC file文件
9:15.161–9:18.221
暂时先不让它参与交叉编语
9:18.221–9:19.241
以实际测试
9:19.241–9:21.681
我们给到它具体的执行指令
9:21.681–9:24.301
Cloud开始执行
9:24.301–9:27.141
在执行过程中
9:27.141–9:29.681
它会输出概要的执行步骤
9:29.681–9:32.581
在涉及到要创建文件的时候
9:32.581–9:34.061
它会征求我们的意见
9:34.061–9:37.021
反复和我们确认是否进行下一步
9:37.021–9:38.941
针对比较复杂的任务
9:38.941–9:39.941
咱们还是慎重一点
9:39.941–9:41.481
就是最好一步一步来
9:41.481–9:43.281
针对简单的
9:43.281–9:47.201
可以让它直接将整个流程执行完毕
9:47.201–9:49.461
这个使用势力相对来说比较简单
9:49.461–9:51.201
没有跨平台的交叉编译
9:51.201–9:54.621
不涉及到与实际的硬件交互进行测试
9:54.621–9:57.981
我们就让它将整个流程一口气执行完
9:57.981–10:00.641
执行过程中
10:00.641–10:03.121
它进行了接口功能分析
10:03.121–10:06.401
编写了看接口功能测试程序
10:06.401–10:08.841
还编写了mic file文件
10:08.841–10:12.121
并生成了一个redme文档
10:12.121–10:15.201
用于对看测试demo进行必要的说明
10:15.201–10:17.781
我们浏览一下生成的文件
10:17.781–10:21.921
至于能不能编译
10:21.921–10:23.481
能不能直接拿来测试
10:23.481–10:24.161
我们先不讲
10:24.161–10:26.481
就是它目前所做到的
10:26.481–10:30.021
就已经可以给开发人员减轻很大的负担了
10:30.021–10:33.321
起码交给他做一些杂火是绝对没有问题的
10:33.321–10:36.521
接下来我们来看看Cloud Code最大的痛点
10:36.521–10:38.601
前面视频中的使用事例
10:38.601–10:41.921
还不足以发现Cloud Code使用过程中的痛点
10:41.921–10:44.161
我搜索了很多相关的使用资料
10:44.161–10:46.501
总结得到如下两条
10:46.501–10:50.221
就是消耗的Token不可控和生成的结果不达标
10:50.221–10:52.601
这不光是Cloud Code的问题
10:52.601–10:55.841
这几乎是当下所有AI agent的通病
10:55.841–10:57.721
我们先来看看Token不可控
10:57.721–10:58.901
比如
10:58.901–11:00.921
他为了解决一个简单的bug
11:00.921–11:04.761
他可能在后台自主决定去读了几十个投文件
11:04.761–11:06.401
跑了好几次编译
11:06.401–11:09.101
又回过头去分析了几千行的日志
11:09.101–11:11.341
每一步动作都在消耗token
11:11.341–11:13.341
可能还没解决几个问题
11:13.341–11:16.001
已够的token就消耗的差不多了
11:16.001–11:18.021
如果是团队协作的话
11:18.021–11:20.941
是用了多少token也不太好精确计算
11:20.941–11:22.461
如果想优化成本
11:22.461–11:25.581
又搞不清楚哪类操作更费token
11:25.581–11:28.041
由于这不可控的token消耗
11:28.041–11:29.821
让很多程序员的工作
11:29.821–11:31.081
从编码调试
11:31.081–11:33.801
变成了要控制好AI制整体的token消耗
11:33.801–11:36.421
可能在适用的初期阶段还更累了
11:36.421–11:39.141
但我们总要给新事务机会
11:39.141–11:41.621
就像允许小孩犯错一样
11:41.621–11:43.841
再看看生成的结果不达标问题
11:43.841–11:46.801
现在有很多用户已经反馈过
11:46.801–11:48.941
在面对复杂任务时
11:48.941–11:51.501
Cloud会出现思考深度下降
11:51.501–11:53.381
陷入逻辑死循环
11:53.381–11:54.521
疯狂刷token
11:54.521–11:56.581
当项目的规模角大时
11:56.581–11:59.821
Cloud Code经常会忽略用户已有的设计模式
11:59.821–12:01.161
或者是架构约束
12:01.161–12:03.821
它还会出现无视用户指令
12:03.821–12:05.801
防御性白烂和突然的问题
12:05.801–12:07.961
那么针对Cloud Code的痛点
12:07.961–12:09.421
使用者该如何自救呢
12:09.421–12:11.321
我也概略的总结了几条
12:11.321–12:13.761
比如说针对Token消耗不可控
12:13.761–12:16.181
我们可以限制它的执行部署
12:16.181–12:18.261
即时的清空上下文
12:18.261–12:21.121
还可以切换到其他的模型
12:21.121–12:22.961
比如我们中国的模型DeepSick
12:22.961–12:24.281
如果这个也算的话
12:24.281–12:26.521
针对结果不达标呢
12:26.521–12:29.341
我们可以主动的给出核心上下文
12:29.341–12:31.021
进行任务拆解
12:31.021–12:34.561
我们要慎用一键到底的执行方式
12:34.561–12:37.461
我们再把视线拉长一点
12:37.461–12:39.781
纵观一下AI行业这十几年的发展
12:39.781–12:40.961
过去十年
12:40.961–12:43.781
AI的竞争更多的是大模型的竞争
12:43.781–12:46.601
各家大模型比拼谁参数多
12:46.601–12:47.781
谁评分高
12:47.781–12:49.221
谁的多么态能力强
12:49.221–12:50.761
但到了2025年
12:50.761–12:52.841
AI有了更进一步的发展
12:52.841–12:55.101
不是因为大模型不再卷了
12:55.101–12:57.841
而是因为大模型之间的差距在缩小
12:57.841–13:00.481
当大家的智商都差不多的时候
13:00.481–13:02.021
竞争的焦点就变成了
13:02.021–13:05.001
谁能让AI真正的有效的干活
13:05.001–13:07.921
于是AI agent的时代到来了
13:07.921–13:10.281
像Ader Cloud Code
13:10.281–13:11.201
Open Cloud
13:11.201–13:12.201
Open Code
13:12.201–13:13.081
Cursor
13:13.081–13:14.001
Mainers
13:14.001–13:16.101
Github Copilot
13:16.101–13:18.081
Windsurf等等等等
13:18.081–13:20.341
这些我们反复听到的名字
13:20.341–13:21.661
他们形态各异
13:21.661–13:23.461
有的独立跑在终端里
13:23.461–13:25.201
有的嵌入在IDE中
13:25.201–13:28.461
有的甚至想做一个通用的数字员工
13:28.461–13:30.061
但无论哪种形态
13:30.061–13:31.521
他们都有一个共同点
13:31.521–13:32.921
可以操作电脑
13:32.921–13:34.781
能访问本地文件
13:34.781–13:36.041
能执行指令
13:36.041–13:37.461
能自行规划任务
13:37.461–13:39.621
而在这波浪潮里
13:39.621–13:41.481
最受程序员群体关注的
13:41.481–13:43.261
就是我们今天聊的Cloud Code
13:43.261–13:46.421
以上就是今天视频的所有内容
13:46.421–13:47.381
感谢观看
13:47.381–13:48.021
下期见
0:00.200–0:02.260
zh今天咱们聊聊Cloud Code
今天咱们聊聊Cloud Code
0:02.260–0:03.320
zh最近一年
最近一年
0:03.320–0:05.400
zh这个名字在程序员的圈子里
这个名字在程序员的圈子里
0:05.400–0:06.900
zh可以说是火的一塌糊涂
可以说是火的一塌糊涂
0:06.900–0:09.880
zh但我是搞嵌入式驱动开发移植的
但我是搞嵌入式驱动开发移植的
0:09.880–0:12.540
zh平时的火基本都在ARM平台上
平时的火基本都在ARM平台上
0:12.540–0:15.360
zh调驱动、做移植、封装底层API
调驱动、做移植、封装底层API
0:15.360–0:16.940
zh在近一年的时间里
在近一年的时间里
0:16.940–0:18.220
zh想写个测试demo
想写个测试demo
0:18.220–0:19.580
zh搞个自动化脚本
搞个自动化脚本
0:19.580–0:20.460
zh写个MIC file
写个MIC file
0:20.460–0:22.900
zh甚至写点视频里的动画程序
甚至写点视频里的动画程序
0:22.900–0:26.500
zh这些杂活我都是交给Tree加Jimmy去干的
这些杂活我都是交给Tree加Jimmy去干的
0:26.500–0:28.840
zh所以网络上有些UP主分享的
所以网络上有些UP主分享的
0:28.840–0:30.880
zh使用Cloud Code快速写个网页
使用Cloud Code快速写个网页
0:30.880–0:32.080
zh录个后端接口
录个后端接口
0:32.080–0:34.040
zh说实话跟我的关系并不大
说实话跟我的关系并不大
0:34.040–0:35.140
zh直到上周
直到上周
0:35.140–0:37.200
zh我的电迷你额度又一次用完了
我的电迷你额度又一次用完了
0:37.200–0:39.880
zh就想刚好趁机搞搞Cloud Code
就想刚好趁机搞搞Cloud Code
0:39.880–0:43.020
zh在使用Cloud Code的时间上来看
在使用Cloud Code的时间上来看
0:43.020–0:44.680
zh我也是一个刚进场的小白
我也是一个刚进场的小白
0:44.680–0:47.240
zh所以今天我以一个入门者的角度
所以今天我以一个入门者的角度
0:47.240–0:49.680
zh先说说Cloud Code的安装方法
先说说Cloud Code的安装方法
0:49.680–0:51.120
zh模型切换方法
模型切换方法
0:51.120–0:52.020
zh视频后半部分
视频后半部分
0:52.020–0:53.860
zh再说说Cloud Code能做什么
再说说Cloud Code能做什么
0:53.860–0:55.500
zh以及使用它的痛点是什么
以及使用它的痛点是什么
0:55.500–0:58.080
zh如果你也想亲自上手试试
如果你也想亲自上手试试
0:58.080–0:59.980
zh参考视频的前半部分即可
参考视频的前半部分即可
0:59.980–1:02.520
zh如果你是Cloud Code的自身使用者
如果你是Cloud Code的自身使用者
1:02.520–1:03.940
zh欢迎帮忙提提建议
欢迎帮忙提提建议
1:03.940–1:08.720
zh这个安装指南主要针对的是中国大陆区的朋友
这个安装指南主要针对的是中国大陆区的朋友
1:08.720–1:14.980
zh在中国区要使用Cloud Code框架加Cloud系列模型比较困难
在中国区要使用Cloud Code框架加Cloud系列模型比较困难
1:14.980–1:16.660
zh即使搞定了科学上网
即使搞定了科学上网
1:16.660–1:20.420
zh还要注册Cloud的账号与购买Cloud API Key
还要注册Cloud的账号与购买Cloud API Key
1:20.420–1:24.500
zh但是Anthrobic默认是不对中国区用户开放的
但是Anthrobic默认是不对中国区用户开放的
1:24.500–1:27.000
zh对中国区用户的风控非常严格
对中国区用户的风控非常严格
1:27.000–1:29.200
zh即使搞定海外手机号
即使搞定海外手机号
1:29.200–1:30.480
zh搞定外币支付
搞定外币支付
1:30.480–1:33.260
zh能够正常注册Cloud的账号
能够正常注册Cloud的账号
1:33.260–1:34.980
zh与购买Cloud的API-K
与购买Cloud的API-K
1:34.980–1:37.600
zh仍然有很大被封的风险
仍然有很大被封的风险
1:37.600–1:40.000
zh加上最近出台的失明认证机制
加上最近出台的失明认证机制
1:40.000–1:41.620
zh让中国大陆用户
让中国大陆用户
1:41.620–1:44.660
zh使用原汁原味的Cloud模型的可能性
使用原汁原味的Cloud模型的可能性
1:44.660–1:45.660
zh几乎变成零了
几乎变成零了
1:45.660–1:48.100
zh当然了除了购买官方套餐
当然了除了购买官方套餐
1:48.100–1:50.000
zh还可以使用API中转站
还可以使用API中转站
1:50.000–1:52.740
zh但我个人不太推荐使用这种方式
但我个人不太推荐使用这种方式
1:52.740–1:53.860
zh一是不稳定
一是不稳定
1:53.860–1:56.060
zh二是我也有好的办法
二是我也有好的办法
1:56.060–1:59.060
zh确定中转站使用的模型就是Cloud系列
确定中转站使用的模型就是Cloud系列
1:59.060–2:01.240
zh所以咱们本次讲的安装指南
所以咱们本次讲的安装指南
2:01.240–2:03.480
zh指的是安装Cloud Code框架
指的是安装Cloud Code框架
2:03.480–2:05.080
zh加替换中国大模型
加替换中国大模型
2:05.080–2:07.040
zh有两点需要再说明一下
有两点需要再说明一下
2:07.040–2:08.820
zh一是在中国区域
一是在中国区域
2:08.820–2:09.780
zh由于区域的限制
由于区域的限制
2:09.780–2:11.980
zh我没有办法参照官网的方式安装
我没有办法参照官网的方式安装
2:11.980–2:14.280
zh二是安装Cloud Code前
二是安装Cloud Code前
2:14.280–2:15.640
zh需要安装环境依赖
需要安装环境依赖
2:15.640–2:16.400
enNote.js
Note.js
2:16.400–2:18.200
zh版本要求是18以上
版本要求是18以上
2:18.200–2:21.720
zhCloud Code是基于TypeScript编写
Cloud Code是基于TypeScript编写
2:21.720–2:23.400
zh并通过NPM分发的
并通过NPM分发的
2:23.400–2:25.240
zh所以安装Cloud Code前
所以安装Cloud Code前
2:25.240–2:27.860
zh需要安装Node.js运行师环境
需要安装Node.js运行师环境
2:27.860–2:29.660
zh另外还建议安装Git
另外还建议安装Git
2:29.660–2:31.300
zh这样可以让Cloud Code
这样可以让Cloud Code
2:31.300–2:33.280
zh更好的理解我们的项目
更好的理解我们的项目
2:33.280–2:34.940
zh接下来我会把Ubuntu
接下来我会把Ubuntu
2:34.940–2:37.020
zh和Windows操作系统下的
和Windows操作系统下的
2:37.020–2:38.920
zhTerminal安装方式都演示一遍
Terminal安装方式都演示一遍
2:38.920–2:41.240
zh首先来看Ubuntu下的安装
首先来看Ubuntu下的安装
2:41.240–2:43.280
zh为了避免安装过程和
为了避免安装过程和
2:43.280–2:45.460
zh使用过程速度全约互乱的问题
使用过程速度全约互乱的问题
2:45.460–2:48.360
zh我们借助NVM来管理Node.js
我们借助NVM来管理Node.js
2:48.360–2:50.340
zh首先安装NVM
首先安装NVM
2:50.340–2:53.360
zh安装完成之后
安装完成之后
2:53.360–2:55.420
zh我们通过SaaS
我们通过SaaS
2:55.420–2:58.820
zh使环境变量生效来加载NVM
使环境变量生效来加载NVM
2:58.820–3:03.660
zh接着我们再查看一下NVM的版本来验证安装结果
接着我们再查看一下NVM的版本来验证安装结果
3:03.660–3:07.240
zhNVM的版本是0.40.3
NVM的版本是0.40.3
3:07.240–3:11.060
zh接着我们通过NVM来安装Node.js
接着我们通过NVM来安装Node.js
3:11.060–3:13.040
zh指定版本24
指定版本24
3:13.040–3:17.840
zh等待它安装完成
等待它安装完成
3:17.840–3:21.840
zh安装完成之后我们可以将其设置为默认版本
安装完成之后我们可以将其设置为默认版本
3:21.840–3:30.020
zh之后我们可以来详探一下Node和NPM的版本
之后我们可以来详探一下Node和NPM的版本
3:30.020–3:35.540
zh可以正常显示安装的Node.js的版本号
可以正常显示安装的Node.js的版本号
3:35.540–3:39.600
zh现在Node.js已由NVM管理
现在Node.js已由NVM管理
3:39.600–3:43.100
zh我们就可以不用速度权限来安装Cloud Code
我们就可以不用速度权限来安装Cloud Code
3:43.100–3:46.280
zh接下来我们就可以安装Cloud Code了
接下来我们就可以安装Cloud Code了
3:46.280–3:49.180
zh执行NPM install来安装
执行NPM install来安装
3:49.180–3:51.340
zh耐心地等待一会儿
耐心地等待一会儿
3:51.340–3:52.460
zh等待它安装结束
等待它安装结束
3:52.460–3:54.720
zhCloud Code安装结束之后
Cloud Code安装结束之后
3:54.720–3:58.600
zh我们就可以安装CC Switch来进行模型切换了
我们就可以安装CC Switch来进行模型切换了
3:58.600–4:01.360
zh我们可以到GitHub的相关链接
我们可以到GitHub的相关链接
4:01.360–4:05.880
zh来下载针对X8664架构的Ubuntu系统的底半包
来下载针对X8664架构的Ubuntu系统的底半包
4:05.880–4:09.340
zh在这里感谢各位开源大神的辛苦付出
在这里感谢各位开源大神的辛苦付出
4:09.340–4:13.020
zh接着我们安装CC Switch软件包
接着我们安装CC Switch软件包
4:13.020–4:15.740
zh稍等片刻等待它安装完成
稍等片刻等待它安装完成
4:15.740–4:19.740
zh安装完成之后
安装完成之后
4:19.740–4:21.760
zh我们就可以在图形终端下
我们就可以在图形终端下
4:21.760–4:25.740
zh启动CC-Switch的GUI程序来进行模型切换
启动CC-Switch的GUI程序来进行模型切换
4:25.740–4:28.060
zh这里我们点击加号
这里我们点击加号
4:28.060–4:29.920
zh选择目标模型
选择目标模型
4:29.920–4:31.660
zh比如我的是DeepSeq
比如我的是DeepSeq
4:31.660–4:34.800
zh输入已经购买的API Key
输入已经购买的API Key
4:34.800–4:36.060
zh点击添加
点击添加
4:36.060–4:37.680
zh添加完成之后
添加完成之后
4:37.680–4:39.340
zh我们点击一下这个测试按钮
我们点击一下这个测试按钮
4:39.340–4:41.600
zh来测试一下添加是否成功
来测试一下添加是否成功
4:41.600–4:42.980
zh成功之后
成功之后
4:42.980–4:45.220
zh我们就可以回到命令行终端
我们就可以回到命令行终端
4:45.220–4:47.780
zh运行Cloud来验证下
运行Cloud来验证下
4:47.780–4:51.420
zh首次启动Cloud会提示进行相关的主题配置的
首次启动Cloud会提示进行相关的主题配置的
4:51.420–4:52.980
zh我是一路默认的Enter
我是一路默认的Enter
4:52.980–4:56.200
zh接着就可以通过命令行与Cloud的交互了
接着就可以通过命令行与Cloud的交互了
4:56.200–4:59.540
zh上面是OneTool系统下的整个安装流程
上面是OneTool系统下的整个安装流程
4:59.540–5:01.900
zh接着我们看一下Windows系统下的安装
接着我们看一下Windows系统下的安装
5:01.900–5:05.360
zh安装的整体过程其实与Ubuntu是基本一致的
安装的整体过程其实与Ubuntu是基本一致的
5:05.360–5:08.340
zh我们总结一下就是安装Node.js环境
我们总结一下就是安装Node.js环境
5:08.340–5:10.220
zh安装Gate for Windows
安装Gate for Windows
5:10.220–5:11.780
zh安装Cloud Code
安装Cloud Code
5:11.780–5:13.380
zh安装CC Switch
安装CC Switch
5:13.380–5:16.200
zh因为已经有了Ubuntu操作系统下的安装基础
因为已经有了Ubuntu操作系统下的安装基础
5:16.200–5:19.500
zh那么在Windows下的安装就相对来说简单多了
那么在Windows下的安装就相对来说简单多了
5:19.500–5:22.100
zh首先我们安装Node.js环境
首先我们安装Node.js环境
5:22.100–5:25.080
zh是通过命令行安装
是通过命令行安装
5:25.080–5:27.340
zh还是下载安装包安装都行
还是下载安装包安装都行
5:27.340–5:28.760
zh根据个人习惯来
根据个人习惯来
5:28.760–5:31.740
zh我演示是通过命令行安装的方法
我演示是通过命令行安装的方法
5:31.740–5:35.080
zh我们以管理员权限打开PowerShell终端
我们以管理员权限打开PowerShell终端
5:35.080–5:37.860
zh通过Winget来安装Node.js
通过Winget来安装Node.js
5:37.860–5:40.180
zh我们执行安装指令
我们执行安装指令
5:40.180–5:41.920
zh等待它安装完成
等待它安装完成
5:41.920–5:45.820
zh由于我的环境已经部署好了
由于我的环境已经部署好了
5:45.820–5:48.460
zh我就直接演示一下需要的安装指令
我就直接演示一下需要的安装指令
5:48.460–5:51.060
zh不再显示指令执行后的过程
不再显示指令执行后的过程
5:51.060–5:53.160
zh安装完成之后
安装完成之后
5:53.160–5:54.580
zh可以检查安装版本
可以检查安装版本
5:54.580–5:56.100
zh以验证安装结果
以验证安装结果
5:56.100–5:57.700
zh这里再补充一句
这里再补充一句
5:57.700–6:01.220
zh如果你不想使用管理员权限来安装
如果你不想使用管理员权限来安装
6:01.220–6:03.100
zh可以去了解一下SCOPE
可以去了解一下SCOPE
6:03.100–6:05.520
zh这里我们就不花时间来介绍了
这里我们就不花时间来介绍了
6:05.520–6:07.800
zh接下来安装Gate for Windows
接下来安装Gate for Windows
6:07.800–6:09.540
zh如果已经安装过
如果已经安装过
6:09.540–6:11.200
zh就直接略过这一步
就直接略过这一步
6:11.200–6:12.720
zh安装完成之后
安装完成之后
6:12.720–6:15.140
zh还是通过查看GateVorion
还是通过查看GateVorion
6:15.140–6:17.040
zh来检查一下安装的结果
来检查一下安装的结果
6:17.040–6:18.980
zh接着安装Cloud Code
接着安装Cloud Code
6:18.980–6:21.640
zh我们还是通过NPM Insight来安装
我们还是通过NPM Insight来安装
6:21.640–6:23.380
zh安装完成之后
安装完成之后
6:23.380–6:25.520
zh通过查看Cloud的版本
通过查看Cloud的版本
6:25.520–6:27.100
zh来验证一下安装结果
来验证一下安装结果
6:27.100–6:29.500
zh如果能显示对应的版本号
如果能显示对应的版本号
6:29.500–6:30.640
zh那么恭喜你
那么恭喜你
6:30.640–6:32.940
zh说明Cloud Code已经安装成功了
说明Cloud Code已经安装成功了
6:32.940–6:35.440
zh接着我们安装CC Switch
接着我们安装CC Switch
6:35.440–6:39.160
zh我们下载Windows版本的安装包
我们下载Windows版本的安装包
6:39.160–6:41.340
zh下载完成之后
下载完成之后
6:41.340–6:42.840
zh双击安装即可
双击安装即可
6:42.840–6:44.180
zh安装完成之后
安装完成之后
6:44.180–6:46.020
zh我们打开CC-Switch
我们打开CC-Switch
6:46.020–6:48.180
zh其他的步骤
其他的步骤
6:48.180–6:50.700
zh同Ubuntu下的操作方法是一致的
同Ubuntu下的操作方法是一致的
6:50.700–6:52.900
zh添加目标API-K即可
添加目标API-K即可
6:52.900–6:54.280
zh添加完成之后
添加完成之后
6:54.280–6:56.000
zh最好点击一下测试按钮
最好点击一下测试按钮
6:56.000–6:58.400
zh来测试一下模型是否添加成功
来测试一下模型是否添加成功
6:58.400–7:01.980
zh在CC-Switch中进行模型切换
在CC-Switch中进行模型切换
7:01.980–7:04.680
zh对比于修改环境变量的方式
对比于修改环境变量的方式
7:04.680–7:05.540
zh非常的方便
非常的方便
7:05.540–7:08.400
zh因为你通过修改环境变量的方式
因为你通过修改环境变量的方式
7:08.400–7:09.440
zh进行模型切换的话
进行模型切换的话
7:09.440–7:11.500
zh每添加一个新的模型
每添加一个新的模型
7:11.500–7:14.840
zh你都需要手动的去修改一次环境变量
你都需要手动的去修改一次环境变量
7:14.840–7:16.260
zh添加成功之后呢
添加成功之后呢
7:16.260–7:19.500
zh我们就可以通过命令行来运行cloud了
我们就可以通过命令行来运行cloud了
7:19.500–7:21.940
zh这里还有一点要提示一下
这里还有一点要提示一下
7:21.940–7:23.460
zh不管是在Ubuntu
不管是在Ubuntu
7:23.460–7:25.440
zh还是在Windows操作系统下
还是在Windows操作系统下
7:25.440–7:28.580
zh最好是切到目标的工程目录下
最好是切到目标的工程目录下
7:28.580–7:29.820
zh与cloud进行交互
与cloud进行交互
7:29.820–7:32.140
zh免得我们因为疏忽
免得我们因为疏忽
7:32.140–7:35.120
zh让cloud在其他目录或是系统目录下
让cloud在其他目录或是系统目录下
7:35.120–7:36.200
zh生成一堆文件
生成一堆文件
7:36.200–7:38.100
zh造成不必要的麻烦
造成不必要的麻烦
7:38.100–7:41.160
zh接下来我们来看看cloudcode能做什么
接下来我们来看看cloudcode能做什么
7:41.160–7:44.760
zh从他的这个概略描述来看
从他的这个概略描述来看
7:44.760–7:47.980
zh他把自己定义为一个智能编程工具
他把自己定义为一个智能编程工具
7:47.980–7:50.280
zh一个AI驱动的编程助手
一个AI驱动的编程助手
7:50.280–7:53.660
zh所以他面向的主要是软件开发人员
所以他面向的主要是软件开发人员
7:53.660–7:55.600
zh以及有编码需求的用户
以及有编码需求的用户
7:56.461–7:59.741
zh但是根据很多使用者的反馈
但是根据很多使用者的反馈
7:59.741–8:03.121
zhCloud Code结合Cloud系列的大模型
Cloud Code结合Cloud系列的大模型
8:03.121–8:05.841
zh在素材整理文档编写
在素材整理文档编写
8:05.841–8:06.981
zh事据分析
事据分析
8:06.981–8:10.321
zh这些非编码任务上表现的也相当不错
这些非编码任务上表现的也相当不错
8:10.321–8:13.681
zh有运营的同学用它做周报
有运营的同学用它做周报
8:13.681–8:14.881
zh拆解OKR
拆解OKR
8:14.881–8:18.421
zh有设计师用它配合Figma出稿
有设计师用它配合Figma出稿
8:18.421–8:22.161
zh甚至有技术记者完全不用写代码
甚至有技术记者完全不用写代码
8:22.161–8:24.221
zh首先用它做内容生产
首先用它做内容生产
8:24.221–8:27.401
zh现在我们借助一个实际的应用场景
现在我们借助一个实际的应用场景
8:27.401–8:29.921
zh来演示如何使用Cloud Code
来演示如何使用Cloud Code
8:29.921–8:34.961
zh以一个ARM64平台加Celix的K7系列的FPGA
以一个ARM64平台加Celix的K7系列的FPGA
8:34.961–8:36.901
zh实现的多路看模块为例
实现的多路看模块为例
8:36.901–8:39.341
zh这个工程目录下的几个文件夹
这个工程目录下的几个文件夹
8:39.341–8:43.101
zh对应的内容分别是CinLinksXDMA的驱动
对应的内容分别是CinLinksXDMA的驱动
8:43.101–8:47.601
zh以及基于CinLinksXDMA驱动封装的看功能接口
以及基于CinLinksXDMA驱动封装的看功能接口
8:47.601–8:50.661
zh还有CinLinks看IPcall用户手册
还有CinLinks看IPcall用户手册
8:50.661–8:55.761
zh以及驱动工程师与FPG工程师之间的沟通文档
以及驱动工程师与FPG工程师之间的沟通文档
8:55.761–8:57.241
zh在当前目录下
在当前目录下
8:57.241–8:59.041
zh我们打开一个PowerShell终端
我们打开一个PowerShell终端
8:59.041–9:00.681
zh运行Cloud
运行Cloud
9:00.681–9:07.001
zh我们让它分析一下当前MKanLibXDMA所实现的功能
我们让它分析一下当前MKanLibXDMA所实现的功能
9:07.001–9:09.261
zh并根据现有的接口
并根据现有的接口
9:09.261–9:12.261
zh用C语言编写看测试demo
用C语言编写看测试demo
9:12.261–9:15.161
zh以及编写相应的MIC file文件
以及编写相应的MIC file文件
9:15.161–9:18.221
zh暂时先不让它参与交叉编语
暂时先不让它参与交叉编语
9:18.221–9:19.241
zh以实际测试
以实际测试
9:19.241–9:21.681
zh我们给到它具体的执行指令
我们给到它具体的执行指令
9:21.681–9:24.301
zhCloud开始执行
Cloud开始执行
9:24.301–9:27.141
zh在执行过程中
在执行过程中
9:27.141–9:29.681
zh它会输出概要的执行步骤
它会输出概要的执行步骤
9:29.681–9:32.581
zh在涉及到要创建文件的时候
在涉及到要创建文件的时候
9:32.581–9:34.061
zh它会征求我们的意见
它会征求我们的意见
9:34.061–9:37.021
zh反复和我们确认是否进行下一步
反复和我们确认是否进行下一步
9:37.021–9:38.941
zh针对比较复杂的任务
针对比较复杂的任务
9:38.941–9:39.941
zh咱们还是慎重一点
咱们还是慎重一点
9:39.941–9:41.481
zh就是最好一步一步来
就是最好一步一步来
9:41.481–9:43.281
zh针对简单的
针对简单的
9:43.281–9:47.201
zh可以让它直接将整个流程执行完毕
可以让它直接将整个流程执行完毕
9:47.201–9:49.461
zh这个使用势力相对来说比较简单
这个使用势力相对来说比较简单
9:49.461–9:51.201
zh没有跨平台的交叉编译
没有跨平台的交叉编译
9:51.201–9:54.621
zh不涉及到与实际的硬件交互进行测试
不涉及到与实际的硬件交互进行测试
9:54.621–9:57.981
zh我们就让它将整个流程一口气执行完
我们就让它将整个流程一口气执行完
9:57.981–10:00.641
zh执行过程中
执行过程中
10:00.641–10:03.121
zh它进行了接口功能分析
它进行了接口功能分析
10:03.121–10:06.401
zh编写了看接口功能测试程序
编写了看接口功能测试程序
10:06.401–10:08.841
zh还编写了mic file文件
还编写了mic file文件
10:08.841–10:12.121
zh并生成了一个redme文档
并生成了一个redme文档
10:12.121–10:15.201
zh用于对看测试demo进行必要的说明
用于对看测试demo进行必要的说明
10:15.201–10:17.781
zh我们浏览一下生成的文件
我们浏览一下生成的文件
10:17.781–10:21.921
zh至于能不能编译
至于能不能编译
10:21.921–10:23.481
zh能不能直接拿来测试
能不能直接拿来测试
10:23.481–10:24.161
zh我们先不讲
我们先不讲
10:24.161–10:26.481
zh就是它目前所做到的
就是它目前所做到的
10:26.481–10:30.021
zh就已经可以给开发人员减轻很大的负担了
就已经可以给开发人员减轻很大的负担了
10:30.021–10:33.321
zh起码交给他做一些杂火是绝对没有问题的
起码交给他做一些杂火是绝对没有问题的
10:33.321–10:36.521
zh接下来我们来看看Cloud Code最大的痛点
接下来我们来看看Cloud Code最大的痛点
10:36.521–10:38.601
zh前面视频中的使用事例
前面视频中的使用事例
10:38.601–10:41.921
zh还不足以发现Cloud Code使用过程中的痛点
还不足以发现Cloud Code使用过程中的痛点
10:41.921–10:44.161
zh我搜索了很多相关的使用资料
我搜索了很多相关的使用资料
10:44.161–10:46.501
zh总结得到如下两条
总结得到如下两条
10:46.501–10:50.221
zh就是消耗的Token不可控和生成的结果不达标
就是消耗的Token不可控和生成的结果不达标
10:50.221–10:52.601
zh这不光是Cloud Code的问题
这不光是Cloud Code的问题
10:52.601–10:55.841
zh这几乎是当下所有AI agent的通病
这几乎是当下所有AI agent的通病
10:55.841–10:57.721
zh我们先来看看Token不可控
我们先来看看Token不可控
10:57.721–10:58.901
zh比如
比如
10:58.901–11:00.921
zh他为了解决一个简单的bug
他为了解决一个简单的bug
11:00.921–11:04.761
zh他可能在后台自主决定去读了几十个投文件
他可能在后台自主决定去读了几十个投文件
11:04.761–11:06.401
zh跑了好几次编译
跑了好几次编译
11:06.401–11:09.101
zh又回过头去分析了几千行的日志
又回过头去分析了几千行的日志
11:09.101–11:11.341
zh每一步动作都在消耗token
每一步动作都在消耗token
11:11.341–11:13.341
zh可能还没解决几个问题
可能还没解决几个问题
11:13.341–11:16.001
zh已够的token就消耗的差不多了
已够的token就消耗的差不多了
11:16.001–11:18.021
zh如果是团队协作的话
如果是团队协作的话
11:18.021–11:20.941
zh是用了多少token也不太好精确计算
是用了多少token也不太好精确计算
11:20.941–11:22.461
zh如果想优化成本
如果想优化成本
11:22.461–11:25.581
zh又搞不清楚哪类操作更费token
又搞不清楚哪类操作更费token
11:25.581–11:28.041
zh由于这不可控的token消耗
由于这不可控的token消耗
11:28.041–11:29.821
zh让很多程序员的工作
让很多程序员的工作
11:29.821–11:31.081
zh从编码调试
从编码调试
11:31.081–11:33.801
zh变成了要控制好AI制整体的token消耗
变成了要控制好AI制整体的token消耗
11:33.801–11:36.421
zh可能在适用的初期阶段还更累了
可能在适用的初期阶段还更累了
11:36.421–11:39.141
zh但我们总要给新事务机会
但我们总要给新事务机会
11:39.141–11:41.621
zh就像允许小孩犯错一样
就像允许小孩犯错一样
11:41.621–11:43.841
zh再看看生成的结果不达标问题
再看看生成的结果不达标问题
11:43.841–11:46.801
zh现在有很多用户已经反馈过
现在有很多用户已经反馈过
11:46.801–11:48.941
zh在面对复杂任务时
在面对复杂任务时
11:48.941–11:51.501
zhCloud会出现思考深度下降
Cloud会出现思考深度下降
11:51.501–11:53.381
zh陷入逻辑死循环
陷入逻辑死循环
11:53.381–11:54.521
zh疯狂刷token
疯狂刷token
11:54.521–11:56.581
zh当项目的规模角大时
当项目的规模角大时
11:56.581–11:59.821
zhCloud Code经常会忽略用户已有的设计模式
Cloud Code经常会忽略用户已有的设计模式
11:59.821–12:01.161
zh或者是架构约束
或者是架构约束
12:01.161–12:03.821
zh它还会出现无视用户指令
它还会出现无视用户指令
12:03.821–12:05.801
zh防御性白烂和突然的问题
防御性白烂和突然的问题
12:05.801–12:07.961
zh那么针对Cloud Code的痛点
那么针对Cloud Code的痛点
12:07.961–12:09.421
zh使用者该如何自救呢
使用者该如何自救呢
12:09.421–12:11.321
zh我也概略的总结了几条
我也概略的总结了几条
12:11.321–12:13.761
zh比如说针对Token消耗不可控
比如说针对Token消耗不可控
12:13.761–12:16.181
zh我们可以限制它的执行部署
我们可以限制它的执行部署
12:16.181–12:18.261
zh即时的清空上下文
即时的清空上下文
12:18.261–12:21.121
zh还可以切换到其他的模型
还可以切换到其他的模型
12:21.121–12:22.961
zh比如我们中国的模型DeepSick
比如我们中国的模型DeepSick
12:22.961–12:24.281
zh如果这个也算的话
如果这个也算的话
12:24.281–12:26.521
zh针对结果不达标呢
针对结果不达标呢
12:26.521–12:29.341
zh我们可以主动的给出核心上下文
我们可以主动的给出核心上下文
12:29.341–12:31.021
zh进行任务拆解
进行任务拆解
12:31.021–12:34.561
zh我们要慎用一键到底的执行方式
我们要慎用一键到底的执行方式
12:34.561–12:37.461
zh我们再把视线拉长一点
我们再把视线拉长一点
12:37.461–12:39.781
zh纵观一下AI行业这十几年的发展
纵观一下AI行业这十几年的发展
12:39.781–12:40.961
zh过去十年
过去十年
12:40.961–12:43.781
zhAI的竞争更多的是大模型的竞争
AI的竞争更多的是大模型的竞争
12:43.781–12:46.601
zh各家大模型比拼谁参数多
各家大模型比拼谁参数多
12:46.601–12:47.781
zh谁评分高
谁评分高
12:47.781–12:49.221
zh谁的多么态能力强
谁的多么态能力强
12:49.221–12:50.761
zh但到了2025年
但到了2025年
12:50.761–12:52.841
zhAI有了更进一步的发展
AI有了更进一步的发展
12:52.841–12:55.101
zh不是因为大模型不再卷了
不是因为大模型不再卷了
12:55.101–12:57.841
zh而是因为大模型之间的差距在缩小
而是因为大模型之间的差距在缩小
12:57.841–13:00.481
zh当大家的智商都差不多的时候
当大家的智商都差不多的时候
13:00.481–13:02.021
zh竞争的焦点就变成了
竞争的焦点就变成了
13:02.021–13:05.001
zh谁能让AI真正的有效的干活
谁能让AI真正的有效的干活
13:05.001–13:07.921
zh于是AI agent的时代到来了
于是AI agent的时代到来了
13:07.921–13:10.281
zh像Ader Cloud Code
像Ader Cloud Code
13:10.281–13:11.201
enOpen Cloud
Open Cloud
13:11.201–13:12.201
enOpen Code
Open Code
13:12.201–13:13.081
enCursor
Cursor
13:13.081–13:14.001
enMainers
Mainers
13:14.001–13:16.101
enGithub Copilot
Github Copilot
13:16.101–13:18.081
zhWindsurf等等等等
Windsurf等等等等
13:18.081–13:20.341
zh这些我们反复听到的名字
这些我们反复听到的名字
13:20.341–13:21.661
zh他们形态各异
他们形态各异
13:21.661–13:23.461
zh有的独立跑在终端里
有的独立跑在终端里
13:23.461–13:25.201
zh有的嵌入在IDE中
有的嵌入在IDE中
13:25.201–13:28.461
zh有的甚至想做一个通用的数字员工
有的甚至想做一个通用的数字员工
13:28.461–13:30.061
zh但无论哪种形态
但无论哪种形态
13:30.061–13:31.521
zh他们都有一个共同点
他们都有一个共同点
13:31.521–13:32.921
zh可以操作电脑
可以操作电脑
13:32.921–13:34.781
zh能访问本地文件
能访问本地文件
13:34.781–13:36.041
zh能执行指令
能执行指令
13:36.041–13:37.461
zh能自行规划任务
能自行规划任务
13:37.461–13:39.621
zh而在这波浪潮里
而在这波浪潮里
13:39.621–13:41.481
zh最受程序员群体关注的
最受程序员群体关注的
13:41.481–13:43.261
zh就是我们今天聊的Cloud Code
就是我们今天聊的Cloud Code
13:43.261–13:46.421
zh以上就是今天视频的所有内容
以上就是今天视频的所有内容
13:46.421–13:47.381
zh感谢观看
感谢观看
13:47.381–13:48.021
zh下期见
下期见
尚未產生學習筆記
請在 Telegram 指令最後加上「學習」,例如:videonote 網址 英文 雙語 學習