1
00:00:00,000 --> 00:00:01,200
各种你都要集成

2
00:00:01,200 --> 00:00:03,000
那你就把它打包成一个插件啊

3
00:00:03,000 --> 00:00:06,440
那些接下来我们就来给他讲一下

4
00:00:06,440 --> 00:00:07,360
怎么样去

5
00:00:07,360 --> 00:00:11,660
自己去开发一个企业级的这么一个插件啊

6
00:00:11,660 --> 00:00:13,580
就这个插件应该怎么来开发呢

7
00:00:13,580 --> 00:00:15,140
那开发完之后

8
00:00:15,140 --> 00:00:16,520
这个怎么来分发是吧

9
00:00:16,520 --> 00:00:18,540
发不到应用市场上面去啊

10
00:00:18,540 --> 00:00:20,220
那这个里面的话

11
00:00:20,220 --> 00:00:24,000
我们首先可以去创建一个插件啊

12
00:00:24,000 --> 00:00:25,700
那创建插件的话

13
00:00:25,700 --> 00:00:27,280
我们可以直接使用这个

14
00:00:27,280 --> 00:00:29,300
Pagging Correct技能啊

15
00:00:29,300 --> 00:00:32,660
比如这个里面

16
00:00:32,660 --> 00:00:35,860
我看一下

17
00:00:35,860 --> 00:00:42,300
比如说我现在在这个里面建一个文件夹

18
00:00:42,300 --> 00:00:44,560
建一个文件夹叫做Pagis

19
00:00:44,560 --> 00:00:51,940
然后在Pagis里面我切换这个目

20
00:00:51,940 --> 00:00:55,480
我切换到这个Pagis目

21
00:00:55,480 --> 00:00:56,000
里面去

22
00:00:56,000 --> 00:00:59,200
cd到这个Pagis

23
00:00:59,200 --> 00:01:01,840
然后在这个里面执行Codex

24
00:01:01,840 --> 00:01:09,400
然后切换到这个管理员模式

25
00:01:09,400 --> 00:01:13,480
就是bypass模式

26
00:01:13,480 --> 00:01:21,100
然后我们这里面

27
00:01:21,100 --> 00:01:24,120
你看他有一个这个叫做parking creator

28
00:01:24,120 --> 00:01:24,480
是吧

29
00:01:24,480 --> 00:01:25,620
我们要用这个技能

30
00:01:25,620 --> 00:01:27,500
at

31
00:01:27,500 --> 00:01:29,660
pagin

32
00:01:29,660 --> 00:01:31,100
wb

33
00:01:31,100 --> 00:01:33,640
这里面应该可以直接at

34
00:01:33,640 --> 00:01:34,580
at

35
00:01:34,580 --> 00:01:38,060
你看

36
00:01:38,060 --> 00:01:39,780
就有这个是吧

37
00:01:39,780 --> 00:01:42,540
在

38
00:01:42,540 --> 00:01:46,260
pagin目录

39
00:01:46,260 --> 00:01:49,660
创建一个

40
00:01:49,660 --> 00:01:54,020
叫做什么呢

41
00:01:55,620 --> 00:01:58,660
会议助手

42
00:01:58,660 --> 00:02:02,620
我们等一下会把一个会议

43
00:02:02,620 --> 00:02:07,140
这个有一个meeting的会议的这个scale

44
00:02:07,140 --> 00:02:08,600
把它封轮到一个插件里面去

45
00:02:08,600 --> 00:02:12,180
所以我现在让他创建一个会议的一个助手

46
00:02:12,180 --> 00:02:18,200
插件

47
00:02:18,200 --> 00:02:24,340
就我现在使用系统的这个

48
00:02:24,340 --> 00:02:25,780
内置的packing correct

49
00:02:25,780 --> 00:02:27,040
让他去创建一个插件

50
00:02:27,040 --> 00:02:28,460
让大家知道

51
00:02:28,460 --> 00:02:30,500
这个插件的一个结构

52
00:02:30,500 --> 00:02:31,340
应该是怎么样的

53
00:02:31,340 --> 00:02:35,780
你看现在就是他开始去写了

54
00:02:35,780 --> 00:02:39,020
我们等一下可以去关注一下

55
00:02:39,020 --> 00:02:41,340
这个packings目录下面

56
00:02:41,340 --> 00:02:43,180
他会生成哪一些文件

57
00:02:43,180 --> 00:02:44,220
是吧

58
00:02:44,220 --> 00:02:46,540
现在是没有的

59
00:02:46,540 --> 00:02:48,260
我们现在等他写完

60
00:02:48,260 --> 00:02:52,240
你看他会给你命名一下

61
00:02:52,240 --> 00:02:54,120
叫meeting assistant

62
00:02:54,120 --> 00:02:56,020
然后他会

63
00:02:56,020 --> 00:02:58,420
他是放到默认的这个paggins里面

64
00:02:58,420 --> 00:03:03,160
我们其实想让他放到第一盘的那个目楼里面去

65
00:03:03,160 --> 00:03:07,340
他默认帮我放到那个当前用户目楼里面去

66
00:03:07,340 --> 00:03:11,680
就在用户的那个目楼下面

67
00:03:11,680 --> 00:03:20,700
你看这个插件开发好了

68
00:03:20,700 --> 00:03:23,420
他是放到当前用户的这个paggins里面去

69
00:03:23,420 --> 00:03:28,540
其实我想让它调整一下

70
00:03:28,540 --> 00:03:33,640
比如说我现在我想调整一下这个目录啊

71
00:03:33,640 --> 00:03:38,080
我想让它放到Codex的这个

72
00:03:38,080 --> 00:03:41,120
Paginx里面啊

73
00:03:41,120 --> 00:03:44,620
比如说请将

74
00:03:44,620 --> 00:03:51,140
这个插件移动到

75
00:03:53,420 --> 00:03:58,240
就我刚刚让他生成的时候

76
00:03:58,240 --> 00:03:59,680
应该去指令一个目录

77
00:03:59,680 --> 00:04:01,220
我默认写pagin

78
00:04:01,220 --> 00:04:03,640
他会放到当前用户的这个pagin

79
00:04:03,640 --> 00:04:04,740
里面去啊

80
00:04:04,740 --> 00:04:07,280
我们现在让他移动一下

81
00:04:12,980 --> 00:04:14,700
但是你看他放到那里的话

82
00:04:14,700 --> 00:04:16,900
其实他会帮我们装好啊

83
00:04:16,900 --> 00:04:17,940
那这个scale

84
00:04:17,940 --> 00:04:19,320
他会默认帮我们装好的

85
00:04:19,320 --> 00:04:21,320
嗯

86
00:04:21,320 --> 00:04:25,320
嗯

87
00:04:25,320 --> 00:04:27,320
嗯

88
00:04:27,320 --> 00:04:29,320
嗯

89
00:04:29,320 --> 00:04:31,320
嗯

90
00:04:31,320 --> 00:04:33,320
嗯

91
00:04:33,320 --> 00:04:35,320
嗯

92
00:04:39,320 --> 00:04:41,320
嗯

93
00:04:41,320 --> 00:04:43,320
嗯

94
00:04:43,320 --> 00:04:44,320
嗯

95
00:04:44,320 --> 00:04:45,320
嗯

96
00:04:45,320 --> 00:04:46,320
嗯

97
00:04:46,320 --> 00:04:47,320
嗯

98
00:04:47,320 --> 00:04:48,320
嗯

99
00:04:48,320 --> 00:04:49,200
这个目录下面吗

100
00:04:49,200 --> 00:04:55,180
所以他会把一个叫做插件的应用市场的一个这么一个配置也放到下面来

101
00:04:55,180 --> 00:04:57,400
方便我们做一个指定啊

102
00:04:57,400 --> 00:05:00,180
我们看一下他最终移动的一个路口

103
00:05:00,180 --> 00:05:04,960
因为这个里面你自己开发的一个插件的话

104
00:05:04,960 --> 00:05:07,740
他会有一个Marketplace的一个JSON

105
00:05:07,740 --> 00:05:09,800
就是这个应用市场啊

106
00:05:09,800 --> 00:05:11,280
就插件市场这么一些个配置

107
00:05:11,280 --> 00:05:19,660
因为我们这个插件开发完之后

108
00:05:19,660 --> 00:05:23,660
你得把它注册到当前的Codex环境里面去

109
00:05:23,660 --> 00:05:25,080
不然它是没法用的

110
00:05:25,080 --> 00:05:27,480
你看现在已经移过来了

111
00:05:27,480 --> 00:05:27,820
是吧

112
00:05:27,820 --> 00:05:29,820
看一下Codex

113
00:05:29,820 --> 00:05:32,620
Codex目录里面

114
00:05:32,620 --> 00:05:34,940
这个有一个

115
00:05:34,940 --> 00:05:39,460
Pagins

116
00:05:39,460 --> 00:05:41,460
packing 下面你看这个meeting scale

117
00:05:41,460 --> 00:05:43,360
meeting assistant 是不是来了

118
00:05:43,360 --> 00:05:46,360
然后我们再看一下他的一个配置

119
00:05:46,360 --> 00:05:50,460
你看这是插件的一个配置

120
00:05:50,460 --> 00:05:53,620
这是我们刚刚开包好的

121
00:05:53,620 --> 00:05:55,960
什么会议住所之类的东西

122
00:05:55,960 --> 00:06:00,260
这个就是我们基本的一个packing

123
00:06:00,260 --> 00:06:02,880
然后这个packing的结构

124
00:06:02,880 --> 00:06:03,640
大家可以看一下

125
00:06:03,640 --> 00:06:04,540
你看这个scale

126
00:06:04,540 --> 00:06:07,620
这个scale里面什么会议啊

127
00:06:07,620 --> 00:06:08,420
行动计划呀

128
00:06:08,420 --> 00:06:08,720
是吧

129
00:06:08,720 --> 00:06:11,140
这个就是他帮我们生成的一个规范

130
00:06:11,140 --> 00:06:12,800
包括一个scribe的

131
00:06:12,800 --> 00:06:13,560
这个是没有的

132
00:06:13,560 --> 00:06:14,560
然后assistant

133
00:06:14,560 --> 00:06:19,360
这个就是整个的我们的一个规范

134
00:06:19,360 --> 00:06:20,360
他都帮我们写好了

135
00:06:20,360 --> 00:06:25,160
所以通过这个packing correct技能的话

136
00:06:25,160 --> 00:06:30,000
这个其实就可以帮助我们去创建一个这个packing

137
00:06:30,000 --> 00:06:32,660
把基本的规范给我们弄好

138
00:06:33,480 --> 00:06:38,040
然后还帮我们去生成了一个叫做packing.json的一个配置文件

139
00:06:38,040 --> 00:06:42,200
在这个里面相当于我们会给拍给一个描述

140
00:06:42,200 --> 00:06:44,900
名称版本描这个作者是吧

141
00:06:44,900 --> 00:06:47,880
然后他的skill目录在哪里

142
00:06:47,880 --> 00:06:51,380
你看他当前用户下面创建了一个skills目录

143
00:06:51,380 --> 00:06:53,300
包括他的一个interface

144
00:06:53,300 --> 00:06:56,000
一些对外展示的一些信息

145
00:06:56,000 --> 00:06:57,260
这个是会议助手

146
00:06:57,260 --> 00:07:01,040
然后主要是用来整理会议议程纪要的一些内容的

147
00:07:01,040 --> 00:07:04,180
然后我们看一下这个packing

148
00:07:04,180 --> 00:07:05,680
他生产完之后的话

149
00:07:05,680 --> 00:07:08,540
他要去做一个什么的涉及

150
00:07:08,540 --> 00:07:10,280
刚刚这个默认的话

151
00:07:10,280 --> 00:07:11,900
在我们这个目录下面

152
00:07:11,900 --> 00:07:14,280
应该是创建了一个

153
00:07:14,280 --> 00:07:16,260
有一个配置文件的

154
00:07:21,120 --> 00:07:22,620
刚刚看这个提示

155
00:07:22,620 --> 00:07:27,040
pagins.agents

156
00:07:27,040 --> 00:07:29,580
下面你看有个marketplace

157
00:07:29,580 --> 00:07:32,760
这个是应用市场

158
00:07:32,760 --> 00:07:35,180
就是相当于我们现在本地

159
00:07:35,180 --> 00:07:36,520
现在有一个packing是吧

160
00:07:36,520 --> 00:07:37,780
那这个packing

161
00:07:37,780 --> 00:07:39,400
比如说这个agents

162
00:07:39,400 --> 00:07:41,660
他到时候要去加载是吧

163
00:07:41,660 --> 00:07:43,260
加载这个packing的时候的话

164
00:07:43,260 --> 00:07:45,840
我们就是通过这个配置文件去加载的

165
00:07:45,840 --> 00:07:46,620
你看

166
00:07:46,620 --> 00:07:48,340
就通过这种方式

167
00:07:48,340 --> 00:07:49,380
就是一个加载的

168
00:07:49,380 --> 00:07:52,060
所以我们现在你直接进入到这里面

169
00:07:52,060 --> 00:07:53,240
你可以去问啊

170
00:07:53,240 --> 00:07:53,800
比如说

171
00:07:53,800 --> 00:07:57,420
我们看直接输入这个packing

172
00:07:57,420 --> 00:07:58,080
能不能查得出来

173
00:07:59,959 --> 00:08:03,059
我们还有当前安装的一些packing

174
00:08:03,059 --> 00:08:07,699
你看这个会议助手是不是在这里

175
00:08:07,699 --> 00:08:08,859
是吧

176
00:08:08,859 --> 00:08:10,679
这是会议助手

177
00:08:10,679 --> 00:08:13,359
这是我们自己装的啊

178
00:08:13,359 --> 00:08:15,519
这个是Codex local的

179
00:08:15,519 --> 00:08:17,059
本地的这么一个packing

180
00:08:17,059 --> 00:08:17,339
是吧

181
00:08:17,339 --> 00:08:19,199
但是他现在还没装啊

182
00:08:19,199 --> 00:08:20,139
所以看不到

183
00:08:20,139 --> 00:08:21,379
装的话

184
00:08:21,379 --> 00:08:22,939
他其实就是把这个插件

185
00:08:22,939 --> 00:08:24,619
配置到

186
00:08:24,619 --> 00:08:25,999
看一下是配置到这个里面

187
00:08:25,999 --> 00:08:30,319
packing

188
00:08:30,319 --> 00:08:33,459
packing的话

189
00:08:33,459 --> 00:08:36,019
其实就是在这个config.tom里面去配置

190
00:08:36,019 --> 00:08:37,879
我们现在这里去看

191
00:08:37,879 --> 00:08:40,359
他是没有这个会议助手的是吧

192
00:08:40,359 --> 00:08:42,059
我们等一下去搜一下

193
00:08:42,059 --> 00:08:43,459
看他会不会出现在这里面

194
00:08:43,459 --> 00:08:44,999
现在是没有的

195
00:08:44,999 --> 00:08:45,979
是meeting

196
00:08:45,979 --> 00:08:49,959
你看现在是没有meeting的是吧

197
00:08:49,959 --> 00:08:50,459
没有

198
00:08:50,459 --> 00:08:52,159
那我现在给他安装一下

199
00:08:52,159 --> 00:08:56,339
你看装上去了

200
00:08:56,339 --> 00:08:57,819
装上去之后我们再来看一下

201
00:08:57,819 --> 00:09:01,839
你看大家是不是进去了

202
00:09:01,839 --> 00:09:04,179
所以所谓的安装插件的话

203
00:09:04,179 --> 00:09:07,019
就是在这个config.tom文件里面

204
00:09:07,019 --> 00:09:08,379
给他加一行配置

205
00:09:08,379 --> 00:09:09,779
这个就叫安装插件

206
00:09:09,779 --> 00:09:10,899
是非常简单

207
00:09:10,899 --> 00:09:12,759
那这个就是启用

208
00:09:12,759 --> 00:09:14,099
禁用的话就是force

209
00:09:14,099 --> 00:09:14,979
就完了

210
00:09:14,979 --> 00:09:16,199
非常简单

211
00:09:16,199 --> 00:09:17,779
然后大家在这个里面

212
00:09:17,779 --> 00:09:18,899
你可以去at

213
00:09:18,899 --> 00:09:24,399
但他这里面还没刷新啊

214
00:09:24,399 --> 00:09:26,719
我们在这个里面

215
00:09:26,719 --> 00:09:28,299
你要新开一个对话

216
00:09:28,299 --> 00:09:29,999
新开一个对话

217
00:09:29,999 --> 00:09:30,959
这里应该可以的

218
00:09:30,959 --> 00:09:31,499
at

219
00:09:31,499 --> 00:09:33,819
会议

220
00:09:33,819 --> 00:09:34,639
你看

221
00:09:34,639 --> 00:09:35,759
这就有了

222
00:09:35,759 --> 00:09:38,659
然后我们可以给一个会议内容

223
00:09:38,659 --> 00:09:39,639
让他总结一下

224
00:09:39,639 --> 00:09:42,599
我们找一段这个内容

225
00:09:42,599 --> 00:09:44,399
给它这个里面

226
00:09:44,399 --> 00:09:46,079
那总结一下

227
00:09:46,079 --> 00:09:58,959
你看这是一个事项是吧

228
00:09:58,959 --> 00:10:01,159
会主题关键讨论初步结论

229
00:10:01,159 --> 00:10:03,839
这不就是咱们刚刚那个scale里面

230
00:10:03,839 --> 00:10:05,619
写的一些点吗

231
00:10:05,619 --> 00:10:06,139
是吧

232
00:10:06,139 --> 00:10:09,079
虽然它是用这个英文写的啊

233
00:10:09,079 --> 00:10:10,359
应该在这个里面

234
00:10:10,359 --> 00:10:11,279
这个reading scale

235
00:10:11,279 --> 00:10:14,199
大致我们应该可以看得出来啊

236
00:10:14,199 --> 00:10:15,079
应该会议目标

237
00:10:15,079 --> 00:10:16,279
关键结论的行动项

238
00:10:16,279 --> 00:10:17,939
后续沟通草稿

239
00:10:17,939 --> 00:10:18,959
是不是

240
00:10:18,959 --> 00:10:22,379
这个我们想要的一个内容是吧

241
00:10:22,379 --> 00:10:23,799
主题目标关键结论

242
00:10:23,799 --> 00:10:26,039
就是一个势力格式

243
00:10:26,039 --> 00:10:26,879
大概就是这个样子

244
00:10:26,879 --> 00:10:27,499
是吧

245
00:10:27,499 --> 00:10:29,859
所以这个就是我们自己开发的一个packing

246
00:10:29,859 --> 00:10:31,619
这个packing主要就是用来去

247
00:10:31,619 --> 00:10:34,599
总结这个会议的内容的啊

248
00:10:34,599 --> 00:10:36,979
这就是最简单的一个packing啊

249
00:10:36,979 --> 00:10:40,279
所以大家可以用这种方式创建一个

250
00:10:40,279 --> 00:10:42,579
企业级专属的一个packing

251
00:10:42,579 --> 00:10:46,759
然后在这个里面有一个区别啊

252
00:10:46,759 --> 00:10:48,959
就是我们刚刚你看他生成了一个目录是吧

253
00:10:48,959 --> 00:10:52,839
就是我们整个仓库级别的话会有一个packing

254
00:10:52,839 --> 00:10:57,579
就是我们这个用户下面啊

255
00:10:57,579 --> 00:10:58,779
我给他对比一下

256
00:10:58,779 --> 00:11:02,779
就在当前这个用户下面啊

257
00:11:02,779 --> 00:11:07,459
当前用户下面有一个.codex

258
00:11:07,459 --> 00:11:17,739
.codex下面是有一个.agents

259
00:11:17,739 --> 00:11:21,179
找一下

260
00:11:21,179 --> 00:11:29,819
.agents这个里面还没有啊

261
00:11:29,819 --> 00:11:30,859
这个是仓库级别

262
00:11:30,859 --> 00:11:33,539
paggis catch

263
00:11:33,539 --> 00:11:36,719
这个没有啊

264
00:11:36,719 --> 00:11:38,139
这个仓库级别现在没有

265
00:11:38,139 --> 00:11:40,319
但是我们个人级别的啊

266
00:11:40,319 --> 00:11:40,799
这个

267
00:11:40,799 --> 00:11:43,619
这个叫插件市场的一个配置

268
00:11:43,619 --> 00:11:45,799
就会出现在我们这个里面啊

269
00:11:45,799 --> 00:11:47,679
就是他一般是在当前的agents

270
00:11:47,679 --> 00:11:48,919
目录的paggis下面

271
00:11:48,919 --> 00:11:51,039
有一个marketplace.json

272
00:11:51,039 --> 00:11:53,079
这个主要是用来干嘛的呢

273
00:11:53,079 --> 00:11:54,619
就是我们自己的

274
00:11:54,619 --> 00:11:57,319
这个可以叫做插件市场清单啊

275
00:11:57,319 --> 00:11:59,639
就是我们公司内部

276
00:11:59,639 --> 00:12:01,999
你自己开发了一些插件

277
00:12:01,999 --> 00:12:02,439
是吧

278
00:12:02,439 --> 00:12:04,339
那这个插件你总得管理啊

279
00:12:04,339 --> 00:12:05,939
管理的规范是什么呢

280
00:12:05,939 --> 00:12:06,919
就这个啊

281
00:12:06,919 --> 00:12:09,719
这个是插件市场的一个名称

282
00:12:09,719 --> 00:12:11,699
然后这个对外显示的一个名称

283
00:12:11,699 --> 00:12:14,339
然后这个是插件的列表

284
00:12:14,339 --> 00:12:16,199
然后下面有各种的什么

285
00:12:16,199 --> 00:12:18,379
各种各样的插件

286
00:12:18,379 --> 00:12:18,939
是吧

287
00:12:18,939 --> 00:12:19,839
都能看得到

288
00:12:19,839 --> 00:12:24,019
所以这个其实逻辑上的话

289
00:12:24,019 --> 00:12:25,799
就是大家自己你可以去

290
00:12:25,799 --> 00:12:27,319
开发各种的插件

291
00:12:27,319 --> 00:12:28,239
把它集成进来

292
00:12:28,239 --> 00:12:32,159
所以我们可以构建自己的一个插件的一个列表

293
00:12:32,159 --> 00:12:33,819
它是分仓库级的

294
00:12:33,819 --> 00:12:38,939
仓库级的话就是所有的当前使用Codex绘画的

295
00:12:38,939 --> 00:12:40,659
当前用户下的

296
00:12:40,659 --> 00:12:44,419
共享一个仓库级的这么一个Marketplace

297
00:12:44,419 --> 00:12:47,379
如果你仅仅是针对这个某个项目

298
00:12:47,379 --> 00:12:48,739
你要做一些插件的话

299
00:12:48,739 --> 00:12:50,479
你就做这个个人级

300
00:12:50,479 --> 00:12:51,579
或者叫项目级别

301
00:12:51,579 --> 00:12:53,619
那我们就是在当前的这个

302
00:12:53,619 --> 00:12:55,059
登录绘画里面

303
00:12:55,059 --> 00:12:57,759
就这个工作目录下面

304
00:12:57,759 --> 00:12:59,239
建一个.agents

305
00:12:59,239 --> 00:13:00,359
然后建一个pagans

306
00:13:00,359 --> 00:13:02,899
再配一个mugplace.json

307
00:13:02,899 --> 00:13:03,839
就可以了

308
00:13:03,839 --> 00:13:06,699
这个是个人级的这么一个情况

309
00:13:06,699 --> 00:13:09,459
那使用的时候

310
00:13:09,459 --> 00:13:12,059
我们也可以在这个pagans下面

311
00:13:12,059 --> 00:13:14,459
就是为每个插件添加一条记录

312
00:13:14,459 --> 00:13:16,399
把这个目录指定一下就可以了

313
00:13:16,399 --> 00:13:17,779
你像这个

314
00:13:17,779 --> 00:13:20,179
我们其实就指定了一个pass

315
00:13:20,179 --> 00:13:20,819
是吧

316
00:13:20,819 --> 00:13:24,679
在这个.pagans下面

317
00:13:24,679 --> 00:13:26,899
.pagans下面

318
00:13:26,899 --> 00:13:29,299
然后这个里面

319
00:13:29,299 --> 00:13:31,099
它就有一个这个

320
00:13:31,099 --> 00:13:32,439
meeting assistant

321
00:13:32,439 --> 00:13:34,419
这个就是我们

322
00:13:34,419 --> 00:13:37,419
要配一个相对的一个路径啊

323
00:13:37,419 --> 00:13:40,419
就当前根部下面去配一下

324
00:13:40,419 --> 00:13:43,419
所以我们不需要

325
00:13:43,419 --> 00:13:46,659
为每个插件单独去维护一份叫marketplace

326
00:13:46,659 --> 00:13:49,219
每一个marketplace可以完全在测试阶段

327
00:13:49,219 --> 00:13:50,979
只需要暴露一个插件就可以了

328
00:13:50,979 --> 00:13:52,419
之后的话可以拓展成一个

329
00:13:52,419 --> 00:13:53,939
更加完整的一个清选路

330
00:13:53,939 --> 00:13:56,659
所以在这个里面的话

331
00:13:56,659 --> 00:13:57,679
我们其实啊

332
00:13:57,679 --> 00:14:00,319
就相当于大家在这个页面

333
00:14:00,319 --> 00:14:03,719
你看到的这个插件市场一样是吧

334
00:14:03,719 --> 00:14:07,179
我们其实自己可以做一个这样的插件市场去做管理

335
00:14:07,179 --> 00:14:09,479
这个系统给我们内置的

336
00:14:09,479 --> 00:14:13,319
就是在这个

337
00:14:13,319 --> 00:14:15,599
这个里面啊

338
00:14:15,599 --> 00:14:15,999
打开

339
00:14:15,999 --> 00:14:19,219
这个插件的话其实就是

340
00:14:19,219 --> 00:14:21,219
他内置的一些

341
00:14:21,219 --> 00:14:23,519
就这个就是他的一个插件市场

342
00:14:23,519 --> 00:14:26,559
我们自己也可以搭建出来这么一个插件市场啊

343
00:14:26,659 --> 00:14:29,999
好那插件市场的话

344
00:14:29,999 --> 00:14:32,479
其实我们自己还可以去做一个什么呢

345
00:14:32,479 --> 00:14:33,679
叫做配置跟安装

346
00:14:33,679 --> 00:14:36,219
因为有很多第三方

347
00:14:36,219 --> 00:14:39,419
人家也去有这个Marked Place

348
00:14:39,419 --> 00:14:42,819
就是我每个提供方

349
00:14:42,819 --> 00:14:44,099
我都有不同的这个插件

350
00:14:44,099 --> 00:14:46,679
所以大家可以去装不同的插件

351
00:14:46,679 --> 00:14:48,119
比如说像这个

352
00:14:48,119 --> 00:14:51,159
这个规范就是HONOR加RIPPLE

353
00:14:51,159 --> 00:14:53,879
比如说GitHub下面的这个Paggings

354
00:14:53,879 --> 00:14:55,839
或者其他平台这个Paggings

355
00:14:55,839 --> 00:14:58,179
大家可以自己去加啊

356
00:14:58,179 --> 00:14:59,339
比如说我们选择这个

357
00:14:59,339 --> 00:15:05,279
你就可以直接命令行的方式去装

358
00:15:05,279 --> 00:15:10,339
你看这个里面

359
00:15:10,339 --> 00:15:15,639
你看他就是可以把它加进来啊

360
00:15:15,639 --> 00:15:17,879
但是他会去看啊

361
00:15:17,879 --> 00:15:19,119
如果这个地址不存在的话

362
00:15:19,119 --> 00:15:20,159
他也是找不到的

363
00:15:20,159 --> 00:15:22,839
所以我们得输入一个正确的一个地址啊

364
00:15:22,839 --> 00:15:26,219
那比如说我们看一下

365
00:15:26,219 --> 00:15:29,079
现在已经装好的这个marketplace有哪些

366
00:15:29,079 --> 00:15:30,899
这当前用户下面的

367
00:15:30,899 --> 00:15:32,399
我们现在都是用的本地的

368
00:15:32,399 --> 00:15:34,639
没有用什么gethub这个地址的

369
00:15:34,639 --> 00:15:35,979
这个packing啊

370
00:15:35,979 --> 00:15:38,979
现在都是我们有我们自己搭建的是吧

371
00:15:38,979 --> 00:15:42,399
然后还有这个系统内置的啊

372
00:15:42,399 --> 00:15:43,859
就这几个

373
00:15:43,859 --> 00:15:45,279
这个是我们自己搭建的吧

374
00:15:45,279 --> 00:15:47,079
这是我们刚刚自己加的

375
00:15:47,079 --> 00:15:50,159
然后上面的话就是系统自带的

376
00:15:50,159 --> 00:15:51,359
Codex

377
00:15:51,359 --> 00:15:53,279
它安装的时候

378
00:15:53,279 --> 00:15:55,399
我装了一些插件之后

379
00:15:55,399 --> 00:15:57,499
它会帮我们生成一些这样的一个

380
00:15:57,499 --> 00:15:58,759
Multiplace

381
00:15:58,759 --> 00:16:00,999
就插件目录的这么一个配置

382
00:16:01,904 --> 00:16:04,084
然后我们还可以针对这个

383
00:16:04,084 --> 00:16:06,264
Marketplace去做一个update

384
00:16:06,264 --> 00:16:06,684
是吧

385
00:16:06,684 --> 00:16:10,564
就是有一些第三方人家的这个插件市场更新了

386
00:16:10,564 --> 00:16:12,604
那我们得做一个update

387
00:16:12,604 --> 00:16:13,404
是吧

388
00:16:13,404 --> 00:16:15,464
所以这里面你可以执行这个命令

389
00:16:15,464 --> 00:16:17,464
给他做一个升级啊

390
00:16:17,464 --> 00:16:25,264
然后啊

391
00:16:25,264 --> 00:16:29,304
大家你也可以手动的去创建这么一个插件啊

392
00:16:29,304 --> 00:16:30,444
就是这个东西的话

393
00:16:30,444 --> 00:16:34,704
不一定说你就得用这个系统的

394
00:16:34,704 --> 00:16:38,324
就是按他的一个规范啊

395
00:16:38,324 --> 00:16:41,924
就是你可以自己去创建啊

396
00:16:41,924 --> 00:16:43,824
在不同的目录里面去加载就可以了

397
00:16:43,824 --> 00:16:46,424
也不一定说一定要放到某个目录里面

398
00:16:46,424 --> 00:16:47,484
只是说放到那个目录里面

399
00:16:47,484 --> 00:16:48,544
加载会方便一些

400
00:16:48,544 --> 00:16:50,284
没有去单独还有设置目录

401
00:16:50,284 --> 00:16:51,904
你可以啊

402
00:16:51,904 --> 00:16:54,624
最好删删到规方官方规范栏

403
00:16:54,624 --> 00:16:57,744
但是大家也可以去自定义的去创建啊

404
00:16:57,744 --> 00:16:59,164
然后去整理目录就可以了

405
00:16:59,164 --> 00:17:02,964
你看这个就我们首先去创建一个插件目录啊

406
00:17:02,964 --> 00:17:04,604
叫做.codexpagin

407
00:17:04,604 --> 00:17:07,544
然后再把pagin.json里面放进去

408
00:17:07,544 --> 00:17:11,664
这个就是一个插件的一个基本结构

409
00:17:11,664 --> 00:17:13,184
我们刚刚创建的一个插件的话

410
00:17:13,184 --> 00:17:14,384
也是这么一个结果

411
00:17:14,384 --> 00:17:17,084
就是在这个里面

412
00:17:17,084 --> 00:17:18,584
Pagging

413
00:17:18,584 --> 00:17:20,824
Pagging点Json里面应该怎么写呢

414
00:17:20,824 --> 00:17:23,764
应该就是要写什么名称啊

415
00:17:23,764 --> 00:17:25,004
版本啊描述啊

416
00:17:25,004 --> 00:17:25,964
包括scale啊

417
00:17:25,964 --> 00:17:26,304
是吧

418
00:17:26,304 --> 00:17:27,964
它都要写进来

419
00:17:27,964 --> 00:17:30,484
这是它整个的一个逻辑啊

420
00:17:30,484 --> 00:17:35,484
包括我们的一些应用服务

421
00:17:35,484 --> 00:17:36,964
其实也可以集成进来

422
00:17:36,964 --> 00:17:40,704
所以大家可以通过这种创建目录的方式

423
00:17:40,704 --> 00:17:43,304
去加这个插件也是OK的

424
00:17:43,304 --> 00:17:45,144
也比较方便

425
00:17:45,144 --> 00:17:48,904
那把这个插件加入到某个插件市场清单之后

426
00:17:48,904 --> 00:17:51,884
我们其实也可以用这个Pag and Create

427
00:17:51,884 --> 00:17:53,424
再去做一个自动生成

428
00:17:53,424 --> 00:17:57,304
就这个插件你只是做一个这个配置

429
00:17:57,304 --> 00:18:00,564
你还可以通过Pag and Create

430
00:18:00,564 --> 00:18:04,004
然后再去生成一些更加细节的一些内容

431
00:18:04,004 --> 00:18:07,684
就是你可以先填一个插件的名称

432
00:18:07,684 --> 00:18:09,964
然后用这个去自动生成给你写一个模板

433
00:18:09,964 --> 00:18:11,044
那之后的话

434
00:18:11,044 --> 00:18:13,204
你就可以根据实际情况

435
00:18:13,204 --> 00:18:14,924
再加一些mcp的配置

436
00:18:14,924 --> 00:18:16,804
然后包括一些应用集成

437
00:18:16,804 --> 00:18:18,724
或者是插件市场的一些

438
00:18:18,724 --> 00:18:19,904
原数据是吧

439
00:18:19,904 --> 00:18:22,724
你都可以把它整合进去

440
00:18:22,724 --> 00:18:24,684
包括我们还可以去手动

441
00:18:24,684 --> 00:18:26,524
去安装一些本地的一些插件

442
00:18:26,524 --> 00:18:28,984
比如说一些这个

443
00:18:28,984 --> 00:18:30,724
整个的一些

444
00:18:30,724 --> 00:18:32,704
插件市场的一些

445
00:18:32,704 --> 00:18:33,664
这个清单是吧

446
00:18:33,664 --> 00:18:36,324
你可以放到这个目录里面去

447
00:18:36,324 --> 00:18:37,604
放里面去

448
00:18:37,604 --> 00:18:39,524
并且的话把插件目录放到

449
00:18:39,524 --> 00:18:40,864
这个packing下面

450
00:18:40,864 --> 00:18:42,144
然后做一个加载

451
00:18:42,144 --> 00:18:47,244
就这里是教大家手动的一个方式啊

452
00:18:47,244 --> 00:18:49,344
就是我们可以把packing放到这个里面去

453
00:18:49,344 --> 00:18:53,004
但是其实我也不太建议大家自己去手动创建啊

454
00:18:53,004 --> 00:18:55,244
你直接全程用AI对话的方式

455
00:18:55,244 --> 00:18:56,964
让他帮你去创建配置就可以了

456
00:18:56,964 --> 00:18:59,384
你压根都不用关心这个插件装到哪里去了

457
00:18:59,384 --> 00:19:04,644
因为你只关心这个插件有没有被正常安装能不能用

458
00:19:04,644 --> 00:19:06,064
这些东西的话

459
00:19:06,064 --> 00:19:07,864
大家只需要知道就可以了啊

460
00:19:07,864 --> 00:19:11,504
你看这个local repo是不是咱们刚刚创建的那个packing

461
00:19:11,504 --> 00:19:14,124
包括他的一些什么sauce啊是吧

462
00:19:14,124 --> 00:19:17,464
整个我们是不是都带大家去走了一遍啊

463
00:19:19,564 --> 00:19:21,764
然后最后完装完之后

464
00:19:21,764 --> 00:19:22,804
如果没有加载的话

465
00:19:22,804 --> 00:19:25,324
你可以去重启一下这个codex

466
00:19:25,324 --> 00:19:28,904
看一下他就做加载的一些情况啊

467
00:19:28,904 --> 00:19:30,804
然后这个marketplace

468
00:19:30,804 --> 00:19:33,124
文件决定的是插件从哪里加载

469
00:19:33,124 --> 00:19:35,464
所以上面这个目录的话只是一个事例

470
00:19:35,464 --> 00:19:36,864
并不是固定要求啊

471
00:19:36,864 --> 00:19:39,764
codex 会把 source.path 解析为

472
00:19:39,764 --> 00:19:42,664
相对于这个marketplace 根目录的一个路径

473
00:19:42,664 --> 00:19:44,164
而不是相对于 .agents

474
00:19:44,164 --> 00:19:45,964
pagets 的一个目录

475
00:19:45,964 --> 00:19:47,324
所以修改本地插件之后

476
00:19:47,324 --> 00:19:49,004
我们要去同步啊

477
00:19:49,004 --> 00:19:51,864
更新marketplace 指向的一个插件目录

478
00:19:51,864 --> 00:19:54,124
并且的话我们要去重启这个codex

479
00:19:54,124 --> 00:19:56,264
让本地安装这个副本的话

480
00:19:56,264 --> 00:19:58,424
能够加载新文件

481
00:19:58,424 --> 00:20:01,924
所以的话我们创建了这个插件之后

482
00:20:01,924 --> 00:20:04,264
把它添加到codex 之后的话

483
00:20:04,264 --> 00:20:06,304
大家也可以去共享啊

484
00:20:06,304 --> 00:20:08,324
就是你可以在CodexAPP里面

485
00:20:08,324 --> 00:20:10,744
因为我现在没有登录那个账号啊

486
00:20:10,744 --> 00:20:11,584
没有登录账号的话

487
00:20:11,584 --> 00:20:13,124
所以是没法共享的

488
00:20:13,124 --> 00:20:14,564
其实这个很简单啊

489
00:20:14,564 --> 00:20:16,604
就用APP里面打开这个packing

490
00:20:16,604 --> 00:20:18,164
然后你创建之后

491
00:20:18,164 --> 00:20:19,664
你把它发布一下就可以了

492
00:20:19,664 --> 00:20:22,144
共享添加工作区成员

493
00:20:22,144 --> 00:20:25,044
然后让别的成员下载到你这个插件

494
00:20:25,044 --> 00:20:25,624
然后去用

495
00:20:25,624 --> 00:20:28,884
所以这个逻辑其实很简单啊

496
00:20:28,884 --> 00:20:30,804
就是你现在有个插件

497
00:20:30,804 --> 00:20:32,404
你要去用它是吧

498
00:20:32,404 --> 00:20:33,704
别人也要去用

499
00:20:33,704 --> 00:20:35,264
那你就可以把它分享出来

500
00:20:35,264 --> 00:20:37,764
相当于你也自己做一个应用商店

501
00:20:37,764 --> 00:20:40,044
让别人去用你这个插件

502
00:20:40,044 --> 00:20:41,064
也比较好用

503
00:20:41,064 --> 00:20:41,424
是吧

504
00:20:41,424 --> 00:20:44,784
然后包括工作区管理员

505
00:20:44,784 --> 00:20:47,444
可以在这个Cloud Manager Requirements里面

506
00:20:47,444 --> 00:20:48,944
加入PaginShield.inforce

507
00:20:48,944 --> 00:20:50,004
可以去禁用

508
00:20:50,004 --> 00:20:52,804
就是我不想把我这个插件

509
00:20:52,804 --> 00:20:53,984
给它分享出去的话

510
00:20:53,984 --> 00:20:55,064
你可以把它禁用掉

511
00:20:55,064 --> 00:20:57,724
加一个配置去管控它

512
00:20:57,724 --> 00:21:01,224
然后是插件市场的这个原数据

513
00:21:01,224 --> 00:21:04,684
这个的话就是我们刚刚讲到的这个

514
00:21:05,264 --> 00:21:07,904
MarketPace的一个JSON啊

515
00:21:07,904 --> 00:21:09,544
这个就是相当于

516
00:21:09,544 --> 00:21:11,504
你现在有一个应用商店了是吧

517
00:21:11,504 --> 00:21:13,444
那这个商店里面的话

518
00:21:13,444 --> 00:21:16,424
其实你怎么样去配置

519
00:21:16,424 --> 00:21:19,144
当前下面的一些这个packing是吧

520
00:21:19,144 --> 00:21:22,184
那这个其实都是OK的

521
00:21:22,184 --> 00:21:24,144
你可以自由的去配置

522
00:21:24,144 --> 00:21:25,924
那在这个里面的话

523
00:21:25,924 --> 00:21:29,444
其实我们整个一个逻辑啊

524
00:21:29,444 --> 00:21:31,544
这里面就会比较清晰啊

525
00:21:31,544 --> 00:21:33,744
就大家你直接去

526
00:21:33,744 --> 00:21:35,444
把这个Marketplace

527
00:21:35,444 --> 00:21:37,584
这里面给他做一些细节化的一些配置

528
00:21:37,584 --> 00:21:38,444
就可以了

529
00:21:38,444 --> 00:21:39,624
包括他的一个Pagin

530
00:21:39,624 --> 00:21:42,084
这个里面是可以配多个的

531
00:21:42,084 --> 00:21:44,484
这个就相当于是一个插件市场

532
00:21:44,484 --> 00:21:45,864
你可以配Pagin1

533
00:21:45,864 --> 00:21:46,344
Pagin2

534
00:21:46,344 --> 00:21:46,844
Pagin3

535
00:21:46,844 --> 00:21:47,804
各种各样的Pagin

536
00:21:47,804 --> 00:21:48,564
你看这里

537
00:21:48,564 --> 00:21:50,104
它是一个宿主

538
00:21:50,104 --> 00:21:51,484
这个是一个Pagin

539
00:21:51,484 --> 00:21:52,364
这个是一个Pagin

540
00:21:52,364 --> 00:21:53,804
那接下来可能有很多

541
00:21:53,804 --> 00:21:54,604
是吧

542
00:21:54,604 --> 00:21:55,404
我们都可以去装

543
00:21:55,404 --> 00:21:58,924
所以这个整个配置文件的话

544
00:21:58,924 --> 00:22:00,684
是一个叫插件市场的原数据

545
00:22:00,684 --> 00:22:02,984
大家可以自由的去装

546
00:22:02,984 --> 00:22:04,824
各种各样的一些插件啊

547
00:22:04,824 --> 00:22:05,504
把它配上去

548
00:22:05,504 --> 00:22:07,384
只要这个插件能正常加散

549
00:22:07,384 --> 00:22:08,944
就可以了啊

550
00:22:08,944 --> 00:22:11,724
所以最上层的这个名字

551
00:22:11,724 --> 00:22:14,724
就是整个插件市场的一个名字啊

552
00:22:14,724 --> 00:22:16,904
大家其实你最终发布插件的话

553
00:22:16,904 --> 00:22:19,264
你相当于是你把你自己的一个

554
00:22:19,264 --> 00:22:21,524
插件市场的话做了一个发布啊

555
00:22:21,524 --> 00:22:23,124
相当于别人下载插件

556
00:22:23,124 --> 00:22:24,844
是在你的这个名字的基础上

557
00:22:24,844 --> 00:22:25,664
去做的一个下载

558
00:22:25,664 --> 00:22:29,004
所以我们本地的话

559
00:22:29,004 --> 00:22:30,964
其实就相当于在管理一个

560
00:22:30,964 --> 00:22:32,504
插件的一个市场

561
00:22:32,504 --> 00:22:33,984
然后下面有很多插件

562
00:22:33,984 --> 00:22:35,644
包括他的一些配置文件

563
00:22:35,644 --> 00:22:36,484
加载目录啊

564
00:22:36,484 --> 00:22:39,604
这个都是由我们自己统一去管控的

565
00:22:39,604 --> 00:22:43,624
所以Marketplace决定的是Codex

566
00:22:43,624 --> 00:22:44,824
从哪里加载插件

567
00:22:44,824 --> 00:22:47,664
即使你的插件并不在上述适例目录里面

568
00:22:47,664 --> 00:22:49,644
但是本地的这个sauce path

569
00:22:49,644 --> 00:22:51,544
也可以去指向别的位置

570
00:22:51,544 --> 00:22:53,824
就是这个path里面

571
00:22:53,824 --> 00:22:55,864
你可以指别的路径也可以

572
00:22:55,864 --> 00:22:58,764
就不一定要说在这个路径里面

573
00:22:58,764 --> 00:22:59,044
是吧

574
00:22:59,044 --> 00:23:00,684
可以去指定其他路径

575
00:23:00,684 --> 00:23:04,564
所以我们可以通过这些参数去调整

576
00:23:04,564 --> 00:23:09,164
那么这个里面

577
00:23:09,164 --> 00:23:13,584
如果Codex无法解析某个Marketplace条目的话

578
00:23:13,584 --> 00:23:15,144
它就会跳过这个插件

579
00:23:15,144 --> 00:23:19,844
而不是导致整个这个插件的这个加载出问题

580
00:23:19,844 --> 00:23:21,424
比如说你有一个插件有问题

581
00:23:21,424 --> 00:23:22,704
它就直接跳过了

582
00:23:22,704 --> 00:23:26,664
大家不能说那其他这个packing也不能加载是吧

583
00:23:26,664 --> 00:23:30,924
然后是Codex如何使用的这个插件市场

584
00:23:30,924 --> 00:23:36,364
这个插件Marketplace是Codex可以读取并安装的一个Json目录

585
00:23:36,364 --> 00:23:41,144
Codex的话其实它可以从以下位置读取到Marketplace文件

586
00:23:41,144 --> 00:23:43,204
其实我们刚刚给大家讲的这个

587
00:23:43,204 --> 00:23:47,104
首先是官方内置的一个叫插件的目录

588
00:23:47,104 --> 00:23:50,324
然后是仓务级别的一个Marketplace

589
00:23:50,324 --> 00:23:51,424
这个我们

590
00:23:53,232 --> 00:23:56,892
你想我们刚刚配置的是仓库级别的

591
00:23:56,892 --> 00:23:59,072
就在当前这个项目下面

592
00:23:59,072 --> 00:24:00,512
去配的一个Marketplace

593
00:24:00,512 --> 00:24:02,152
但是那个用户级的话

594
00:24:02,152 --> 00:24:03,472
你也可以在这个agency

595
00:24:03,472 --> 00:24:04,292
这个里面去配

596
00:24:04,292 --> 00:24:05,572
这都是一样的

597
00:24:05,572 --> 00:24:06,532
关键就是看

598
00:24:06,532 --> 00:24:09,052
你是要在整个项目里面去共享

599
00:24:09,052 --> 00:24:10,932
还是说就是仓库级别的

600
00:24:10,932 --> 00:24:13,072
仅针对某个目录去分享就可以了

601
00:24:13,072 --> 00:24:15,392
那么只要有插件啊

602
00:24:15,392 --> 00:24:17,272
通过这个Marketplace暴露出来

603
00:24:17,272 --> 00:24:18,712
Codex就可以安装它

604
00:24:18,712 --> 00:24:21,252
所以Codex会把这个插件

605
00:24:21,252 --> 00:24:23,732
安装到这个目录里面去啊

606
00:24:23,732 --> 00:24:26,412
那么对于本地插件的话

607
00:24:26,412 --> 00:24:29,452
这个里面我们这个Version的话

608
00:24:29,452 --> 00:24:30,412
它其实就是Local

609
00:24:30,412 --> 00:24:32,012
Codex运行的时候

610
00:24:32,012 --> 00:24:33,952
它会读取这份缓存数据

611
00:24:33,952 --> 00:24:37,192
而不是直接从Marketplace里面

612
00:24:37,192 --> 00:24:39,132
这个条目里面去声明运行

613
00:24:39,132 --> 00:24:42,332
所以这个是需要注意一下

614
00:24:42,332 --> 00:24:46,192
那么每个插件都可以独立的启用或者经用

615
00:24:46,192 --> 00:24:47,712
我们刚给大家看了一个状态

616
00:24:47,712 --> 00:24:50,932
就这些插件我们可以单独给它停掉的

617
00:24:50,932 --> 00:24:53,332
在这个里面我们可以把它关闭掉

618
00:24:53,332 --> 00:24:58,872
你看在这个里面开关状态在这个里面

619
00:24:58,872 --> 00:25:01,852
然后是打包与分发插件

620
00:25:01,852 --> 00:25:04,652
那每个插件

621
00:25:04,652 --> 00:25:07,512
它是必须要在这个pagins.json里面

622
00:25:07,512 --> 00:25:08,932
去提供清单文件的

623
00:25:08,932 --> 00:25:09,932
除此之外的话

624
00:25:09,932 --> 00:25:11,772
它可以包含一些scale目录

625
00:25:11,772 --> 00:25:13,672
用于生命周期的hawks

626
00:25:13,672 --> 00:25:17,552
然后包括一些这个连接系的

627
00:25:17,552 --> 00:25:18,532
app.json

628
00:25:18,532 --> 00:25:22,512
因为插件它是既支持这个scale

629
00:25:22,512 --> 00:25:23,852
又支持mcp

630
00:25:23,852 --> 00:25:25,332
还支持这个应用加载

631
00:25:25,332 --> 00:25:26,872
所以它有不同的配置文件

632
00:25:26,872 --> 00:25:27,952
大家都可以去配

633
00:25:27,952 --> 00:25:30,032
所以一个插件的目录结构的话

634
00:25:30,032 --> 00:25:31,132
应该是这样的

635
00:25:31,132 --> 00:25:32,672
首先的话是插件清单文件

636
00:25:32,672 --> 00:25:33,832
这是必备的啊

637
00:25:33,832 --> 00:25:35,232
整个插件

638
00:25:35,232 --> 00:25:37,332
它的一个大概的一个情况

639
00:25:37,332 --> 00:25:38,272
介绍是吧

640
00:25:38,272 --> 00:25:40,292
包括一些细节的配置在这个里面

641
00:25:40,292 --> 00:25:42,572
然后scale就是我当前这个packing

642
00:25:42,572 --> 00:25:44,532
它带有的scale有哪些

643
00:25:44,532 --> 00:25:46,872
hooks生命周期管理

644
00:25:46,872 --> 00:25:47,732
app.json

645
00:25:47,732 --> 00:25:49,732
比如说我要连接jh

646
00:25:49,732 --> 00:25:51,992
kithub的那个应用是吧

647
00:25:51,992 --> 00:25:53,272
或连接figma

648
00:25:53,272 --> 00:25:55,832
这个就是app.json需要配置的

649
00:25:55,832 --> 00:25:58,032
然后.mcp.json的话

650
00:25:58,032 --> 00:26:00,032
就是我们mcp的server

651
00:26:00,032 --> 00:26:01,132
包括一些这个

652
00:26:01,132 --> 00:26:03,592
assistant 图标

653
00:26:03,592 --> 00:26:04,652
一些资源相关的

654
00:26:04,652 --> 00:26:08,732
所以这个.codex pegging里面

655
00:26:08,732 --> 00:26:10,932
它只应该放一些pegging的json

656
00:26:10,932 --> 00:26:12,892
scale hoax assistant

657
00:26:12,892 --> 00:26:14,412
这些东西就可以了

658
00:26:14,412 --> 00:26:16,012
那这个里面的话

659
00:26:16,012 --> 00:26:16,892
就这个啊

660
00:26:16,892 --> 00:26:19,472
这个目录只放pegging的json

661
00:26:19,472 --> 00:26:21,272
然后这个scale那个的话

662
00:26:21,272 --> 00:26:23,212
就都放在插件的各目就可以了

663
00:26:23,212 --> 00:26:25,232
那么已发布的插件

664
00:26:25,232 --> 00:26:27,552
通常会使用比这个

665
00:26:27,552 --> 00:26:29,092
最小脚手架

666
00:26:29,092 --> 00:26:30,992
视力更完整的这个manifest

667
00:26:30,992 --> 00:26:32,592
那么manifest主要是

668
00:26:32,592 --> 00:26:33,612
承担三项指质

669
00:26:33,612 --> 00:26:36,172
首先是去标识插件本身

670
00:26:36,172 --> 00:26:38,692
然后是指向他打包的一些

671
00:26:38,692 --> 00:26:41,212
scale应用mcp服务员或者hoax

672
00:26:41,212 --> 00:26:43,232
然后提供安装界面

673
00:26:43,232 --> 00:26:44,512
所需的描述图标

674
00:26:44,512 --> 00:26:46,372
法务链接等一些原数据

675
00:26:46,372 --> 00:26:49,492
然后下面就是一个manifest的

676
00:26:49,492 --> 00:26:50,452
一个视力啊

677
00:26:50,452 --> 00:26:52,512
就是刚刚那个写的差不多

678
00:26:52,512 --> 00:26:54,472
但这个都会给大家详细一些

679
00:26:54,472 --> 00:26:57,952
让大家知道这个manifest

680
00:26:57,952 --> 00:26:59,652
应该怎么来写啊

681
00:26:59,652 --> 00:27:00,872
比如说你的插件

682
00:27:00,872 --> 00:27:03,032
名称描述作者

683
00:27:03,032 --> 00:27:03,952
是吧

684
00:27:03,952 --> 00:27:05,292
然后主页

685
00:27:05,292 --> 00:27:07,032
report仓库

686
00:27:07,032 --> 00:27:10,232
包括一些license啊

687
00:27:10,232 --> 00:27:11,592
你看这个是写的比较细了

688
00:27:11,592 --> 00:27:14,472
所以这个

689
00:27:14,472 --> 00:27:16,832
codex pegging的这个

690
00:27:16,832 --> 00:27:20,172
pegging.json是必须的一个路口文件啊

691
00:27:20,172 --> 00:27:21,792
其他形态字弹都是可写的

692
00:27:21,792 --> 00:27:24,492
但是正式发布的这个插件来说

693
00:27:24,492 --> 00:27:26,152
这些字弹通常都会用到

694
00:27:26,152 --> 00:27:28,392
那这个manifest是什么呢

695
00:27:28,392 --> 00:27:29,312
manifest就是

696
00:27:29,312 --> 00:27:33,012
顶层字段可以用来去定义包的一些原数据

697
00:27:33,012 --> 00:27:34,772
比如说我们要把插件包

698
00:27:34,772 --> 00:27:36,012
把包的这个组件

699
00:27:36,012 --> 00:27:37,752
用来去标示一下

700
00:27:37,752 --> 00:27:38,132
是吧

701
00:27:38,132 --> 00:27:40,412
有些是让来标示插件的

702
00:27:40,412 --> 00:27:43,492
有些是提供发布者与发现相关的一些原数据

703
00:27:43,492 --> 00:27:45,472
有些是指向于

704
00:27:45,472 --> 00:27:49,072
相对插件跟move的一些组织路口

705
00:27:49,072 --> 00:27:50,552
就这些组件路口等等

706
00:27:50,552 --> 00:27:53,452
然后包括一些这个

707
00:27:53,452 --> 00:27:55,372
原数据的一些

708
00:27:56,152 --> 00:27:56,872
展示是吧

709
00:27:56,872 --> 00:27:59,672
比如说显示的名称描述啊等等的啊

710
00:27:59,672 --> 00:28:02,452
这个就是在manifest里面

711
00:28:02,452 --> 00:28:04,272
做的非常详细的一个定义吧

712
00:28:04,272 --> 00:28:07,352
大家如果说你需要用到某个字段的话

713
00:28:07,352 --> 00:28:08,892
你可以去参考这些啊

714
00:28:08,892 --> 00:28:12,172
然后poor它的一个路径规则

715
00:28:12,172 --> 00:28:14,612
这个就是让这个manifest

716
00:28:14,612 --> 00:28:17,312
一些路径都保持了相对于插件跟目录

717
00:28:17,312 --> 00:28:19,252
并使用这个来开头

718
00:28:19,252 --> 00:28:22,232
然后这个里面啊

719
00:28:22,232 --> 00:28:23,812
就是我们涉及到一些logo资源

720
00:28:23,812 --> 00:28:25,152
截头相关的一些内容的话

721
00:28:25,152 --> 00:28:27,512
你要放到这个assist下面

722
00:28:27,512 --> 00:28:32,972
Scales应该就指向一些scale的一些目楼

723
00:28:32,972 --> 00:28:33,592
一些技能

724
00:28:33,592 --> 00:28:35,692
App应该指向fb.json

725
00:28:35,692 --> 00:28:39,552
然后mcp server就要指向mcp.json

726
00:28:39,552 --> 00:28:41,532
还有包括hawks等等

727
00:28:41,532 --> 00:28:45,232
然后已经启用了这个scale的话

728
00:28:45,232 --> 00:28:49,332
可以在这个技能mcp server和应用之外

729
00:28:49,332 --> 00:28:51,532
同时包含生命周期的这么一个hawks

730
00:28:51,532 --> 00:28:55,852
然后如果插件把Hawks放到这个文件下面的话

731
00:28:55,852 --> 00:29:00,532
那你就不需要在Codex Pack里面去加这个东西了

732
00:29:00,532 --> 00:29:03,712
因为Codex会自动默然去剪达这个配置文件

733
00:29:03,712 --> 00:29:08,792
所以大家需要根据实际情况去写一些配置的话

734
00:29:08,792 --> 00:29:11,232
你要知道它的一个优先级

735
00:29:11,232 --> 00:29:13,472
然后完了之后的话

736
00:29:13,472 --> 00:29:15,272
你可以去用这个

737
00:29:15,272 --> 00:29:18,912
把插件加入到官方的这个PackingDirector的

738
00:29:18,912 --> 00:29:20,532
这个里面可以去做分享

739
00:29:20,532 --> 00:29:22,252
那大家可以去看一下

740
00:29:22,252 --> 00:29:23,972
登录一下那个账号

741
00:29:23,972 --> 00:29:25,332
登录一下这个账号的话

742
00:29:25,332 --> 00:29:26,552
你可以去看一下这个功能

743
00:29:26,552 --> 00:29:28,652
我们后面就可以去发布

744
00:29:28,652 --> 00:29:31,492
官方的一个公共插件了

745
00:29:31,492 --> 00:29:33,052
就这个能力的话

746
00:29:33,052 --> 00:29:36,352
这个后面可以用

747
00:29:36,352 --> 00:29:38,812
就是我们可以把它做一个分发

748
00:29:38,812 --> 00:29:39,792
去做使用

749
00:29:39,792 --> 00:29:40,572
OK