0:00.000–0:03.800
jaHello,欢迎来到Cloud Code的零基础保姆基教程。
0:04.320–0:06.800
ja今天教你几个高效开发和省钱的技巧。
0:07.120–0:08.560
ja第一个,项目说明书。
0:09.100–0:10.856
ja你是不是经常遇到一个问题,
0:10.856–0:13.964
ja每次打开一个项目让Cloud Code继续开发,
0:13.964–0:15.720
ja它都需要重新熟悉一遍项目。
0:16.380–0:19.091
ja这是一个既花时间又烧Token的事情,
0:19.091–0:20.661
ja随着你的项目越来越大,
0:20.661–0:23.800
ja它每次花的时间和Token成本就会越来越高。
0:24.240–0:25.532
ja有了项目说明书之后,
0:25.532–0:29.020
ja就相当于说Cloud Code知道了这个项目的背景信息,
0:29.020–0:32.600
ja它就不需要每次重新熟悉了,可以直接进行开发。
0:32.960–0:34.900
ja那我们要怎么给一个项目增加说明书?
0:35.340–0:37.480
ja非常简单,Cloud Code帮我们写就可以了。
0:37.880–0:43.280
ja我们只需要在输入框里输入一个简单的指令,-init,点击发送。
0:44.060–0:46.460
ja它就开始帮我们生成项目的说明书。
0:46.860–0:51.081
ja好,现在我们能看到Cloud Code已经帮我们把项目说明书写完了,
0:51.081–0:52.360
ja我们可以打开看一下。
0:52.900–0:57.460
ja在这个Cloud.md的文件里面呢,它帮我们写了这个项目的概述,
0:57.460–1:02.900
ja常用的命令,架构的说明,相关数据存储,以及一些自定义的接口,
1:03.420–1:05.180
ja还有一些基础的规则等等。
1:05.800–1:07.920
ja这就是一个非常好的项目说明书了。
1:08.360–1:10.180
ja同时我们也需要养成一个习惯,
1:10.180–1:13.300
ja每次这个项目增加新的功能或者修改了一些东西之后,
1:13.700–1:16.460
ja我们也最好在项目说明书里同步修改。
1:16.460–1:19.076
ja我们只需要跟Cloud Code说,
1:19.076–1:20.307
ja更新Cloud.
1:20.307–1:20.769
enmd,
1:20.769–1:21.846
ja然后发送给它,
1:21.846–1:24.000
ja它就开始更新这个项目说明书。
1:24.380–1:26.080
ja第二个,快速订阅问题。
1:26.700–1:28.920
jaAI写的代码一定会出问题,
1:28.920–1:30.798
ja当我发现问题出现之后,
1:30.798–1:33.360
ja很多小伙伴只是会描述看到现象,
1:33.780–1:37.580
ja不会给AI提供问题的具体信息,导致AI只能靠猜,
1:38.020–1:40.720
ja它只能去排除各种可能性最后找到那个bug。
1:40.720–1:43.580
ja这样既浪费时间,又烧token。
1:43.960–1:46.040
ja那我们要怎么办AI快速订阅问题呢?
1:46.500–1:50.440
ja以我做的一个web应用为例,这是我做的一个公众号排版助手。
1:50.960–1:56.860
ja我们只需要在网页上右键点击检查,会出现一个网站的控制台。
1:57.400–2:01.180
ja控制台上面有一个图标叫X,X的旁边有一个数字2,
2:01.660–2:06.400
ja就代表当前这个网页有两个错误,我们全选其中的一个错误的文案,
2:06.760–2:10.100
ja然后回到BS Code里面的Cloud Code插件页面,
2:10.100–2:14.120
ja然后把这个错误复制给它,跟它说要检查这个bug,
2:15.280–2:18.900
ja然后发送给它,它就开始帮我们检查并修复这个bug。
2:19.280–2:24.740
ja如果你的应用不是web,可能是手机的app,或者是小程序,
2:25.220–2:26.780
ja它们都会有不同的调试页面,
2:27.360–2:30.140
ja比如说iOS的应用就在Xcode里面调试,
2:30.580–2:33.320
ja那它的错误的代码肯定发生在Xcode里面,
2:33.520–2:35.680
ja如果你不知道在哪里看,就问Cloud Code,
2:35.780–2:38.040
ja我应该在哪里帮你找到错误信息,
2:38.040–2:42.460
ja然后按照它的指导,一步步找到错误信息之后发给它就可以了,
2:42.880–2:45.900
ja这样能极快地提高它修复bug的效率。
2:46.300–2:48.940
ja第三个,存档,进行版本管理,
2:49.420–2:52.080
ja如果你玩过游戏,你应该知道存档的概念,
2:52.560–2:55.460
ja它就是说,当你玩到游戏的某个环节或关卡,
2:55.840–2:57.520
ja游戏会自动帮你保存这个进度,
2:57.940–3:00.740
ja你下一次进来就可以从这个位置继续往后面玩了。
3:01.500–3:04.340
ja存档这个技能对于我们进行应用开发也非常重要,
3:04.340–3:09.160
ja它的好处就是,出了大的问题之后就可以快速恢复到之前的状态,
3:09.760–3:11.080
ja比如说你重构了代码,
3:11.600–3:13.320
ja但你发现这个项目完全跑不了了,
3:13.960–3:15.000
ja如果你有存档的话,
3:15.120–3:17.120
ja你就可以直接让它回到之前的一个版本,
3:17.580–3:20.820
ja就不需要再去写大量的代码去恢复这个项目的正常运行。
3:20.820–3:23.480
ja那我们应该怎么进行版本管理?
3:23.920–3:25.720
ja第一步,我们打开课程文档,
3:26.140–3:27.880
ja看到有一段版本记录规范,
3:28.440–3:30.120
ja然后我们把这段文案复制一下,
3:30.680–3:32.080
ja我们打开IBS Code,
3:32.740–3:34.480
ja在刚刚的项目说明书里,
3:35.000–3:39.020
ja我们在最后把这段复制的文案粘贴下来,
3:39.480–3:41.440
ja然后我们点击Command S进行保存。
3:41.440–3:45.380
ja第二步,我们回到课程的文档,
3:45.960–3:47.660
ja然后我们复制一下这段文案,
3:48.400–3:51.780
ja让Cloud Code帮我们去建立一个初始的版本记录,
3:53.260–3:54.520
ja然后它就会开始工作了。
3:55.100–3:56.900
jaOK,等待大概20秒后,
3:57.100–4:00.580
ja我们就可以看到Cloud Code已经把版本记录的文档写完了。
4:01.220–4:03.360
ja我们打开这个translog.md,
4:04.040–4:07.540
ja就可以看到这个已经有一个项目的一个基础版本记录了。
4:07.680–4:09.700
ja接下来我们回到课程文档里面,
4:09.700–4:11.460
ja我们可以看一下,
4:11.720–4:13.320
ja我们后需要存档的话应该怎么做。
4:14.060–4:16.680
ja如果你有新的记录需要记录进来的话,
4:17.100–4:18.680
ja那你就只需要跟它说存档。
4:18.980–4:22.040
ja如果你遇到了一些问题,
4:22.200–4:23.180
ja你需要把项目回滚,
4:23.620–4:25.480
ja那你只需要跟Cloud Code说回退,
4:25.920–4:28.640
ja它就会把这个项目回滚到之前的一个版本,
4:29.000–4:30.400
ja确保这个项目可以正常使用。
4:31.060–4:32.680
ja如果你想查看版本历史的话,
4:33.160–4:35.360
ja你就可以跟Cloud Code说查看历史,
4:35.700–4:38.780
ja或者是你直接打开我们刚刚的translog.md,
4:38.780–4:42.360
ja就可以查看你这个项目所有的版本历史文件。
4:42.920–4:43.140
enOK,
4:43.520–4:45.220
ja我们今天的课程分享就到这里了。
4:45.720–4:47.720
ja如果你是一个没有专业变成经验的小白,
4:48.120–4:50.260
ja真的强烈建议你试试这几个小技巧。
4:50.800–4:53.060
ja你对Cloud Code的使用还有什么问题,
4:53.400–4:54.680
ja也欢迎在评论区告诉我。
4:55.120–4:57.240
ja如果你想获取完整的学习资料,
4:57.640–4:59.240
ja欢迎在评论区留下求资料。
4:59.240–5:00.400
ja我们下期继续。
5:00.400–5:00.457
ja请不吝点赞 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅
5:00.457–5:00.517
ja订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅
5:00.517–5:00.580
ja订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订�

0:00.000–0:03.800
Hello,欢迎来到Cloud Code的零基础保姆基教程。
0:04.320–0:06.800
今天教你几个高效开发和省钱的技巧。
0:07.120–0:08.560
第一个,项目说明书。
0:09.100–0:10.856
你是不是经常遇到一个问题,
0:10.856–0:13.964
每次打开一个项目让Cloud Code继续开发,
0:13.964–0:15.720
它都需要重新熟悉一遍项目。
0:16.380–0:19.091
这是一个既花时间又烧Token的事情,
0:19.091–0:20.661
随着你的项目越来越大,
0:20.661–0:23.800
它每次花的时间和Token成本就会越来越高。
0:24.240–0:25.532
有了项目说明书之后,
0:25.532–0:29.020
就相当于说Cloud Code知道了这个项目的背景信息,
0:29.020–0:32.600
它就不需要每次重新熟悉了,可以直接进行开发。
0:32.960–0:34.900
那我们要怎么给一个项目增加说明书?
0:35.340–0:37.480
非常简单,Cloud Code帮我们写就可以了。
0:37.880–0:43.280
我们只需要在输入框里输入一个简单的指令,-init,点击发送。
0:44.060–0:46.460
它就开始帮我们生成项目的说明书。
0:46.860–0:51.081
好,现在我们能看到Cloud Code已经帮我们把项目说明书写完了,
0:51.081–0:52.360
我们可以打开看一下。
0:52.900–0:57.460
在这个Cloud.md的文件里面呢,它帮我们写了这个项目的概述,
0:57.460–1:02.900
常用的命令,架构的说明,相关数据存储,以及一些自定义的接口,
1:03.420–1:05.180
还有一些基础的规则等等。
1:05.800–1:07.920
这就是一个非常好的项目说明书了。
1:08.360–1:10.180
同时我们也需要养成一个习惯,
1:10.180–1:13.300
每次这个项目增加新的功能或者修改了一些东西之后,
1:13.700–1:16.460
我们也最好在项目说明书里同步修改。
1:16.460–1:19.076
我们只需要跟Cloud Code说,
1:19.076–1:20.307
更新Cloud.
1:20.307–1:20.769
md,
1:20.769–1:21.846
然后发送给它,
1:21.846–1:24.000
它就开始更新这个项目说明书。
1:24.380–1:26.080
第二个,快速订阅问题。
1:26.700–1:28.920
AI写的代码一定会出问题,
1:28.920–1:30.798
当我发现问题出现之后,
1:30.798–1:33.360
很多小伙伴只是会描述看到现象,
1:33.780–1:37.580
不会给AI提供问题的具体信息,导致AI只能靠猜,
1:38.020–1:40.720
它只能去排除各种可能性最后找到那个bug。
1:40.720–1:43.580
这样既浪费时间,又烧token。
1:43.960–1:46.040
那我们要怎么办AI快速订阅问题呢?
1:46.500–1:50.440
以我做的一个web应用为例,这是我做的一个公众号排版助手。
1:50.960–1:56.860
我们只需要在网页上右键点击检查,会出现一个网站的控制台。
1:57.400–2:01.180
控制台上面有一个图标叫X,X的旁边有一个数字2,
2:01.660–2:06.400
就代表当前这个网页有两个错误,我们全选其中的一个错误的文案,
2:06.760–2:10.100
然后回到BS Code里面的Cloud Code插件页面,
2:10.100–2:14.120
然后把这个错误复制给它,跟它说要检查这个bug,
2:15.280–2:18.900
然后发送给它,它就开始帮我们检查并修复这个bug。
2:19.280–2:24.740
如果你的应用不是web,可能是手机的app,或者是小程序,
2:25.220–2:26.780
它们都会有不同的调试页面,
2:27.360–2:30.140
比如说iOS的应用就在Xcode里面调试,
2:30.580–2:33.320
那它的错误的代码肯定发生在Xcode里面,
2:33.520–2:35.680
如果你不知道在哪里看,就问Cloud Code,
2:35.780–2:38.040
我应该在哪里帮你找到错误信息,
2:38.040–2:42.460
然后按照它的指导,一步步找到错误信息之后发给它就可以了,
2:42.880–2:45.900
这样能极快地提高它修复bug的效率。
2:46.300–2:48.940
第三个,存档,进行版本管理,
2:49.420–2:52.080
如果你玩过游戏,你应该知道存档的概念,
2:52.560–2:55.460
它就是说,当你玩到游戏的某个环节或关卡,
2:55.840–2:57.520
游戏会自动帮你保存这个进度,
2:57.940–3:00.740
你下一次进来就可以从这个位置继续往后面玩了。
3:01.500–3:04.340
存档这个技能对于我们进行应用开发也非常重要,
3:04.340–3:09.160
它的好处就是,出了大的问题之后就可以快速恢复到之前的状态,
3:09.760–3:11.080
比如说你重构了代码,
3:11.600–3:13.320
但你发现这个项目完全跑不了了,
3:13.960–3:15.000
如果你有存档的话,
3:15.120–3:17.120
你就可以直接让它回到之前的一个版本,
3:17.580–3:20.820
就不需要再去写大量的代码去恢复这个项目的正常运行。
3:20.820–3:23.480
那我们应该怎么进行版本管理?
3:23.920–3:25.720
第一步,我们打开课程文档,
3:26.140–3:27.880
看到有一段版本记录规范,
3:28.440–3:30.120
然后我们把这段文案复制一下,
3:30.680–3:32.080
我们打开IBS Code,
3:32.740–3:34.480
在刚刚的项目说明书里,
3:35.000–3:39.020
我们在最后把这段复制的文案粘贴下来,
3:39.480–3:41.440
然后我们点击Command S进行保存。
3:41.440–3:45.380
第二步,我们回到课程的文档,
3:45.960–3:47.660
然后我们复制一下这段文案,
3:48.400–3:51.780
让Cloud Code帮我们去建立一个初始的版本记录,
3:53.260–3:54.520
然后它就会开始工作了。
3:55.100–3:56.900
OK,等待大概20秒后,
3:57.100–4:00.580
我们就可以看到Cloud Code已经把版本记录的文档写完了。
4:01.220–4:03.360
我们打开这个translog.md,
4:04.040–4:07.540
就可以看到这个已经有一个项目的一个基础版本记录了。
4:07.680–4:09.700
接下来我们回到课程文档里面,
4:09.700–4:11.460
我们可以看一下,
4:11.720–4:13.320
我们后需要存档的话应该怎么做。
4:14.060–4:16.680
如果你有新的记录需要记录进来的话,
4:17.100–4:18.680
那你就只需要跟它说存档。
4:18.980–4:22.040
如果你遇到了一些问题,
4:22.200–4:23.180
你需要把项目回滚,
4:23.620–4:25.480
那你只需要跟Cloud Code说回退,
4:25.920–4:28.640
它就会把这个项目回滚到之前的一个版本,
4:29.000–4:30.400
确保这个项目可以正常使用。
4:31.060–4:32.680
如果你想查看版本历史的话,
4:33.160–4:35.360
你就可以跟Cloud Code说查看历史,
4:35.700–4:38.780
或者是你直接打开我们刚刚的translog.md,
4:38.780–4:42.360
就可以查看你这个项目所有的版本历史文件。
4:42.920–4:43.140
OK,
4:43.520–4:45.220
我们今天的课程分享就到这里了。
4:45.720–4:47.720
如果你是一个没有专业变成经验的小白,
4:48.120–4:50.260
真的强烈建议你试试这几个小技巧。
4:50.800–4:53.060
你对Cloud Code的使用还有什么问题,
4:53.400–4:54.680
也欢迎在评论区告诉我。
4:55.120–4:57.240
如果你想获取完整的学习资料,
4:57.640–4:59.240
欢迎在评论区留下求资料。
4:59.240–5:00.400
我们下期继续。
5:00.400–5:00.457
请不吝点赞 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅
5:00.457–5:00.517
订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅
5:00.517–5:00.580
订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订�

0:00.000–0:03.800
jaHello,欢迎来到Cloud Code的零基础保姆基教程。
Hello,欢迎来到Cloud Code的零基础保姆基教程。
0:04.320–0:06.800
ja今天教你几个高效开发和省钱的技巧。
今天教你几个高效开发和省钱的技巧。
0:07.120–0:08.560
ja第一个,项目说明书。
第一个,项目说明书。
0:09.100–0:10.856
ja你是不是经常遇到一个问题,
你是不是经常遇到一个问题,
0:10.856–0:13.964
ja每次打开一个项目让Cloud Code继续开发,
每次打开一个项目让Cloud Code继续开发,
0:13.964–0:15.720
ja它都需要重新熟悉一遍项目。
它都需要重新熟悉一遍项目。
0:16.380–0:19.091
ja这是一个既花时间又烧Token的事情,
这是一个既花时间又烧Token的事情,
0:19.091–0:20.661
ja随着你的项目越来越大,
随着你的项目越来越大,
0:20.661–0:23.800
ja它每次花的时间和Token成本就会越来越高。
它每次花的时间和Token成本就会越来越高。
0:24.240–0:25.532
ja有了项目说明书之后,
有了项目说明书之后,
0:25.532–0:29.020
ja就相当于说Cloud Code知道了这个项目的背景信息,
就相当于说Cloud Code知道了这个项目的背景信息,
0:29.020–0:32.600
ja它就不需要每次重新熟悉了,可以直接进行开发。
它就不需要每次重新熟悉了,可以直接进行开发。
0:32.960–0:34.900
ja那我们要怎么给一个项目增加说明书?
那我们要怎么给一个项目增加说明书?
0:35.340–0:37.480
ja非常简单,Cloud Code帮我们写就可以了。
非常简单,Cloud Code帮我们写就可以了。
0:37.880–0:43.280
ja我们只需要在输入框里输入一个简单的指令,-init,点击发送。
我们只需要在输入框里输入一个简单的指令,-init,点击发送。
0:44.060–0:46.460
ja它就开始帮我们生成项目的说明书。
它就开始帮我们生成项目的说明书。
0:46.860–0:51.081
ja好,现在我们能看到Cloud Code已经帮我们把项目说明书写完了,
好,现在我们能看到Cloud Code已经帮我们把项目说明书写完了,
0:51.081–0:52.360
ja我们可以打开看一下。
我们可以打开看一下。
0:52.900–0:57.460
ja在这个Cloud.md的文件里面呢,它帮我们写了这个项目的概述,
在这个Cloud.md的文件里面呢,它帮我们写了这个项目的概述,
0:57.460–1:02.900
ja常用的命令,架构的说明,相关数据存储,以及一些自定义的接口,
常用的命令,架构的说明,相关数据存储,以及一些自定义的接口,
1:03.420–1:05.180
ja还有一些基础的规则等等。
还有一些基础的规则等等。
1:05.800–1:07.920
ja这就是一个非常好的项目说明书了。
这就是一个非常好的项目说明书了。
1:08.360–1:10.180
ja同时我们也需要养成一个习惯,
同时我们也需要养成一个习惯,
1:10.180–1:13.300
ja每次这个项目增加新的功能或者修改了一些东西之后,
每次这个项目增加新的功能或者修改了一些东西之后,
1:13.700–1:16.460
ja我们也最好在项目说明书里同步修改。
我们也最好在项目说明书里同步修改。
1:16.460–1:19.076
ja我们只需要跟Cloud Code说,
我们只需要跟Cloud Code说,
1:19.076–1:20.307
ja更新Cloud.
更新Cloud.
1:20.307–1:20.769
enmd,
md,
1:20.769–1:21.846
ja然后发送给它,
然后发送给它,
1:21.846–1:24.000
ja它就开始更新这个项目说明书。
它就开始更新这个项目说明书。
1:24.380–1:26.080
ja第二个,快速订阅问题。
第二个,快速订阅问题。
1:26.700–1:28.920
jaAI写的代码一定会出问题,
AI写的代码一定会出问题,
1:28.920–1:30.798
ja当我发现问题出现之后,
当我发现问题出现之后,
1:30.798–1:33.360
ja很多小伙伴只是会描述看到现象,
很多小伙伴只是会描述看到现象,
1:33.780–1:37.580
ja不会给AI提供问题的具体信息,导致AI只能靠猜,
不会给AI提供问题的具体信息,导致AI只能靠猜,
1:38.020–1:40.720
ja它只能去排除各种可能性最后找到那个bug。
它只能去排除各种可能性最后找到那个bug。
1:40.720–1:43.580
ja这样既浪费时间,又烧token。
这样既浪费时间,又烧token。
1:43.960–1:46.040
ja那我们要怎么办AI快速订阅问题呢?
那我们要怎么办AI快速订阅问题呢?
1:46.500–1:50.440
ja以我做的一个web应用为例,这是我做的一个公众号排版助手。
以我做的一个web应用为例,这是我做的一个公众号排版助手。
1:50.960–1:56.860
ja我们只需要在网页上右键点击检查,会出现一个网站的控制台。
我们只需要在网页上右键点击检查,会出现一个网站的控制台。
1:57.400–2:01.180
ja控制台上面有一个图标叫X,X的旁边有一个数字2,
控制台上面有一个图标叫X,X的旁边有一个数字2,
2:01.660–2:06.400
ja就代表当前这个网页有两个错误,我们全选其中的一个错误的文案,
就代表当前这个网页有两个错误,我们全选其中的一个错误的文案,
2:06.760–2:10.100
ja然后回到BS Code里面的Cloud Code插件页面,
然后回到BS Code里面的Cloud Code插件页面,
2:10.100–2:14.120
ja然后把这个错误复制给它,跟它说要检查这个bug,
然后把这个错误复制给它,跟它说要检查这个bug,
2:15.280–2:18.900
ja然后发送给它,它就开始帮我们检查并修复这个bug。
然后发送给它,它就开始帮我们检查并修复这个bug。
2:19.280–2:24.740
ja如果你的应用不是web,可能是手机的app,或者是小程序,
如果你的应用不是web,可能是手机的app,或者是小程序,
2:25.220–2:26.780
ja它们都会有不同的调试页面,
它们都会有不同的调试页面,
2:27.360–2:30.140
ja比如说iOS的应用就在Xcode里面调试,
比如说iOS的应用就在Xcode里面调试,
2:30.580–2:33.320
ja那它的错误的代码肯定发生在Xcode里面,
那它的错误的代码肯定发生在Xcode里面,
2:33.520–2:35.680
ja如果你不知道在哪里看,就问Cloud Code,
如果你不知道在哪里看,就问Cloud Code,
2:35.780–2:38.040
ja我应该在哪里帮你找到错误信息,
我应该在哪里帮你找到错误信息,
2:38.040–2:42.460
ja然后按照它的指导,一步步找到错误信息之后发给它就可以了,
然后按照它的指导,一步步找到错误信息之后发给它就可以了,
2:42.880–2:45.900
ja这样能极快地提高它修复bug的效率。
这样能极快地提高它修复bug的效率。
2:46.300–2:48.940
ja第三个,存档,进行版本管理,
第三个,存档,进行版本管理,
2:49.420–2:52.080
ja如果你玩过游戏,你应该知道存档的概念,
如果你玩过游戏,你应该知道存档的概念,
2:52.560–2:55.460
ja它就是说,当你玩到游戏的某个环节或关卡,
它就是说,当你玩到游戏的某个环节或关卡,
2:55.840–2:57.520
ja游戏会自动帮你保存这个进度,
游戏会自动帮你保存这个进度,
2:57.940–3:00.740
ja你下一次进来就可以从这个位置继续往后面玩了。
你下一次进来就可以从这个位置继续往后面玩了。
3:01.500–3:04.340
ja存档这个技能对于我们进行应用开发也非常重要,
存档这个技能对于我们进行应用开发也非常重要,
3:04.340–3:09.160
ja它的好处就是,出了大的问题之后就可以快速恢复到之前的状态,
它的好处就是,出了大的问题之后就可以快速恢复到之前的状态,
3:09.760–3:11.080
ja比如说你重构了代码,
比如说你重构了代码,
3:11.600–3:13.320
ja但你发现这个项目完全跑不了了,
但你发现这个项目完全跑不了了,
3:13.960–3:15.000
ja如果你有存档的话,
如果你有存档的话,
3:15.120–3:17.120
ja你就可以直接让它回到之前的一个版本,
你就可以直接让它回到之前的一个版本,
3:17.580–3:20.820
ja就不需要再去写大量的代码去恢复这个项目的正常运行。
就不需要再去写大量的代码去恢复这个项目的正常运行。
3:20.820–3:23.480
ja那我们应该怎么进行版本管理?
那我们应该怎么进行版本管理?
3:23.920–3:25.720
ja第一步,我们打开课程文档,
第一步,我们打开课程文档,
3:26.140–3:27.880
ja看到有一段版本记录规范,
看到有一段版本记录规范,
3:28.440–3:30.120
ja然后我们把这段文案复制一下,
然后我们把这段文案复制一下,
3:30.680–3:32.080
ja我们打开IBS Code,
我们打开IBS Code,
3:32.740–3:34.480
ja在刚刚的项目说明书里,
在刚刚的项目说明书里,
3:35.000–3:39.020
ja我们在最后把这段复制的文案粘贴下来,
我们在最后把这段复制的文案粘贴下来,
3:39.480–3:41.440
ja然后我们点击Command S进行保存。
然后我们点击Command S进行保存。
3:41.440–3:45.380
ja第二步,我们回到课程的文档,
第二步,我们回到课程的文档,
3:45.960–3:47.660
ja然后我们复制一下这段文案,
然后我们复制一下这段文案,
3:48.400–3:51.780
ja让Cloud Code帮我们去建立一个初始的版本记录,
让Cloud Code帮我们去建立一个初始的版本记录,
3:53.260–3:54.520
ja然后它就会开始工作了。
然后它就会开始工作了。
3:55.100–3:56.900
jaOK,等待大概20秒后,
OK,等待大概20秒后,
3:57.100–4:00.580
ja我们就可以看到Cloud Code已经把版本记录的文档写完了。
我们就可以看到Cloud Code已经把版本记录的文档写完了。
4:01.220–4:03.360
ja我们打开这个translog.md,
我们打开这个translog.md,
4:04.040–4:07.540
ja就可以看到这个已经有一个项目的一个基础版本记录了。
就可以看到这个已经有一个项目的一个基础版本记录了。
4:07.680–4:09.700
ja接下来我们回到课程文档里面,
接下来我们回到课程文档里面,
4:09.700–4:11.460
ja我们可以看一下,
我们可以看一下,
4:11.720–4:13.320
ja我们后需要存档的话应该怎么做。
我们后需要存档的话应该怎么做。
4:14.060–4:16.680
ja如果你有新的记录需要记录进来的话,
如果你有新的记录需要记录进来的话,
4:17.100–4:18.680
ja那你就只需要跟它说存档。
那你就只需要跟它说存档。
4:18.980–4:22.040
ja如果你遇到了一些问题,
如果你遇到了一些问题,
4:22.200–4:23.180
ja你需要把项目回滚,
你需要把项目回滚,
4:23.620–4:25.480
ja那你只需要跟Cloud Code说回退,
那你只需要跟Cloud Code说回退,
4:25.920–4:28.640
ja它就会把这个项目回滚到之前的一个版本,
它就会把这个项目回滚到之前的一个版本,
4:29.000–4:30.400
ja确保这个项目可以正常使用。
确保这个项目可以正常使用。
4:31.060–4:32.680
ja如果你想查看版本历史的话,
如果你想查看版本历史的话,
4:33.160–4:35.360
ja你就可以跟Cloud Code说查看历史,
你就可以跟Cloud Code说查看历史,
4:35.700–4:38.780
ja或者是你直接打开我们刚刚的translog.md,
或者是你直接打开我们刚刚的translog.md,
4:38.780–4:42.360
ja就可以查看你这个项目所有的版本历史文件。
就可以查看你这个项目所有的版本历史文件。
4:42.920–4:43.140
enOK,
OK,
4:43.520–4:45.220
ja我们今天的课程分享就到这里了。
我们今天的课程分享就到这里了。
4:45.720–4:47.720
ja如果你是一个没有专业变成经验的小白,
如果你是一个没有专业变成经验的小白,
4:48.120–4:50.260
ja真的强烈建议你试试这几个小技巧。
真的强烈建议你试试这几个小技巧。
4:50.800–4:53.060
ja你对Cloud Code的使用还有什么问题,
你对Cloud Code的使用还有什么问题,
4:53.400–4:54.680
ja也欢迎在评论区告诉我。
也欢迎在评论区告诉我。
4:55.120–4:57.240
ja如果你想获取完整的学习资料,
如果你想获取完整的学习资料,
4:57.640–4:59.240
ja欢迎在评论区留下求资料。
欢迎在评论区留下求资料。
4:59.240–5:00.400
ja我们下期继续。
我们下期继续。
5:00.400–5:00.457
ja请不吝点赞 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅
请不吝点赞 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅
5:00.457–5:00.517
ja订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅
订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅
5:00.517–5:00.580
ja订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订�
订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订阅 订�

影片筆記：Claude Code的3个高效开发&省钱技巧【第 6 讲】

一句話總結

本影片介紹使用 Cloud Code 進行開發時的三個高效技巧：建立 Cloud.md 專案說明書以減少 Token 消耗、直接複製瀏覽器控制台錯誤資訊以加速除錯，以及透過 translog.md 進行版本存檔與回退，確保專案穩定性。

核心重點

專案說明書（Cloud.md）：

針對大型專案，AI 每次重新熟悉專案會消耗大量 Token。
使用指令 -init 讓 AI 自動生成 Cloud.md，記錄專案背景、架構、規則等。
需養成習慣，在功能新增或修改後，同步更新此說明書。

精準回報問題（Bug Reporting）：

避免僅描述現象，應提供具體錯誤資訊。
Web 應用：複製瀏覽器控制台的錯誤文案貼給 AI。
非 Web 應用（如手機 App、小程序）：需找到對應調試頁面（如 iOS 用 Xcode）獲取錯誤資訊，若不知如何查找可詢問 AI。

版本管理與存檔（translog.md）：

類似遊戲存檔機制，用於在重大錯誤（如重構失敗）時快速恢復。
建立 translog.md 版本記錄文件。
日常操作包括：告知 AI 進行存檔、要求回退到特定版本、查看歷史記錄。

詳細大綱

1. 前言

歡迎進入 Cloud Code 基礎教程。
核心目標：高效開發與節省 Token 成本。

2. 技巧一：建立項目說明書

痛點：專案規模越大，AI 重新熟悉專案所需的時間與 Token 成本越高。
解決方案：
使用指令 -init 讓 Cloud Code 生成項目說明書。
說明書內容包含：專案概述、常用命令、架構說明、數據存儲、自定義接口、基礎規則。
文件命名為 Cloud.md。
維護規範：
當功能新增或修改後，必須同步更新說明書。
可透過指令「更新 Cloud.md」來執行此操作。

3. 技巧二：快速訂閱（回報）問題

痛點：僅描述現象會導致 AI 靠猜測排除可能性，浪費時間與 Token。
解決方案：提供具體的錯誤資訊。
Web 應用操作步驟：

使用瀏覽器「檢查」功能開啟控制台。
複製控制台中的錯誤文案（例如顯示錯誤數量的圖標旁）。
將錯誤資訊貼入 Cloud Code 插件頁面，要求檢查並修復。

非 Web 應用操作步驟：
若為手機 App 或小程序，需找到對應的調試頁面（例如 iOS 使用 Xcode）。
若不知如何查找錯誤資訊位置，可詢問 Cloud Code，依其指引提供給 AI。

4. 技巧三：存档與版本管理

概念：類似遊戲存檔，用於在出現重大問題（如重構後專案無法運行）時，快速恢復到之前的正常狀態。
操作步驟：

從課程文檔複製「版本記錄規範」文案。
在 Cloud Code 專案說明書（Cloud.md）最後貼上並保存（Command S）。
讓 Cloud Code 建立初始版本記錄。
等待約 20 秒，生成版本記錄文件 translog.md。

日常指令：
存档：有新記錄時告知 AI。
回退：遇到問題時，要求回滾到之前的版本。
查看歷史：告知 AI 或直接打開 translog.md 查看版本歷史。

5. 結語

建議無專業編程經驗的小白嘗試這些技巧。
歡迎在評論區提問或索取完整學習資料。
請求點讚與訂閱。

工具 / 模型 / 名詞整理

Cloud Code：影片主要討論的 AI 開發輔助工具/插件。
BS Code：逐字稿中提及的軟體環境（疑點：通常指 VS Code 或特定 IDE，但逐字稿原文為 BS Code）。
Xcode：iOS 應用調試工具。
Cloud.md：項目說明書的文件名稱。
translog.md：版本記錄的文件名稱。
Web 應用 / 公眾號排版助手：範例應用類型。
iOS 應用 / 小程序：範例應用類型。
-init：用於生成專案說明書的指令。

操作流程整理

流程一：初始化專案說明書

在 Cloud Code 中輸入指令 -init。
AI 生成 Cloud.md 文件，包含專案概述、架構、規則等資訊。
後續開發中，若功能有變動，使用指令「更新 Cloud.md」同步資訊。

流程二：除錯 Web 應用

在瀏覽器中開啟「檢查」模式進入控制台。
複製控制台顯示的錯誤文案（注意圖標旁的錯誤數量提示）。
將複製的內容貼入 Cloud Code 插件頁面。
要求 AI 檢查並修復錯誤。

流程三：建立版本存檔系統

複製課程文檔中的「版本記錄規範」文案。
打開 Cloud.md 文件，將規範文案貼在最後。
保存文件（Command S）。
等待約 20 秒，確認系統生成 translog.md 文件。
日常開發中，透過告知 AI 進行存檔，或在出錯時要求回退至 translog.md 中的特定版本。

值得注意的限制或風險

Token 消耗：若未建立專案說明書，大型專案每次對話讓 AI 重新熟悉專案會導致高昂的 Token 成本。
錯誤資訊準確性：若僅描述現象而未提供具體錯誤資訊，AI 需靠猜測，可能導致除錯效率低下且浪費 Token。
版本恢復依賴：版本回退功能依賴於 translog.md 的正確建立與維護，若未及時存檔，可能無法恢復到理想的狀態。
非 Web 應用調試難度：對於手機 App 或小程序，用戶需自行掌握調試工具（如 Xcode）的使用，若無相關知識需依賴 AI 指引，增加了操作複雜度。

逐字稿辨識疑點

BS Code / IBS Code：逐字稿中多次出現「回到 BS Code 裡面的 Cloud Code 插件頁面」及「打開 IBS Code」。根據常見開發環境推測可能為聽寫錯誤，但依規則僅標記為「BS Code」或「IBS Code」，不自行更正為 VS Code 或其他名稱。
translog.md：逐字稿中明確提到版本記錄文件為 translog.md。通常版本日誌可能為 changelog.md 或 history.md 等，此處保留原文拼寫。
X, X 的旁邊有一個數字 2：描述瀏覽器控制台圖標時，原文為「X,X的旁邊有一個數字2」，語意稍顯重複或口誤，保留原文描述。
Cloud.md：作為項目說明書的文件名，保留原文拼寫。
init：指令部分寫作 -init，保留原文格式。

可延伸追問

如何具體撰寫 Cloud.md 中的「基礎規則」以最大化 AI 的開發效率？
對於非 Web 應用（如小程序），除了 Xcode 外，还有哪些常用的調試工具可以配合 Cloud Code 使用？
translog.md 的具體格式規範是什麼？如何定義一個有效的「存檔點」？
當專案規模極大時，是否有其他方法可以進一步壓縮 AI 處理專案上下文所需的 Token？
如果 translog.md 文件損壞或遺失，是否有備份機制可以恢復版本記錄？

尚未產生學習筆記

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