1
00:00:00,000 --> 00:00:22,800
OK,好,那我們繼續,我們公開課的下一個小節這個內容。那麼公開課其實相比之下,其實講的會比較快一些。主要是大家有這樣的一個全局的技術的認識和了解。然後對於很多底層東西,我們其實是不會展開講。更多其實就是比如說我們接下來直接上手使用Codex來進行運行。看一下到底應該怎麼樣來進行開發。

2
00:00:22,800 --> 00:00:25,440
那么之前我们其实是大概给大家介绍了一下

3
00:00:25,440 --> 00:00:28,440
关于Deepseek v4 flash跟我们的Responsees API

4
00:00:28,440 --> 00:00:30,360
它的一些基本的能力

5
00:00:30,360 --> 00:00:33,540
那么接下来比较重要的就是我们怎么样使用这Codex

6
00:00:33,540 --> 00:00:37,260
来完成更加复杂的这些agent开发

7
00:00:37,260 --> 00:00:40,780
很多底层的原理基本上大家了解一下

8
00:00:40,780 --> 00:00:43,480
想一想知道是怎么一回事也就可以了

9
00:00:43,480 --> 00:00:47,060
但比较重要的是我们怎么样去使用现在这工具来完成对应的开发

10
00:00:47,060 --> 00:00:49,960
这里有一个大家需要知道的一个点

11
00:00:49,960 --> 00:00:51,220
就在于对于Codex来说

12
00:00:51,220 --> 00:00:53,040
它其实现在功能现在是很丰富的

13
00:00:53,040 --> 00:00:54,040
那有CodexClip

14
00:00:54,040 --> 00:00:56,880
有Codex的桌面端

15
00:00:56,880 --> 00:00:58,100
就是Codex的APP

16
00:00:58,100 --> 00:00:59,560
还有Codex IDE的拓展

17
00:00:59,560 --> 00:01:00,540
还有Codex的Cloud

18
00:01:00,540 --> 00:01:03,700
它的云环境的运行和ChatGPT等等

19
00:01:03,700 --> 00:01:06,740
当然现在Codex桌面端跟ChatGPT实际上是已经合并了

20
00:01:06,740 --> 00:01:08,820
他们是已经合并成一个APP了

21
00:01:08,820 --> 00:01:10,620
那么大家之前可能很多

22
00:01:10,620 --> 00:01:13,100
我们不管开发同学用的比较多的

23
00:01:13,100 --> 00:01:15,760
实际上就是Codex的桌面端会用的比较多

24
00:01:15,760 --> 00:01:16,180
对吧

25
00:01:16,180 --> 00:01:18,080
当然我们之后其实会比较多的

26
00:01:18,080 --> 00:01:20,520
是使用这codex的命令行来进行开发

27
00:01:20,520 --> 00:01:21,780
当然对于命令行来说

28
00:01:21,780 --> 00:01:23,040
大家也不用怕

29
00:01:23,040 --> 00:01:24,140
觉得说命令行

30
00:01:24,140 --> 00:01:27,680
这个环境会比较恐怖

31
00:01:27,680 --> 00:01:28,180
对不对

32
00:01:28,180 --> 00:01:31,900
这个纯命令行需要点击来进行操作

33
00:01:31,900 --> 00:01:32,840
会比较困难等等

34
00:01:32,840 --> 00:01:34,720
这个其实不用特别担心

35
00:01:34,720 --> 00:01:37,200
我们接下来会带大家一步一步来进行实现

36
00:01:37,200 --> 00:01:39,260
所以其实还好

37
00:01:39,260 --> 00:01:40,280
对于开发人员来说

38
00:01:40,280 --> 00:01:41,620
其实使用这个桌面

39
00:01:41,620 --> 00:01:44,140
使用这个命令行来完成开发

40
00:01:44,140 --> 00:01:45,780
这个事情其实是迟早的事

41
00:01:45,780 --> 00:01:49,160
是一定需要去克服和一定需要来进行解决的

42
00:01:49,160 --> 00:01:49,680
好

43
00:01:49,680 --> 00:01:52,220
那么接下来我们说对于Kodaks怎么样来进行安装

44
00:01:52,220 --> 00:01:55,040
这里安装其实并不会特别复杂

45
00:01:55,040 --> 00:01:57,260
基本上就是运行这些命令来进行安装

46
00:01:57,260 --> 00:02:01,440
那么一般来说我们使用这CURL来进行安装的

47
00:02:01,440 --> 00:02:03,920
这个情况是比较多的

48
00:02:03,920 --> 00:02:09,900
这个应该是我们最为常见的一个情况

49
00:02:09,900 --> 00:02:15,360
那么正好我们现在也一边

50
00:02:15,360 --> 00:02:17,120
来给大家来进行一个运行

51
00:02:17,120 --> 00:02:18,440
一边来给大家看一下

52
00:02:18,440 --> 00:02:20,720
到底应该怎么样来进行配置

53
00:02:20,720 --> 00:02:23,840
首先我们说基本上就是这么三行的命令

54
00:02:23,840 --> 00:02:25,740
就可以完成所有的安装

55
00:02:25,740 --> 00:02:26,640
那么一般来说

56
00:02:26,640 --> 00:02:29,080
我们说使用这CURL来进行安装

57
00:02:29,080 --> 00:02:30,660
肯定是最多的

58
00:02:30,660 --> 00:02:32,720
当然我们说如果你安装好了这NPM的话

59
00:02:32,720 --> 00:02:35,160
那么使用NPM来进行安装也是可以的

60
00:02:35,160 --> 00:02:37,140
然后对于MacOS来说

61
00:02:37,140 --> 00:02:38,360
如果你有Home Pro的话

62
00:02:38,360 --> 00:02:39,880
你也可以使用它来进行安装

63
00:02:39,880 --> 00:02:42,640
这三种安装方法其实都是可以的

64
00:02:42,640 --> 00:02:43,640
都是没有什么问题的

65
00:02:43,640 --> 00:02:44,720
那么安装完了之后

66
00:02:44,720 --> 00:02:47,720
接下来你就可以输入 version 来看一下它的版本号

67
00:02:47,720 --> 00:02:54,720
那么目前 codex的click或者 codex命令版本号最多是0.146.0

68
00:02:54,720 --> 00:02:57,720
这个应该是最新版 这个应该问题不大

69
00:02:57,720 --> 00:03:00,720
大家安装好之后 接下来就可以直接来进行使用了

70
00:03:00,720 --> 00:03:04,720
当然安装完了之后 这里其实我们可能还需要做的一个事情

71
00:03:04,720 --> 00:03:08,720
是把deep-seekv4这个模型给它来进行一个接入

72
00:03:08,720 --> 00:03:11,720
那么具体怎么接入 实际上它本质是有两种方法

73
00:03:11,720 --> 00:03:16,220
这个比较简单的是直接用官方的这个方法来进行运行

74
00:03:16,220 --> 00:03:20,220
除此之外呢你也可以使用这个CCSWITCH来进行一个中转也是可以的

75
00:03:20,220 --> 00:03:23,720
当然这个CCSWITCH是什么怎么样来进行一个使用

76
00:03:23,720 --> 00:03:27,220
我们一会儿在后面在这里的时候到时候会给大家看一下

77
00:03:27,220 --> 00:03:28,720
这个CCSWITCH怎么样来进行使用

78
00:03:28,720 --> 00:03:32,220
但是我们现在觉得呢其实使用官方的这个接入CODEX的方法

79
00:03:32,220 --> 00:03:34,720
应该是最简单的一种方式

80
00:03:34,720 --> 00:03:37,220
那么官方怎么样去接入CODEX呢很简单

81
00:03:37,220 --> 00:03:39,220
比如说如果你现在是MacOS的话

82
00:03:39,220 --> 00:03:44,100
macos的话 那么你就直接运行这样的命令 其实就可以了 也就是说在你的命令行里面

83
00:03:44,500 --> 00:03:45,100
你就可以直接

84
00:03:47,420 --> 00:03:52,140
你就可以直接运行 我们现在的这样的命令

85
00:03:52,380 --> 00:04:02,940
然后就可以进入到我们接下来他就他脚本实际上是直接全自动的去完成某一个叫做codex-deep-research-setup

86
00:04:03,180 --> 00:04:06,620
这样的一个脚本的安装和运行

87
00:04:06,620 --> 00:04:08,480
然后呢这个脚本啊

88
00:04:08,480 --> 00:04:10,060
最核心的这个作用啊

89
00:04:10,060 --> 00:04:11,920
实际上就是帮你一键啊

90
00:04:11,920 --> 00:04:15,260
把你当前底层的Codex的所有配置呢

91
00:04:15,260 --> 00:04:16,740
都给你迁移到啊

92
00:04:16,740 --> 00:04:18,280
Deep Seek当中去啊

93
00:04:18,280 --> 00:04:20,480
当然这个如果你需要手动来进行配置的话

94
00:04:20,480 --> 00:04:21,820
实际上非常非常复杂

95
00:04:21,820 --> 00:04:24,320
你需要修改很多很多参数和变量啊

96
00:04:24,320 --> 00:04:26,480
才能够把你底层已经安装好的

97
00:04:26,480 --> 00:04:28,880
这一整个Codex给它迁移到

98
00:04:28,880 --> 00:04:31,040
Deep Seek这个基础环境里面去啊

99
00:04:31,040 --> 00:04:32,960
但是如果你现在使用官方啊

100
00:04:32,960 --> 00:04:34,100
Deep Seek官方给你提供的

101
00:04:34,100 --> 00:04:35,160
这样的脚本的话啊

102
00:04:35,160 --> 00:04:36,600
实际上所有的事情都省啊

103
00:04:36,600 --> 00:04:38,800
他会非常非常的这个便记啊

104
00:04:38,800 --> 00:04:41,640
然后呢当然如果你想看这个脚本里面具体写了什么东西的话

105
00:04:41,640 --> 00:04:43,380
那么这个脚本实际上它是规定了啊

106
00:04:43,380 --> 00:04:45,680
关于当前这个modal啊modal provider啊

107
00:04:45,680 --> 00:04:46,980
然后呢他介入方法啊

108
00:04:46,980 --> 00:04:47,180
对不对

109
00:04:47,180 --> 00:04:48,380
然后他的这个written effort

110
00:04:48,380 --> 00:04:51,300
然后呢我们现在的啊这个chat log啊

111
00:04:51,300 --> 00:04:53,100
就是我们现在这个对话日志保存在哪里

112
00:04:53,100 --> 00:04:54,300
然后等等等等啊

113
00:04:54,300 --> 00:04:57,740
所有的我们说相关的这个配置信息全部都会帮你写进去

114
00:04:57,740 --> 00:05:00,420
当然我们说你运行了这个脚本之后啊

115
00:05:00,420 --> 00:05:03,100
上面其实是呃mac用户啊

116
00:05:03,100 --> 00:05:03,680
是运行这个

117
00:05:03,680 --> 00:05:05,640
然后呢你如果是windows用户的话啊

118
00:05:05,640 --> 00:05:07,840
就是运行下面这个情况

119
00:05:07,840 --> 00:05:09,840
然后你在运行的过程当中

120
00:05:09,840 --> 00:05:11,040
他就会提醒你

121
00:05:11,040 --> 00:05:14,040
是下面这个接测你可以不用管

122
00:05:14,040 --> 00:05:15,040
然后他就会提醒你

123
00:05:15,040 --> 00:05:18,440
你现在是使用Deepseek模型

124
00:05:18,440 --> 00:05:20,040
还是Deepseek Pro模型

125
00:05:20,040 --> 00:05:24,240
还是要去回到原始的Codex环境里面去

126
00:05:24,240 --> 00:05:27,240
他实际上是会给你三个不同的选项的

127
00:05:27,240 --> 00:05:28,440
那么这三个不同选项

128
00:05:28,440 --> 00:05:29,840
你就可以自由的来进行选取了

129
00:05:29,840 --> 00:05:33,840
当然现在DeepseekV4 Pro模型的正式版还没有上线

130
00:05:33,840 --> 00:05:36,380
所以你可能只能去选取这个Flash

131
00:05:36,380 --> 00:05:38,820
就是Deep Stick V4 Flash正式版来进行运行

132
00:05:38,820 --> 00:05:40,680
然后当你输入完成之后

133
00:05:40,680 --> 00:05:42,720
那么接下来它会提醒你输入API Key

134
00:05:42,720 --> 00:05:44,200
然后你再输入API Key

135
00:05:44,200 --> 00:05:45,900
输入完API Key之后

136
00:05:45,900 --> 00:05:49,120
那么接下来它就会显示这Completed这样的按钮

137
00:05:49,120 --> 00:05:50,560
当你当这样的信息

138
00:05:50,560 --> 00:05:52,920
当你如果看到Completed的信息的话

139
00:05:52,920 --> 00:05:54,260
说明你现在配置成功了

140
00:05:54,260 --> 00:05:55,080
就这么样的情况

141
00:05:55,080 --> 00:06:00,600
当然我们说如果你还想继续回到你最一开始的这样的配置

142
00:06:00,600 --> 00:06:02,160
或者你想切换底层模型的话

143
00:06:02,160 --> 00:06:04,600
那么就再次运行这样的命令就可以了

144
00:06:04,600 --> 00:06:09,080
比如说我现在想再切回我们原始的codex这样的环境的话

145
00:06:09,080 --> 00:06:10,540
那么OK你再运行一下这个命令

146
00:06:10,540 --> 00:06:12,280
它又会弹出我们最开始的三个选项

147
00:06:12,280 --> 00:06:16,280
你是使用Deepseek v4的flash这个模型

148
00:06:16,280 --> 00:06:17,240
还是pro这个模型

149
00:06:17,240 --> 00:06:20,180
还是回到你最开始的codex的这样的环境配置

150
00:06:20,180 --> 00:06:23,400
然后你选择回到最开始的codex环境配置就可以了

151
00:06:23,400 --> 00:06:26,880
它就可以让你回到你最开始的codex的配置

152
00:06:26,880 --> 00:06:28,760
当然我们最开始安装好了codex之后

153
00:06:28,760 --> 00:06:30,520
其实还并没有来进行授权

154
00:06:30,520 --> 00:06:36,080
所以其实你这里面如果是需要来进行回到你原始的Codex版本的话

155
00:06:36,080 --> 00:06:39,200
那么其实你是需要重新围绕你Codex来进行授权的

156
00:06:39,200 --> 00:06:44,420
就比如说你可以使用现在的订阅的这样的额度来去完成Codex的运行

157
00:06:44,420 --> 00:06:46,020
这个其实是完全OK的

158
00:06:46,020 --> 00:06:49,840
那么说此之外我们从下面还有一个叫做使用CCSWITCH

159
00:06:49,840 --> 00:06:57,660
CCSWITCH实际上最早是Cloudcode的一个编码形式的这样的一个同步映射的这样的工具

160
00:06:57,660 --> 00:06:58,560
我们之前不是说了吗

161
00:06:58,560 --> 00:06:59,740
对你当前这个模型来说

162
00:06:59,740 --> 00:07:01,320
你需要介入各样的不同的

163
00:07:01,320 --> 00:07:02,560
agent里边去

164
00:07:02,560 --> 00:07:03,800
那么你可能就需要

165
00:07:03,800 --> 00:07:05,020
满足不同的agent

166
00:07:05,020 --> 00:07:06,720
它本身的响应格式

167
00:07:06,720 --> 00:07:07,040
对吧

168
00:07:07,040 --> 00:07:08,940
那么在原来的这个情况下

169
00:07:08,940 --> 00:07:09,720
比如很多模型

170
00:07:09,720 --> 00:07:11,100
它响应格式本来不符合

171
00:07:11,100 --> 00:07:11,740
比如说Anthopic

172
00:07:11,740 --> 00:07:12,620
他们的这个要求

173
00:07:12,620 --> 00:07:13,640
那这个时候怎么办呢

174
00:07:13,640 --> 00:07:14,460
这个时候你就可以使用

175
00:07:14,460 --> 00:07:15,040
这个Sysswitch

176
00:07:15,040 --> 00:07:16,760
它是可以帮你把你的

177
00:07:16,760 --> 00:07:18,760
输出的格式来进行转换

178
00:07:18,760 --> 00:07:19,460
转换了之后

179
00:07:19,460 --> 00:07:20,400
就可以介入到

180
00:07:20,400 --> 00:07:21,080
比如Cloud Code

181
00:07:21,080 --> 00:07:22,480
或者是Codex里边去

182
00:07:22,480 --> 00:07:23,220
是这么一回事

183
00:07:23,220 --> 00:07:24,840
但现在我们说DeepSeek

184
00:07:24,840 --> 00:07:27,180
它出了兼容

185
00:07:27,180 --> 00:07:28,380
我们当前的Codex

186
00:07:28,380 --> 00:07:30,840
这个版本的API响应格式之后

187
00:07:30,840 --> 00:07:32,880
现在你也是可以使用这个CCSwitch

188
00:07:32,880 --> 00:07:35,760
因为CCSwitch它有一个goi的这样的页面

189
00:07:35,760 --> 00:07:38,660
它其实是可以直接在我们这个前端

190
00:07:38,660 --> 00:07:40,200
来进行这个运行

191
00:07:40,200 --> 00:07:42,540
就可以也是一个比较简单的

192
00:07:42,540 --> 00:07:44,060
这样的这个运行的这个方法

193
00:07:44,060 --> 00:07:46,220
它是可以在这个goi

194
00:07:46,220 --> 00:07:49,520
它是可以在这个goi里面来进行一个

195
00:07:49,520 --> 00:07:52,080
直接的这个同步的这样的一个运行

196
00:07:52,080 --> 00:07:53,020
这个也是可以的

197
00:07:53,020 --> 00:07:55,040
但只不过呢CCSwitch现在来看

198
00:07:55,040 --> 00:07:58,480
可能并不一定有我们上面所看到的

199
00:07:58,480 --> 00:07:59,400
那样的一个

200
00:08:03,000 --> 00:08:13,000
但是如果之前是使用過SYSWITCH,那確實可以在GUI的頁面裡面直接來進行一個本地的轉換,其實就可以了。

201
00:08:13,000 --> 00:08:19,020
它其实是可以把原始的响应格式来进行转换

202
00:08:19,020 --> 00:08:23,520
然后直接就把它导入到我们当前的Codex里边去

203
00:08:23,520 --> 00:08:26,880
它的流程并不是去修改你Codex本身的

204
00:08:26,880 --> 00:08:30,160
并不是修改你本身Codex这样的一个配置

205
00:08:30,160 --> 00:08:34,160
而是让你现在本地去响应的这样的Deep Seek的

206
00:08:34,160 --> 00:08:35,860
这样的一个模型的API跟输出结果

207
00:08:35,860 --> 00:08:37,940
能够去适配你当前的SitSWitch

208
00:08:37,940 --> 00:08:39,540
是怎么样的一个情况

209
00:08:39,540 --> 00:08:40,700
OK好

210
00:08:40,700 --> 00:08:42,180
那这个呢是我们说的啊

211
00:08:42,180 --> 00:08:42,740
它的一个

212
00:08:42,740 --> 00:08:46,380
基本的一个配置的这个方法

213
00:08:46,380 --> 00:08:47,600
然后啊

214
00:08:47,600 --> 00:08:49,780
接下来比较重要的一点啊

215
00:08:49,780 --> 00:08:50,660
是关于我们的

216
00:08:50,660 --> 00:08:52,120
我们的这codex啊

217
00:08:52,120 --> 00:08:54,420
应该如何来进行一个使用

218
00:08:54,420 --> 00:08:56,460
当然其实对于codex来说啊

219
00:08:56,460 --> 00:08:57,960
稍等我们这给大家看一下哈

220
00:08:57,960 --> 00:08:59,160
关于codex啊

221
00:08:59,160 --> 00:09:00,580
如何来进行使用啊

222
00:09:00,580 --> 00:09:02,940
因为我这边是远程啊

223
00:09:02,940 --> 00:09:04,100
连的啊

224
00:09:04,100 --> 00:09:05,720
连的这个codex啊

225
00:09:05,720 --> 00:09:07,020
然后呢我们来看一下

226
00:09:07,020 --> 00:09:08,440
我们实际上啊

227
00:09:08,440 --> 00:09:09,400
这个codex

228
00:09:09,400 --> 00:09:11,400
应该如何来使用呢

229
00:09:11,400 --> 00:09:12,560
大家稍等一下

230
00:09:12,560 --> 00:09:13,620
大家看一下

231
00:09:13,620 --> 00:09:17,400
其实我们说像Codex

232
00:09:17,400 --> 00:09:18,640
或者是这个

233
00:09:18,640 --> 00:09:19,920
Cloud Code

234
00:09:19,920 --> 00:09:23,240
它的这个使用方法

235
00:09:23,240 --> 00:09:25,200
现在来看已经是

236
00:09:25,200 --> 00:09:25,920
非常的

237
00:09:25,920 --> 00:09:29,780
已经是非常的这个类似了

238
00:09:29,780 --> 00:09:35,420
其实之前一段时间

239
00:09:35,420 --> 00:09:36,060
这个

240
00:09:36,060 --> 00:09:37,920
Codex

241
00:09:37,920 --> 00:09:40,840
cloud code封号的那段时间

242
00:09:40,840 --> 00:09:43,400
因为我们团队其实最早

243
00:09:43,400 --> 00:09:45,000
是全部在

244
00:09:45,000 --> 00:09:46,440
使用这个

245
00:09:46,440 --> 00:09:49,740
我们团队

246
00:09:49,740 --> 00:09:51,400
其实使用

247
00:09:51,400 --> 00:09:54,000
cloud code其实使用的是比较多的

248
00:09:54,000 --> 00:09:54,480
在这

249
00:09:54,480 --> 00:09:55,920
大家看一下

250
00:09:55,920 --> 00:09:58,240
然后呢在

251
00:09:58,240 --> 00:10:02,040
codex的这个

252
00:10:02,040 --> 00:10:04,460
在cloud code封号了之后呢

253
00:10:04,460 --> 00:10:06,400
其实我们才全部的

254
00:10:06,400 --> 00:10:11,660
全部的转向了

255
00:10:11,660 --> 00:10:12,460
这个codex

256
00:10:12,460 --> 00:10:18,620
所以在过去一段时间

257
00:10:18,620 --> 00:10:19,720
实际上我们在

258
00:10:19,720 --> 00:10:22,000
使用codex的场景

259
00:10:22,000 --> 00:10:23,520
其实非常多

260
00:10:23,520 --> 00:10:26,580
基本上从头到尾

261
00:10:26,580 --> 00:10:28,480
都是在使用codex

262
00:10:28,480 --> 00:10:30,240
所以在codex里边

263
00:10:30,240 --> 00:10:31,920
我们也是积累了非常多的一些

264
00:10:31,920 --> 00:10:34,660
使用的一些心得和一些方法

265
00:10:34,660 --> 00:10:36,560
那么总的来说

266
00:10:36,560 --> 00:10:38,860
我们这里可以先快速的给大家看一下

267
00:10:38,860 --> 00:10:41,700
如果我们现在接下来要去使用这个Codex的话

268
00:10:41,700 --> 00:10:45,580
那么你到底有哪一些需要去注意的这个事项

269
00:10:45,580 --> 00:10:48,460
那么首先我们说对于这个Codex来说

270
00:10:48,460 --> 00:10:50,560
它的基本的这个项目结构

271
00:10:50,560 --> 00:10:51,720
其实和Cloud Code

272
00:10:51,720 --> 00:10:53,380
或者和其他的一些这个项目

273
00:10:53,380 --> 00:10:54,320
其实很大的这个区别

274
00:10:54,320 --> 00:10:56,940
那么当我们接下来要去使用这个Codex的话

275
00:10:56,940 --> 00:10:59,460
我们这里先给大家补充一轮这个理论基础

276
00:10:59,460 --> 00:11:01,960
那么首先你可能基本的项目结构

277
00:11:01,960 --> 00:11:03,920
可能就长成这个样子

278
00:11:03,920 --> 00:11:05,040
大家现在看到的

279
00:11:05,040 --> 00:11:05,320
对不对

280
00:11:05,320 --> 00:11:07,700
底层它会有一个agents.md

281
00:11:07,700 --> 00:11:09,140
然后它会有一个.cloud

282
00:11:09,140 --> 00:11:11,060
.codex这样的文件夹

283
00:11:11,060 --> 00:11:13,740
然后下面可能就是你的一系列的

284
00:11:13,740 --> 00:11:16,260
对应的这样的一些项目文件

285
00:11:16,260 --> 00:11:18,500
那么codex实际上我们在进行开发的时候

286
00:11:18,500 --> 00:11:22,040
仍然是围绕一个又一个独立的完整的项目

287
00:11:22,040 --> 00:11:25,940
去构建对应的项目文件这样的形式来进行开发

288
00:11:25,940 --> 00:11:28,800
那么底层会有一个agents.md这样的文档

289
00:11:28,800 --> 00:11:31,680
那么这个文档实际上是一个非常关键

290
00:11:31,680 --> 00:11:33,740
非常重要的一个全局

291
00:11:33,740 --> 00:11:36,160
涉及到全局的影响

292
00:11:36,160 --> 00:11:37,240
这样的文档

293
00:11:37,240 --> 00:11:38,480
那么这个文档

294
00:11:38,480 --> 00:11:39,940
它在实际的定义的过程当中

295
00:11:39,940 --> 00:11:41,660
就是我们整个项目运行的过程

296
00:11:41,660 --> 00:11:43,440
它需要遵循的最低层的

297
00:11:43,440 --> 00:11:44,760
核心的这样的指令

298
00:11:44,760 --> 00:11:46,200
比如说我们现在如果要去

299
00:11:46,200 --> 00:11:47,280
开发一些项目的话

300
00:11:47,280 --> 00:11:48,920
那么实际上开发的项目的

301
00:11:48,920 --> 00:11:51,520
目标核心功能底层规则

302
00:11:51,520 --> 00:11:54,160
都需要写到agent.md里面去

303
00:11:54,160 --> 00:11:55,300
好那么紧接着

304
00:11:55,300 --> 00:11:56,500
它还有一个.codex

305
00:11:56,500 --> 00:11:57,800
这样的文件夹

306
00:11:57,800 --> 00:11:59,480
那么.codex的文件夹

307
00:11:59,480 --> 00:12:01,080
它的非常核心的功能

308
00:12:01,080 --> 00:12:02,360
是去保存我们现在

309
00:12:02,360 --> 00:12:04,420
在进行整个agent项目运行

310
00:12:04,420 --> 00:12:05,820
你可能免不了

311
00:12:05,820 --> 00:12:07,820
需要去额外定义一些子agent

312
00:12:07,820 --> 00:12:08,280
对不对

313
00:12:08,280 --> 00:12:10,480
那么所有的这些子agent

314
00:12:10,480 --> 00:12:11,840
那么对于Codex来说

315
00:12:11,840 --> 00:12:12,680
它的子agent

316
00:12:12,680 --> 00:12:15,200
是TML这样的格式来进行定义的

317
00:12:15,200 --> 00:12:16,880
那么它全部都是保存在

318
00:12:16,880 --> 00:12:18,240
.Codex的文件夹里面

319
00:12:18,240 --> 00:12:20,060
就一个叫做agents的文件夹里面

320
00:12:20,060 --> 00:12:21,600
它里面有非常非常多的

321
00:12:21,600 --> 00:12:23,820
一些关于你子agent这样的定义

322
00:12:23,820 --> 00:12:25,760
那么什么叫做子agent

323
00:12:25,760 --> 00:12:28,980
那么为什么我们需要单独定义系列的子agent

324
00:12:28,980 --> 00:12:30,800
那么大家现在看到这样的项目录

325
00:12:30,800 --> 00:12:31,940
其实也就是我们之后

326
00:12:31,940 --> 00:12:33,800
去搭建AI数据分析智能体的

327
00:12:33,800 --> 00:12:35,160
完整的项目的目录

328
00:12:35,160 --> 00:12:36,220
所以我们这里现在可以

329
00:12:36,220 --> 00:12:37,120
大概给大家看一下

330
00:12:37,120 --> 00:12:38,580
它是一个什么样的基本结构

331
00:12:38,580 --> 00:12:40,740
那么所谓的agents里面

332
00:12:40,740 --> 00:12:42,560
我们需要定义很多的子agents

333
00:12:42,560 --> 00:12:44,520
原因也是因为你在实际开发过程当中

334
00:12:44,520 --> 00:12:48,060
可能免不了需要去有一些

335
00:12:48,060 --> 00:12:49,860
特定的开发类型的这样的任务

336
00:12:49,860 --> 00:12:53,340
比如说我需要来进行PRD的审查

337
00:12:53,340 --> 00:12:53,980
对不对

338
00:12:53,980 --> 00:12:56,800
或者是我现在需要去围绕一些

339
00:12:56,800 --> 00:12:59,280
项目的功能来编写一些测试脚本

340
00:12:59,280 --> 00:13:01,500
那对应的这不同类型的工作

341
00:13:01,500 --> 00:13:04,220
它实际上是需要有一套自己独立的生下文的

342
00:13:04,220 --> 00:13:04,560
对不对

343
00:13:04,560 --> 00:13:08,360
那这个时候我们就需要给它去创建一系列的agents

344
00:13:08,360 --> 00:13:09,400
一系列的子agents

345
00:13:09,400 --> 00:13:11,020
那到时候遇到这样的问题

346
00:13:11,020 --> 00:13:13,860
我们就可以直接分派给对应的subagents来进行完成

347
00:13:13,860 --> 00:13:14,720
就可以了

348
00:13:14,720 --> 00:13:19,500
是这么样的一个基本功能的定位

349
00:13:19,500 --> 00:13:22,160
然后这个文件夹里面当然就是现在的

350
00:13:22,160 --> 00:13:24,220
我们所有的sqs保存的地方

351
00:13:24,220 --> 00:13:24,740
对不对

352
00:13:24,740 --> 00:13:27,240
然后各式各样sqs都在里边

353
00:13:27,240 --> 00:13:29,120
那么在网上下还有一些profile

354
00:13:29,120 --> 00:13:33,120
和这个skeema 它实际上是我们当前特定的某些项目文件

355
00:13:33,120 --> 00:13:36,720
里面的一些内容 当然还有test 还有readme

356
00:13:36,720 --> 00:13:42,320
当然如果你现在所有的项目文件里面

357
00:13:42,320 --> 00:13:47,520
如果还有紫项目的话 每个紫项目里面可能他也是需要有对应的一些readme

358
00:13:47,520 --> 00:13:50,320
这样的文档 这个是它的一个基本项目结构

359
00:13:50,320 --> 00:13:53,520
那么比较重要的是我们初学者上手来进行使用的时候

360
00:13:53,520 --> 00:13:59,960
你是需要编辑好每一个agents.md这样的文档的

361
00:13:59,960 --> 00:14:02,240
那么agents.md这个文档

362
00:14:02,240 --> 00:14:04,280
稍等我们刷新一下

363
00:14:04,280 --> 00:14:05,960
agents.md这个文档

364
00:14:05,960 --> 00:14:11,700
它实际上不会随着你未来上下文的变化

365
00:14:11,700 --> 00:14:12,200
而变化

366
00:14:12,200 --> 00:14:16,560
它实际上是会始终都会加载到你当前的项目文件里面去

367
00:14:16,560 --> 00:14:18,560
所以它实际上是最为核心

368
00:14:18,560 --> 00:14:20,440
最为永久的项目的记忆

369
00:14:20,440 --> 00:14:23,380
这点你实际上是需要首先给它讲清楚的

370
00:14:23,380 --> 00:14:24,560
那么同时呢

371
00:14:24,560 --> 00:14:26,620
我们实际上每次在进行运行的时候呢

372
00:14:26,620 --> 00:14:27,620
刚刚其实我们看到啊

373
00:14:27,620 --> 00:14:29,480
有一个叫profile这样的这个参数啊

374
00:14:29,480 --> 00:14:30,780
那么profile这个参数呢

375
00:14:30,780 --> 00:14:33,780
它啊核心的这个用途是我们接下来呢

376
00:14:33,780 --> 00:14:36,140
在运行每个不同的这个项目的这个时候啊

377
00:14:36,140 --> 00:14:38,800
那其实你可以导入对应的一些这个profile啊

378
00:14:38,800 --> 00:14:40,740
给他特定的一段提示词啊

379
00:14:40,740 --> 00:14:41,280
是这么一回事

380
00:14:41,280 --> 00:14:43,480
然后呢对于这个codex来说呢

381
00:14:43,480 --> 00:14:45,740
它呢实际上是有上下文的这个啊

382
00:14:45,740 --> 00:14:47,660
它呢是有这个全局的这个记忆啊

383
00:14:47,660 --> 00:14:49,920
并且是有这跨文档的拥有记忆的啊

384
00:14:49,920 --> 00:14:51,400
但是呢我们现在的啊

385
00:14:51,400 --> 00:14:53,360
这个codex的实际上也是可能啊

386
00:14:53,360 --> 00:14:55,584
需要在你的memory参数里

387
00:15:01,444 --> 00:15:04,004
那么除了我们对于Codex来说

388
00:15:04,004 --> 00:15:07,564
它有天然的一些记忆功能之外

389
00:15:07,564 --> 00:15:09,284
其实有的时候我们还需要

390
00:15:09,284 --> 00:15:10,564
接着它的钩子系统

391
00:15:10,564 --> 00:15:13,724
给它人工的设定一些记忆的功能

392
00:15:13,724 --> 00:15:15,284
当然这点会比较复杂

393
00:15:15,284 --> 00:15:16,884
这个我们稍后再说

394
00:15:16,884 --> 00:15:18,844
然后同时对于Codex来说

395
00:15:18,844 --> 00:15:19,844
我们实际上进行运行的时候

396
00:15:19,844 --> 00:15:21,484
它还有很多斜杠命令

397
00:15:21,484 --> 00:15:23,964
那么这些斜杠命令里边用的比较多的

398
00:15:23,964 --> 00:15:25,124
比如说Compact对不对

399
00:15:25,124 --> 00:15:25,944
去亚洲藏小文

400
00:15:25,944 --> 00:15:28,824
然后Model去切换你当前这样的模型

401
00:15:28,824 --> 00:15:31,084
然后Permissions去设置

402
00:15:31,084 --> 00:15:33,544
你当前的对话当中的这样的一个权限

403
00:15:33,544 --> 00:15:37,524
然后这个states是去看你当前绘画运行的这样的基本状态

404
00:15:37,524 --> 00:15:41,724
这里面大家其实都是可以通过一些命令来进行测试的

405
00:15:41,724 --> 00:15:45,044
那么实际上我们在进行复杂任务开发的这个时候

406
00:15:45,044 --> 00:15:48,244
我们往往需要比如说组件多agent这样的系统

407
00:15:48,244 --> 00:15:48,564
对不对

408
00:15:48,564 --> 00:15:50,664
这个时候比较重要的就是我们的profile

409
00:15:50,664 --> 00:15:51,444
我们的agent

410
00:15:51,444 --> 00:15:54,004
我们的skill和我们的subagent这四个对象

411
00:15:54,004 --> 00:15:56,064
当然这里面我们先给大家快速的过一下

412
00:15:56,064 --> 00:15:57,864
大家理解一下是什么样的概念

413
00:15:57,864 --> 00:15:59,384
稍后我们会有具体的操作

414
00:15:59,384 --> 00:16:01,044
那profile实际上指的是

415
00:16:01,044 --> 00:16:03,504
我们每次在开启codex的时候

416
00:16:03,504 --> 00:16:05,324
你其实可以给他输入一个profile

417
00:16:05,324 --> 00:16:07,464
相当于是给他输入一段文本信息

418
00:16:07,464 --> 00:16:09,424
让他接下来是执行什么样的任务

419
00:16:09,424 --> 00:16:11,704
给他临时的人工

420
00:16:11,704 --> 00:16:13,164
给他灌入输入一个上下文

421
00:16:13,164 --> 00:16:14,744
然后同时我们刚刚说了

422
00:16:14,744 --> 00:16:16,464
你的自定义的agent

423
00:16:16,464 --> 00:16:18,784
可以灵活的派发各式各样不同类型的任务

424
00:16:18,784 --> 00:16:20,624
然后我们的skills

425
00:16:20,624 --> 00:16:22,704
他可以灵活的加载对应的

426
00:16:22,704 --> 00:16:24,564
skills加载对应的上下文

427
00:16:24,564 --> 00:16:24,944
对不对

428
00:16:24,944 --> 00:16:26,744
然后我们的subagent

429
00:16:26,744 --> 00:16:29,084
实际上是我们子agent派发的一种方式

430
00:16:29,084 --> 00:16:32,764
我们可以灵活的把你工作拍拍给你自定的agent

431
00:16:32,764 --> 00:16:34,024
是怎么样的一个情况

432
00:16:34,024 --> 00:16:38,264
然后同时我们这里其实接下来是定义了多个的profile

433
00:16:38,264 --> 00:16:39,044
这样的文档

434
00:16:39,044 --> 00:16:41,044
多个profile文档实际上

435
00:16:41,044 --> 00:16:44,544
它是用于不同的agent去执行不同类型的任务

436
00:16:44,544 --> 00:16:48,044
这点我们稍后会看到完整的profile这样的文档

437
00:16:48,044 --> 00:16:52,684
然后如果你现在是要创建一些agent的话

438
00:16:52,684 --> 00:16:55,484
那么每一个agent实际上它都需要有一个名字

439
00:16:55,484 --> 00:16:56,404
需要有个description

440
00:16:56,404 --> 00:16:59,084
需要有一个sendbox的这样的权限设置

441
00:16:59,084 --> 00:17:01,404
和我们的developer instructions

442
00:17:01,404 --> 00:17:04,124
这点其实这个developer instructions非常重要的

443
00:17:04,124 --> 00:17:07,044
它实际上就是我们每次当前对应的agent

444
00:17:07,044 --> 00:17:09,524
对应的特殊的定义好的agent

445
00:17:09,524 --> 00:17:10,324
每次运行的时候

446
00:17:10,324 --> 00:17:11,164
它所加载进去

447
00:17:11,164 --> 00:17:12,164
进去它上下文

448
00:17:12,164 --> 00:17:12,964
是这么一回事

449
00:17:12,964 --> 00:17:14,244
当然我们说对应的

450
00:17:14,244 --> 00:17:15,124
对于codex来说

451
00:17:15,124 --> 00:17:17,124
它的skill创建也是类似的

452
00:17:17,124 --> 00:17:18,404
需要有一个name

453
00:17:18,404 --> 00:17:19,724
需要有一个description

454
00:17:19,724 --> 00:17:20,044
对不对

455
00:17:20,044 --> 00:17:23,884
然后需要有一个当前的skills的这样的证文

456
00:17:23,884 --> 00:17:26,204
用于去描述我们所有的skills

457
00:17:26,204 --> 00:17:27,644
这样的内容差不多

458
00:17:27,644 --> 00:17:30,564
我们说是这样的一些基本的设置

459
00:17:30,564 --> 00:17:31,404
当然除此之外

460
00:17:31,404 --> 00:17:33,244
我们有的时候同学可能还会用到

461
00:17:33,244 --> 00:17:35,044
像exec这样的功能

462
00:17:35,044 --> 00:17:37,084
所谓exec这样的功能就指的是

463
00:17:37,084 --> 00:17:38,784
我们给当前cogex

464
00:17:38,784 --> 00:17:40,224
给他输入一条完整的指令

465
00:17:40,224 --> 00:17:43,204
让他一次性的完成整个完整指令

466
00:17:43,204 --> 00:17:43,844
中途不间断

467
00:17:43,844 --> 00:17:46,424
它实际上是一个一次性的

468
00:17:46,424 --> 00:17:49,344
任务的执行的这样的方法等等

469
00:17:49,344 --> 00:17:51,924
这些实际上是一个基本的

470
00:17:51,924 --> 00:17:52,664
我们说cogex

471
00:17:52,664 --> 00:17:55,544
它的一个使用的过程