WEBVTT

00:00:00.000 --> 00:00:01.200
各种你都要集成

00:00:01.200 --> 00:00:03.000
那你就把它打包成一个插件啊

00:00:03.000 --> 00:00:06.440
那些接下来我们就来给他讲一下

00:00:06.440 --> 00:00:07.360
怎么样去

00:00:07.360 --> 00:00:11.660
自己去开发一个企业级的这么一个插件啊

00:00:11.660 --> 00:00:13.580
就这个插件应该怎么来开发呢

00:00:13.580 --> 00:00:15.140
那开发完之后

00:00:15.140 --> 00:00:16.520
这个怎么来分发是吧

00:00:16.520 --> 00:00:18.540
发不到应用市场上面去啊

00:00:18.540 --> 00:00:20.220
那这个里面的话

00:00:20.220 --> 00:00:24.000
我们首先可以去创建一个插件啊

00:00:24.000 --> 00:00:25.700
那创建插件的话

00:00:25.700 --> 00:00:27.280
我们可以直接使用这个

00:00:27.280 --> 00:00:29.300
Pagging Correct技能啊

00:00:29.300 --> 00:00:32.660
比如这个里面

00:00:32.660 --> 00:00:35.860
我看一下

00:00:35.860 --> 00:00:42.300
比如说我现在在这个里面建一个文件夹

00:00:42.300 --> 00:00:44.560
建一个文件夹叫做Pagis

00:00:44.560 --> 00:00:51.940
然后在Pagis里面我切换这个目

00:00:51.940 --> 00:00:55.480
我切换到这个Pagis目

00:00:55.480 --> 00:00:56.000
里面去

00:00:56.000 --> 00:00:59.200
cd到这个Pagis

00:00:59.200 --> 00:01:01.840
然后在这个里面执行Codex

00:01:01.840 --> 00:01:09.400
然后切换到这个管理员模式

00:01:09.400 --> 00:01:13.480
就是bypass模式

00:01:13.480 --> 00:01:21.100
然后我们这里面

00:01:21.100 --> 00:01:24.120
你看他有一个这个叫做parking creator

00:01:24.120 --> 00:01:24.480
是吧

00:01:24.480 --> 00:01:25.620
我们要用这个技能

00:01:25.620 --> 00:01:27.500
at

00:01:27.500 --> 00:01:29.660
pagin

00:01:29.660 --> 00:01:31.100
wb

00:01:31.100 --> 00:01:33.640
这里面应该可以直接at

00:01:33.640 --> 00:01:34.580
at

00:01:34.580 --> 00:01:38.060
你看

00:01:38.060 --> 00:01:39.780
就有这个是吧

00:01:39.780 --> 00:01:42.540
在

00:01:42.540 --> 00:01:46.260
pagin目录

00:01:46.260 --> 00:01:49.660
创建一个

00:01:49.660 --> 00:01:54.020
叫做什么呢

00:01:55.620 --> 00:01:58.660
会议助手

00:01:58.660 --> 00:02:02.620
我们等一下会把一个会议

00:02:02.620 --> 00:02:07.140
这个有一个meeting的会议的这个scale

00:02:07.140 --> 00:02:08.600
把它封轮到一个插件里面去

00:02:08.600 --> 00:02:12.180
所以我现在让他创建一个会议的一个助手

00:02:12.180 --> 00:02:18.200
插件

00:02:18.200 --> 00:02:24.340
就我现在使用系统的这个

00:02:24.340 --> 00:02:25.780
内置的packing correct

00:02:25.780 --> 00:02:27.040
让他去创建一个插件

00:02:27.040 --> 00:02:28.460
让大家知道

00:02:28.460 --> 00:02:30.500
这个插件的一个结构

00:02:30.500 --> 00:02:31.340
应该是怎么样的

00:02:31.340 --> 00:02:35.780
你看现在就是他开始去写了

00:02:35.780 --> 00:02:39.020
我们等一下可以去关注一下

00:02:39.020 --> 00:02:41.340
这个packings目录下面

00:02:41.340 --> 00:02:43.180
他会生成哪一些文件

00:02:43.180 --> 00:02:44.220
是吧

00:02:44.220 --> 00:02:46.540
现在是没有的

00:02:46.540 --> 00:02:48.260
我们现在等他写完

00:02:48.260 --> 00:02:52.240
你看他会给你命名一下

00:02:52.240 --> 00:02:54.120
叫meeting assistant

00:02:54.120 --> 00:02:56.020
然后他会

00:02:56.020 --> 00:02:58.420
他是放到默认的这个paggins里面

00:02:58.420 --> 00:03:03.160
我们其实想让他放到第一盘的那个目楼里面去

00:03:03.160 --> 00:03:07.340
他默认帮我放到那个当前用户目楼里面去

00:03:07.340 --> 00:03:11.680
就在用户的那个目楼下面

00:03:11.680 --> 00:03:20.700
你看这个插件开发好了

00:03:20.700 --> 00:03:23.420
他是放到当前用户的这个paggins里面去

00:03:23.420 --> 00:03:28.540
其实我想让它调整一下

00:03:28.540 --> 00:03:33.640
比如说我现在我想调整一下这个目录啊

00:03:33.640 --> 00:03:38.080
我想让它放到Codex的这个

00:03:38.080 --> 00:03:41.120
Paginx里面啊

00:03:41.120 --> 00:03:44.620
比如说请将

00:03:44.620 --> 00:03:51.140
这个插件移动到

00:03:53.420 --> 00:03:58.240
就我刚刚让他生成的时候

00:03:58.240 --> 00:03:59.680
应该去指令一个目录

00:03:59.680 --> 00:04:01.220
我默认写pagin

00:04:01.220 --> 00:04:03.640
他会放到当前用户的这个pagin

00:04:03.640 --> 00:04:04.740
里面去啊

00:04:04.740 --> 00:04:07.280
我们现在让他移动一下

00:04:12.980 --> 00:04:14.700
但是你看他放到那里的话

00:04:14.700 --> 00:04:16.900
其实他会帮我们装好啊

00:04:16.900 --> 00:04:17.940
那这个scale

00:04:17.940 --> 00:04:19.320
他会默认帮我们装好的

00:04:19.320 --> 00:04:21.320
嗯

00:04:21.320 --> 00:04:25.320
嗯

00:04:25.320 --> 00:04:27.320
嗯

00:04:27.320 --> 00:04:29.320
嗯

00:04:29.320 --> 00:04:31.320
嗯

00:04:31.320 --> 00:04:33.320
嗯

00:04:33.320 --> 00:04:35.320
嗯

00:04:39.320 --> 00:04:41.320
嗯

00:04:41.320 --> 00:04:43.320
嗯

00:04:43.320 --> 00:04:44.320
嗯

00:04:44.320 --> 00:04:45.320
嗯

00:04:45.320 --> 00:04:46.320
嗯

00:04:46.320 --> 00:04:47.320
嗯

00:04:47.320 --> 00:04:48.320
嗯

00:04:48.320 --> 00:04:49.200
这个目录下面吗

00:04:49.200 --> 00:04:55.180
所以他会把一个叫做插件的应用市场的一个这么一个配置也放到下面来

00:04:55.180 --> 00:04:57.400
方便我们做一个指定啊

00:04:57.400 --> 00:05:00.180
我们看一下他最终移动的一个路口

00:05:00.180 --> 00:05:04.960
因为这个里面你自己开发的一个插件的话

00:05:04.960 --> 00:05:07.740
他会有一个Marketplace的一个JSON

00:05:07.740 --> 00:05:09.800
就是这个应用市场啊

00:05:09.800 --> 00:05:11.280
就插件市场这么一些个配置

00:05:11.280 --> 00:05:19.660
因为我们这个插件开发完之后

00:05:19.660 --> 00:05:23.660
你得把它注册到当前的Codex环境里面去

00:05:23.660 --> 00:05:25.080
不然它是没法用的

00:05:25.080 --> 00:05:27.480
你看现在已经移过来了

00:05:27.480 --> 00:05:27.820
是吧

00:05:27.820 --> 00:05:29.820
看一下Codex

00:05:29.820 --> 00:05:32.620
Codex目录里面

00:05:32.620 --> 00:05:34.940
这个有一个

00:05:34.940 --> 00:05:39.460
Pagins

00:05:39.460 --> 00:05:41.460
packing 下面你看这个meeting scale

00:05:41.460 --> 00:05:43.360
meeting assistant 是不是来了

00:05:43.360 --> 00:05:46.360
然后我们再看一下他的一个配置

00:05:46.360 --> 00:05:50.460
你看这是插件的一个配置

00:05:50.460 --> 00:05:53.620
这是我们刚刚开包好的

00:05:53.620 --> 00:05:55.960
什么会议住所之类的东西

00:05:55.960 --> 00:06:00.260
这个就是我们基本的一个packing

00:06:00.260 --> 00:06:02.880
然后这个packing的结构

00:06:02.880 --> 00:06:03.640
大家可以看一下

00:06:03.640 --> 00:06:04.540
你看这个scale

00:06:04.540 --> 00:06:07.620
这个scale里面什么会议啊

00:06:07.620 --> 00:06:08.420
行动计划呀

00:06:08.420 --> 00:06:08.720
是吧

00:06:08.720 --> 00:06:11.140
这个就是他帮我们生成的一个规范

00:06:11.140 --> 00:06:12.800
包括一个scribe的

00:06:12.800 --> 00:06:13.560
这个是没有的

00:06:13.560 --> 00:06:14.560
然后assistant

00:06:14.560 --> 00:06:19.360
这个就是整个的我们的一个规范

00:06:19.360 --> 00:06:20.360
他都帮我们写好了

00:06:20.360 --> 00:06:25.160
所以通过这个packing correct技能的话

00:06:25.160 --> 00:06:30.000
这个其实就可以帮助我们去创建一个这个packing

00:06:30.000 --> 00:06:32.660
把基本的规范给我们弄好

00:06:33.480 --> 00:06:38.040
然后还帮我们去生成了一个叫做packing.json的一个配置文件

00:06:38.040 --> 00:06:42.200
在这个里面相当于我们会给拍给一个描述

00:06:42.200 --> 00:06:44.900
名称版本描这个作者是吧

00:06:44.900 --> 00:06:47.880
然后他的skill目录在哪里

00:06:47.880 --> 00:06:51.380
你看他当前用户下面创建了一个skills目录

00:06:51.380 --> 00:06:53.300
包括他的一个interface

00:06:53.300 --> 00:06:56.000
一些对外展示的一些信息

00:06:56.000 --> 00:06:57.260
这个是会议助手

00:06:57.260 --> 00:07:01.040
然后主要是用来整理会议议程纪要的一些内容的

00:07:01.040 --> 00:07:04.180
然后我们看一下这个packing

00:07:04.180 --> 00:07:05.680
他生产完之后的话

00:07:05.680 --> 00:07:08.540
他要去做一个什么的涉及

00:07:08.540 --> 00:07:10.280
刚刚这个默认的话

00:07:10.280 --> 00:07:11.900
在我们这个目录下面

00:07:11.900 --> 00:07:14.280
应该是创建了一个

00:07:14.280 --> 00:07:16.260
有一个配置文件的

00:07:21.120 --> 00:07:22.620
刚刚看这个提示

00:07:22.620 --> 00:07:27.040
pagins.agents

00:07:27.040 --> 00:07:29.580
下面你看有个marketplace

00:07:29.580 --> 00:07:32.760
这个是应用市场

00:07:32.760 --> 00:07:35.180
就是相当于我们现在本地

00:07:35.180 --> 00:07:36.520
现在有一个packing是吧

00:07:36.520 --> 00:07:37.780
那这个packing

00:07:37.780 --> 00:07:39.400
比如说这个agents

00:07:39.400 --> 00:07:41.660
他到时候要去加载是吧

00:07:41.660 --> 00:07:43.260
加载这个packing的时候的话

00:07:43.260 --> 00:07:45.840
我们就是通过这个配置文件去加载的

00:07:45.840 --> 00:07:46.620
你看

00:07:46.620 --> 00:07:48.340
就通过这种方式

00:07:48.340 --> 00:07:49.380
就是一个加载的

00:07:49.380 --> 00:07:52.060
所以我们现在你直接进入到这里面

00:07:52.060 --> 00:07:53.240
你可以去问啊

00:07:53.240 --> 00:07:53.800
比如说

00:07:53.800 --> 00:07:57.420
我们看直接输入这个packing

00:07:57.420 --> 00:07:58.080
能不能查得出来

00:07:59.959 --> 00:08:03.059
我们还有当前安装的一些packing

00:08:03.059 --> 00:08:07.699
你看这个会议助手是不是在这里

00:08:07.699 --> 00:08:08.859
是吧

00:08:08.859 --> 00:08:10.679
这是会议助手

00:08:10.679 --> 00:08:13.359
这是我们自己装的啊

00:08:13.359 --> 00:08:15.519
这个是Codex local的

00:08:15.519 --> 00:08:17.059
本地的这么一个packing

00:08:17.059 --> 00:08:17.339
是吧

00:08:17.339 --> 00:08:19.199
但是他现在还没装啊

00:08:19.199 --> 00:08:20.139
所以看不到

00:08:20.139 --> 00:08:21.379
装的话

00:08:21.379 --> 00:08:22.939
他其实就是把这个插件

00:08:22.939 --> 00:08:24.619
配置到

00:08:24.619 --> 00:08:25.999
看一下是配置到这个里面

00:08:25.999 --> 00:08:30.319
packing

00:08:30.319 --> 00:08:33.459
packing的话

00:08:33.459 --> 00:08:36.019
其实就是在这个config.tom里面去配置

00:08:36.019 --> 00:08:37.879
我们现在这里去看

00:08:37.879 --> 00:08:40.359
他是没有这个会议助手的是吧

00:08:40.359 --> 00:08:42.059
我们等一下去搜一下

00:08:42.059 --> 00:08:43.459
看他会不会出现在这里面

00:08:43.459 --> 00:08:44.999
现在是没有的

00:08:44.999 --> 00:08:45.979
是meeting

00:08:45.979 --> 00:08:49.959
你看现在是没有meeting的是吧

00:08:49.959 --> 00:08:50.459
没有

00:08:50.459 --> 00:08:52.159
那我现在给他安装一下

00:08:52.159 --> 00:08:56.339
你看装上去了

00:08:56.339 --> 00:08:57.819
装上去之后我们再来看一下

00:08:57.819 --> 00:09:01.839
你看大家是不是进去了

00:09:01.839 --> 00:09:04.179
所以所谓的安装插件的话

00:09:04.179 --> 00:09:07.019
就是在这个config.tom文件里面

00:09:07.019 --> 00:09:08.379
给他加一行配置

00:09:08.379 --> 00:09:09.779
这个就叫安装插件

00:09:09.779 --> 00:09:10.899
是非常简单

00:09:10.899 --> 00:09:12.759
那这个就是启用

00:09:12.759 --> 00:09:14.099
禁用的话就是force

00:09:14.099 --> 00:09:14.979
就完了

00:09:14.979 --> 00:09:16.199
非常简单

00:09:16.199 --> 00:09:17.779
然后大家在这个里面

00:09:17.779 --> 00:09:18.899
你可以去at

00:09:18.899 --> 00:09:24.399
但他这里面还没刷新啊

00:09:24.399 --> 00:09:26.719
我们在这个里面

00:09:26.719 --> 00:09:28.299
你要新开一个对话

00:09:28.299 --> 00:09:29.999
新开一个对话

00:09:29.999 --> 00:09:30.959
这里应该可以的

00:09:30.959 --> 00:09:31.499
at

00:09:31.499 --> 00:09:33.819
会议

00:09:33.819 --> 00:09:34.639
你看

00:09:34.639 --> 00:09:35.759
这就有了

00:09:35.759 --> 00:09:38.659
然后我们可以给一个会议内容

00:09:38.659 --> 00:09:39.639
让他总结一下

00:09:39.639 --> 00:09:42.599
我们找一段这个内容

00:09:42.599 --> 00:09:44.399
给它这个里面

00:09:44.399 --> 00:09:46.079
那总结一下

00:09:46.079 --> 00:09:58.959
你看这是一个事项是吧

00:09:58.959 --> 00:10:01.159
会主题关键讨论初步结论

00:10:01.159 --> 00:10:03.839
这不就是咱们刚刚那个scale里面

00:10:03.839 --> 00:10:05.619
写的一些点吗

00:10:05.619 --> 00:10:06.139
是吧

00:10:06.139 --> 00:10:09.079
虽然它是用这个英文写的啊

00:10:09.079 --> 00:10:10.359
应该在这个里面

00:10:10.359 --> 00:10:11.279
这个reading scale

00:10:11.279 --> 00:10:14.199
大致我们应该可以看得出来啊

00:10:14.199 --> 00:10:15.079
应该会议目标

00:10:15.079 --> 00:10:16.279
关键结论的行动项

00:10:16.279 --> 00:10:17.939
后续沟通草稿

00:10:17.939 --> 00:10:18.959
是不是

00:10:18.959 --> 00:10:22.379
这个我们想要的一个内容是吧

00:10:22.379 --> 00:10:23.799
主题目标关键结论

00:10:23.799 --> 00:10:26.039
就是一个势力格式

00:10:26.039 --> 00:10:26.879
大概就是这个样子

00:10:26.879 --> 00:10:27.499
是吧

00:10:27.499 --> 00:10:29.859
所以这个就是我们自己开发的一个packing

00:10:29.859 --> 00:10:31.619
这个packing主要就是用来去

00:10:31.619 --> 00:10:34.599
总结这个会议的内容的啊

00:10:34.599 --> 00:10:36.979
这就是最简单的一个packing啊

00:10:36.979 --> 00:10:40.279
所以大家可以用这种方式创建一个

00:10:40.279 --> 00:10:42.579
企业级专属的一个packing

00:10:42.579 --> 00:10:46.759
然后在这个里面有一个区别啊

00:10:46.759 --> 00:10:48.959
就是我们刚刚你看他生成了一个目录是吧

00:10:48.959 --> 00:10:52.839
就是我们整个仓库级别的话会有一个packing

00:10:52.839 --> 00:10:57.579
就是我们这个用户下面啊

00:10:57.579 --> 00:10:58.779
我给他对比一下

00:10:58.779 --> 00:11:02.779
就在当前这个用户下面啊

00:11:02.779 --> 00:11:07.459
当前用户下面有一个.codex

00:11:07.459 --> 00:11:17.739
.codex下面是有一个.agents

00:11:17.739 --> 00:11:21.179
找一下

00:11:21.179 --> 00:11:29.819
.agents这个里面还没有啊

00:11:29.819 --> 00:11:30.859
这个是仓库级别

00:11:30.859 --> 00:11:33.539
paggis catch

00:11:33.539 --> 00:11:36.719
这个没有啊

00:11:36.719 --> 00:11:38.139
这个仓库级别现在没有

00:11:38.139 --> 00:11:40.319
但是我们个人级别的啊

00:11:40.319 --> 00:11:40.799
这个

00:11:40.799 --> 00:11:43.619
这个叫插件市场的一个配置

00:11:43.619 --> 00:11:45.799
就会出现在我们这个里面啊

00:11:45.799 --> 00:11:47.679
就是他一般是在当前的agents

00:11:47.679 --> 00:11:48.919
目录的paggis下面

00:11:48.919 --> 00:11:51.039
有一个marketplace.json

00:11:51.039 --> 00:11:53.079
这个主要是用来干嘛的呢

00:11:53.079 --> 00:11:54.619
就是我们自己的

00:11:54.619 --> 00:11:57.319
这个可以叫做插件市场清单啊

00:11:57.319 --> 00:11:59.639
就是我们公司内部

00:11:59.639 --> 00:12:01.999
你自己开发了一些插件

00:12:01.999 --> 00:12:02.439
是吧

00:12:02.439 --> 00:12:04.339
那这个插件你总得管理啊

00:12:04.339 --> 00:12:05.939
管理的规范是什么呢

00:12:05.939 --> 00:12:06.919
就这个啊

00:12:06.919 --> 00:12:09.719
这个是插件市场的一个名称

00:12:09.719 --> 00:12:11.699
然后这个对外显示的一个名称

00:12:11.699 --> 00:12:14.339
然后这个是插件的列表

00:12:14.339 --> 00:12:16.199
然后下面有各种的什么

00:12:16.199 --> 00:12:18.379
各种各样的插件

00:12:18.379 --> 00:12:18.939
是吧

00:12:18.939 --> 00:12:19.839
都能看得到

00:12:19.839 --> 00:12:24.019
所以这个其实逻辑上的话

00:12:24.019 --> 00:12:25.799
就是大家自己你可以去

00:12:25.799 --> 00:12:27.319
开发各种的插件

00:12:27.319 --> 00:12:28.239
把它集成进来

00:12:28.239 --> 00:12:32.159
所以我们可以构建自己的一个插件的一个列表

00:12:32.159 --> 00:12:33.819
它是分仓库级的

00:12:33.819 --> 00:12:38.939
仓库级的话就是所有的当前使用Codex绘画的

00:12:38.939 --> 00:12:40.659
当前用户下的

00:12:40.659 --> 00:12:44.419
共享一个仓库级的这么一个Marketplace

00:12:44.419 --> 00:12:47.379
如果你仅仅是针对这个某个项目

00:12:47.379 --> 00:12:48.739
你要做一些插件的话

00:12:48.739 --> 00:12:50.479
你就做这个个人级

00:12:50.479 --> 00:12:51.579
或者叫项目级别

00:12:51.579 --> 00:12:53.619
那我们就是在当前的这个

00:12:53.619 --> 00:12:55.059
登录绘画里面

00:12:55.059 --> 00:12:57.759
就这个工作目录下面

00:12:57.759 --> 00:12:59.239
建一个.agents

00:12:59.239 --> 00:13:00.359
然后建一个pagans

00:13:00.359 --> 00:13:02.899
再配一个mugplace.json

00:13:02.899 --> 00:13:03.839
就可以了

00:13:03.839 --> 00:13:06.699
这个是个人级的这么一个情况

00:13:06.699 --> 00:13:09.459
那使用的时候

00:13:09.459 --> 00:13:12.059
我们也可以在这个pagans下面

00:13:12.059 --> 00:13:14.459
就是为每个插件添加一条记录

00:13:14.459 --> 00:13:16.399
把这个目录指定一下就可以了

00:13:16.399 --> 00:13:17.779
你像这个

00:13:17.779 --> 00:13:20.179
我们其实就指定了一个pass

00:13:20.179 --> 00:13:20.819
是吧

00:13:20.819 --> 00:13:24.679
在这个.pagans下面

00:13:24.679 --> 00:13:26.899
.pagans下面

00:13:26.899 --> 00:13:29.299
然后这个里面

00:13:29.299 --> 00:13:31.099
它就有一个这个

00:13:31.099 --> 00:13:32.439
meeting assistant

00:13:32.439 --> 00:13:34.419
这个就是我们

00:13:34.419 --> 00:13:37.419
要配一个相对的一个路径啊

00:13:37.419 --> 00:13:40.419
就当前根部下面去配一下

00:13:40.419 --> 00:13:43.419
所以我们不需要

00:13:43.419 --> 00:13:46.659
为每个插件单独去维护一份叫marketplace

00:13:46.659 --> 00:13:49.219
每一个marketplace可以完全在测试阶段

00:13:49.219 --> 00:13:50.979
只需要暴露一个插件就可以了

00:13:50.979 --> 00:13:52.419
之后的话可以拓展成一个

00:13:52.419 --> 00:13:53.939
更加完整的一个清选路

00:13:53.939 --> 00:13:56.659
所以在这个里面的话

00:13:56.659 --> 00:13:57.679
我们其实啊

00:13:57.679 --> 00:14:00.319
就相当于大家在这个页面

00:14:00.319 --> 00:14:03.719
你看到的这个插件市场一样是吧

00:14:03.719 --> 00:14:07.179
我们其实自己可以做一个这样的插件市场去做管理

00:14:07.179 --> 00:14:09.479
这个系统给我们内置的

00:14:09.479 --> 00:14:13.319
就是在这个

00:14:13.319 --> 00:14:15.599
这个里面啊

00:14:15.599 --> 00:14:15.999
打开

00:14:15.999 --> 00:14:19.219
这个插件的话其实就是

00:14:19.219 --> 00:14:21.219
他内置的一些

00:14:21.219 --> 00:14:23.519
就这个就是他的一个插件市场

00:14:23.519 --> 00:14:26.559
我们自己也可以搭建出来这么一个插件市场啊

00:14:26.659 --> 00:14:29.999
好那插件市场的话

00:14:29.999 --> 00:14:32.479
其实我们自己还可以去做一个什么呢

00:14:32.479 --> 00:14:33.679
叫做配置跟安装

00:14:33.679 --> 00:14:36.219
因为有很多第三方

00:14:36.219 --> 00:14:39.419
人家也去有这个Marked Place

00:14:39.419 --> 00:14:42.819
就是我每个提供方

00:14:42.819 --> 00:14:44.099
我都有不同的这个插件

00:14:44.099 --> 00:14:46.679
所以大家可以去装不同的插件

00:14:46.679 --> 00:14:48.119
比如说像这个

00:14:48.119 --> 00:14:51.159
这个规范就是HONOR加RIPPLE

00:14:51.159 --> 00:14:53.879
比如说GitHub下面的这个Paggings

00:14:53.879 --> 00:14:55.839
或者其他平台这个Paggings

00:14:55.839 --> 00:14:58.179
大家可以自己去加啊

00:14:58.179 --> 00:14:59.339
比如说我们选择这个

00:14:59.339 --> 00:15:05.279
你就可以直接命令行的方式去装

00:15:05.279 --> 00:15:10.339
你看这个里面

00:15:10.339 --> 00:15:15.639
你看他就是可以把它加进来啊

00:15:15.639 --> 00:15:17.879
但是他会去看啊

00:15:17.879 --> 00:15:19.119
如果这个地址不存在的话

00:15:19.119 --> 00:15:20.159
他也是找不到的

00:15:20.159 --> 00:15:22.839
所以我们得输入一个正确的一个地址啊

00:15:22.839 --> 00:15:26.219
那比如说我们看一下

00:15:26.219 --> 00:15:29.079
现在已经装好的这个marketplace有哪些

00:15:29.079 --> 00:15:30.899
这当前用户下面的

00:15:30.899 --> 00:15:32.399
我们现在都是用的本地的

00:15:32.399 --> 00:15:34.639
没有用什么gethub这个地址的

00:15:34.639 --> 00:15:35.979
这个packing啊

00:15:35.979 --> 00:15:38.979
现在都是我们有我们自己搭建的是吧

00:15:38.979 --> 00:15:42.399
然后还有这个系统内置的啊

00:15:42.399 --> 00:15:43.859
就这几个

00:15:43.859 --> 00:15:45.279
这个是我们自己搭建的吧

00:15:45.279 --> 00:15:47.079
这是我们刚刚自己加的

00:15:47.079 --> 00:15:50.159
然后上面的话就是系统自带的

00:15:50.159 --> 00:15:51.359
Codex

00:15:51.359 --> 00:15:53.279
它安装的时候

00:15:53.279 --> 00:15:55.399
我装了一些插件之后

00:15:55.399 --> 00:15:57.499
它会帮我们生成一些这样的一个

00:15:57.499 --> 00:15:58.759
Multiplace

00:15:58.759 --> 00:16:00.999
就插件目录的这么一个配置

00:16:01.904 --> 00:16:04.084
然后我们还可以针对这个

00:16:04.084 --> 00:16:06.264
Marketplace去做一个update

00:16:06.264 --> 00:16:06.684
是吧

00:16:06.684 --> 00:16:10.564
就是有一些第三方人家的这个插件市场更新了

00:16:10.564 --> 00:16:12.604
那我们得做一个update

00:16:12.604 --> 00:16:13.404
是吧

00:16:13.404 --> 00:16:15.464
所以这里面你可以执行这个命令

00:16:15.464 --> 00:16:17.464
给他做一个升级啊

00:16:17.464 --> 00:16:25.264
然后啊

00:16:25.264 --> 00:16:29.304
大家你也可以手动的去创建这么一个插件啊

00:16:29.304 --> 00:16:30.444
就是这个东西的话

00:16:30.444 --> 00:16:34.704
不一定说你就得用这个系统的

00:16:34.704 --> 00:16:38.324
就是按他的一个规范啊

00:16:38.324 --> 00:16:41.924
就是你可以自己去创建啊

00:16:41.924 --> 00:16:43.824
在不同的目录里面去加载就可以了

00:16:43.824 --> 00:16:46.424
也不一定说一定要放到某个目录里面

00:16:46.424 --> 00:16:47.484
只是说放到那个目录里面

00:16:47.484 --> 00:16:48.544
加载会方便一些

00:16:48.544 --> 00:16:50.284
没有去单独还有设置目录

00:16:50.284 --> 00:16:51.904
你可以啊

00:16:51.904 --> 00:16:54.624
最好删删到规方官方规范栏

00:16:54.624 --> 00:16:57.744
但是大家也可以去自定义的去创建啊

00:16:57.744 --> 00:16:59.164
然后去整理目录就可以了

00:16:59.164 --> 00:17:02.964
你看这个就我们首先去创建一个插件目录啊

00:17:02.964 --> 00:17:04.604
叫做.codexpagin

00:17:04.604 --> 00:17:07.544
然后再把pagin.json里面放进去

00:17:07.544 --> 00:17:11.664
这个就是一个插件的一个基本结构

00:17:11.664 --> 00:17:13.184
我们刚刚创建的一个插件的话

00:17:13.184 --> 00:17:14.384
也是这么一个结果

00:17:14.384 --> 00:17:17.084
就是在这个里面

00:17:17.084 --> 00:17:18.584
Pagging

00:17:18.584 --> 00:17:20.824
Pagging点Json里面应该怎么写呢

00:17:20.824 --> 00:17:23.764
应该就是要写什么名称啊

00:17:23.764 --> 00:17:25.004
版本啊描述啊

00:17:25.004 --> 00:17:25.964
包括scale啊

00:17:25.964 --> 00:17:26.304
是吧

00:17:26.304 --> 00:17:27.964
它都要写进来

00:17:27.964 --> 00:17:30.484
这是它整个的一个逻辑啊

00:17:30.484 --> 00:17:35.484
包括我们的一些应用服务

00:17:35.484 --> 00:17:36.964
其实也可以集成进来

00:17:36.964 --> 00:17:40.704
所以大家可以通过这种创建目录的方式

00:17:40.704 --> 00:17:43.304
去加这个插件也是OK的

00:17:43.304 --> 00:17:45.144
也比较方便

00:17:45.144 --> 00:17:48.904
那把这个插件加入到某个插件市场清单之后

00:17:48.904 --> 00:17:51.884
我们其实也可以用这个Pag and Create

00:17:51.884 --> 00:17:53.424
再去做一个自动生成

00:17:53.424 --> 00:17:57.304
就这个插件你只是做一个这个配置

00:17:57.304 --> 00:18:00.564
你还可以通过Pag and Create

00:18:00.564 --> 00:18:04.004
然后再去生成一些更加细节的一些内容

00:18:04.004 --> 00:18:07.684
就是你可以先填一个插件的名称

00:18:07.684 --> 00:18:09.964
然后用这个去自动生成给你写一个模板

00:18:09.964 --> 00:18:11.044
那之后的话

00:18:11.044 --> 00:18:13.204
你就可以根据实际情况

00:18:13.204 --> 00:18:14.924
再加一些mcp的配置

00:18:14.924 --> 00:18:16.804
然后包括一些应用集成

00:18:16.804 --> 00:18:18.724
或者是插件市场的一些

00:18:18.724 --> 00:18:19.904
原数据是吧

00:18:19.904 --> 00:18:22.724
你都可以把它整合进去

00:18:22.724 --> 00:18:24.684
包括我们还可以去手动

00:18:24.684 --> 00:18:26.524
去安装一些本地的一些插件

00:18:26.524 --> 00:18:28.984
比如说一些这个

00:18:28.984 --> 00:18:30.724
整个的一些

00:18:30.724 --> 00:18:32.704
插件市场的一些

00:18:32.704 --> 00:18:33.664
这个清单是吧

00:18:33.664 --> 00:18:36.324
你可以放到这个目录里面去

00:18:36.324 --> 00:18:37.604
放里面去

00:18:37.604 --> 00:18:39.524
并且的话把插件目录放到

00:18:39.524 --> 00:18:40.864
这个packing下面

00:18:40.864 --> 00:18:42.144
然后做一个加载

00:18:42.144 --> 00:18:47.244
就这里是教大家手动的一个方式啊

00:18:47.244 --> 00:18:49.344
就是我们可以把packing放到这个里面去

00:18:49.344 --> 00:18:53.004
但是其实我也不太建议大家自己去手动创建啊

00:18:53.004 --> 00:18:55.244
你直接全程用AI对话的方式

00:18:55.244 --> 00:18:56.964
让他帮你去创建配置就可以了

00:18:56.964 --> 00:18:59.384
你压根都不用关心这个插件装到哪里去了

00:18:59.384 --> 00:19:04.644
因为你只关心这个插件有没有被正常安装能不能用

00:19:04.644 --> 00:19:06.064
这些东西的话

00:19:06.064 --> 00:19:07.864
大家只需要知道就可以了啊

00:19:07.864 --> 00:19:11.504
你看这个local repo是不是咱们刚刚创建的那个packing

00:19:11.504 --> 00:19:14.124
包括他的一些什么sauce啊是吧

00:19:14.124 --> 00:19:17.464
整个我们是不是都带大家去走了一遍啊

00:19:19.564 --> 00:19:21.764
然后最后完装完之后

00:19:21.764 --> 00:19:22.804
如果没有加载的话

00:19:22.804 --> 00:19:25.324
你可以去重启一下这个codex

00:19:25.324 --> 00:19:28.904
看一下他就做加载的一些情况啊

00:19:28.904 --> 00:19:30.804
然后这个marketplace

00:19:30.804 --> 00:19:33.124
文件决定的是插件从哪里加载

00:19:33.124 --> 00:19:35.464
所以上面这个目录的话只是一个事例

00:19:35.464 --> 00:19:36.864
并不是固定要求啊

00:19:36.864 --> 00:19:39.764
codex 会把 source.path 解析为

00:19:39.764 --> 00:19:42.664
相对于这个marketplace 根目录的一个路径

00:19:42.664 --> 00:19:44.164
而不是相对于 .agents

00:19:44.164 --> 00:19:45.964
pagets 的一个目录

00:19:45.964 --> 00:19:47.324
所以修改本地插件之后

00:19:47.324 --> 00:19:49.004
我们要去同步啊

00:19:49.004 --> 00:19:51.864
更新marketplace 指向的一个插件目录

00:19:51.864 --> 00:19:54.124
并且的话我们要去重启这个codex

00:19:54.124 --> 00:19:56.264
让本地安装这个副本的话

00:19:56.264 --> 00:19:58.424
能够加载新文件

00:19:58.424 --> 00:20:01.924
所以的话我们创建了这个插件之后

00:20:01.924 --> 00:20:04.264
把它添加到codex 之后的话

00:20:04.264 --> 00:20:06.304
大家也可以去共享啊

00:20:06.304 --> 00:20:08.324
就是你可以在CodexAPP里面

00:20:08.324 --> 00:20:10.744
因为我现在没有登录那个账号啊

00:20:10.744 --> 00:20:11.584
没有登录账号的话

00:20:11.584 --> 00:20:13.124
所以是没法共享的

00:20:13.124 --> 00:20:14.564
其实这个很简单啊

00:20:14.564 --> 00:20:16.604
就用APP里面打开这个packing

00:20:16.604 --> 00:20:18.164
然后你创建之后

00:20:18.164 --> 00:20:19.664
你把它发布一下就可以了

00:20:19.664 --> 00:20:22.144
共享添加工作区成员

00:20:22.144 --> 00:20:25.044
然后让别的成员下载到你这个插件

00:20:25.044 --> 00:20:25.624
然后去用

00:20:25.624 --> 00:20:28.884
所以这个逻辑其实很简单啊

00:20:28.884 --> 00:20:30.804
就是你现在有个插件

00:20:30.804 --> 00:20:32.404
你要去用它是吧

00:20:32.404 --> 00:20:33.704
别人也要去用

00:20:33.704 --> 00:20:35.264
那你就可以把它分享出来

00:20:35.264 --> 00:20:37.764
相当于你也自己做一个应用商店

00:20:37.764 --> 00:20:40.044
让别人去用你这个插件

00:20:40.044 --> 00:20:41.064
也比较好用

00:20:41.064 --> 00:20:41.424
是吧

00:20:41.424 --> 00:20:44.784
然后包括工作区管理员

00:20:44.784 --> 00:20:47.444
可以在这个Cloud Manager Requirements里面

00:20:47.444 --> 00:20:48.944
加入PaginShield.inforce

00:20:48.944 --> 00:20:50.004
可以去禁用

00:20:50.004 --> 00:20:52.804
就是我不想把我这个插件

00:20:52.804 --> 00:20:53.984
给它分享出去的话

00:20:53.984 --> 00:20:55.064
你可以把它禁用掉

00:20:55.064 --> 00:20:57.724
加一个配置去管控它

00:20:57.724 --> 00:21:01.224
然后是插件市场的这个原数据

00:21:01.224 --> 00:21:04.684
这个的话就是我们刚刚讲到的这个

00:21:05.264 --> 00:21:07.904
MarketPace的一个JSON啊

00:21:07.904 --> 00:21:09.544
这个就是相当于

00:21:09.544 --> 00:21:11.504
你现在有一个应用商店了是吧

00:21:11.504 --> 00:21:13.444
那这个商店里面的话

00:21:13.444 --> 00:21:16.424
其实你怎么样去配置

00:21:16.424 --> 00:21:19.144
当前下面的一些这个packing是吧

00:21:19.144 --> 00:21:22.184
那这个其实都是OK的

00:21:22.184 --> 00:21:24.144
你可以自由的去配置

00:21:24.144 --> 00:21:25.924
那在这个里面的话

00:21:25.924 --> 00:21:29.444
其实我们整个一个逻辑啊

00:21:29.444 --> 00:21:31.544
这里面就会比较清晰啊

00:21:31.544 --> 00:21:33.744
就大家你直接去

00:21:33.744 --> 00:21:35.444
把这个Marketplace

00:21:35.444 --> 00:21:37.584
这里面给他做一些细节化的一些配置

00:21:37.584 --> 00:21:38.444
就可以了

00:21:38.444 --> 00:21:39.624
包括他的一个Pagin

00:21:39.624 --> 00:21:42.084
这个里面是可以配多个的

00:21:42.084 --> 00:21:44.484
这个就相当于是一个插件市场

00:21:44.484 --> 00:21:45.864
你可以配Pagin1

00:21:45.864 --> 00:21:46.344
Pagin2

00:21:46.344 --> 00:21:46.844
Pagin3

00:21:46.844 --> 00:21:47.804
各种各样的Pagin

00:21:47.804 --> 00:21:48.564
你看这里

00:21:48.564 --> 00:21:50.104
它是一个宿主

00:21:50.104 --> 00:21:51.484
这个是一个Pagin

00:21:51.484 --> 00:21:52.364
这个是一个Pagin

00:21:52.364 --> 00:21:53.804
那接下来可能有很多

00:21:53.804 --> 00:21:54.604
是吧

00:21:54.604 --> 00:21:55.404
我们都可以去装

00:21:55.404 --> 00:21:58.924
所以这个整个配置文件的话

00:21:58.924 --> 00:22:00.684
是一个叫插件市场的原数据

00:22:00.684 --> 00:22:02.984
大家可以自由的去装

00:22:02.984 --> 00:22:04.824
各种各样的一些插件啊

00:22:04.824 --> 00:22:05.504
把它配上去

00:22:05.504 --> 00:22:07.384
只要这个插件能正常加散

00:22:07.384 --> 00:22:08.944
就可以了啊

00:22:08.944 --> 00:22:11.724
所以最上层的这个名字

00:22:11.724 --> 00:22:14.724
就是整个插件市场的一个名字啊

00:22:14.724 --> 00:22:16.904
大家其实你最终发布插件的话

00:22:16.904 --> 00:22:19.264
你相当于是你把你自己的一个

00:22:19.264 --> 00:22:21.524
插件市场的话做了一个发布啊

00:22:21.524 --> 00:22:23.124
相当于别人下载插件

00:22:23.124 --> 00:22:24.844
是在你的这个名字的基础上

00:22:24.844 --> 00:22:25.664
去做的一个下载

00:22:25.664 --> 00:22:29.004
所以我们本地的话

00:22:29.004 --> 00:22:30.964
其实就相当于在管理一个

00:22:30.964 --> 00:22:32.504
插件的一个市场

00:22:32.504 --> 00:22:33.984
然后下面有很多插件

00:22:33.984 --> 00:22:35.644
包括他的一些配置文件

00:22:35.644 --> 00:22:36.484
加载目录啊

00:22:36.484 --> 00:22:39.604
这个都是由我们自己统一去管控的

00:22:39.604 --> 00:22:43.624
所以Marketplace决定的是Codex

00:22:43.624 --> 00:22:44.824
从哪里加载插件

00:22:44.824 --> 00:22:47.664
即使你的插件并不在上述适例目录里面

00:22:47.664 --> 00:22:49.644
但是本地的这个sauce path

00:22:49.644 --> 00:22:51.544
也可以去指向别的位置

00:22:51.544 --> 00:22:53.824
就是这个path里面

00:22:53.824 --> 00:22:55.864
你可以指别的路径也可以

00:22:55.864 --> 00:22:58.764
就不一定要说在这个路径里面

00:22:58.764 --> 00:22:59.044
是吧

00:22:59.044 --> 00:23:00.684
可以去指定其他路径

00:23:00.684 --> 00:23:04.564
所以我们可以通过这些参数去调整

00:23:04.564 --> 00:23:09.164
那么这个里面

00:23:09.164 --> 00:23:13.584
如果Codex无法解析某个Marketplace条目的话

00:23:13.584 --> 00:23:15.144
它就会跳过这个插件

00:23:15.144 --> 00:23:19.844
而不是导致整个这个插件的这个加载出问题

00:23:19.844 --> 00:23:21.424
比如说你有一个插件有问题

00:23:21.424 --> 00:23:22.704
它就直接跳过了

00:23:22.704 --> 00:23:26.664
大家不能说那其他这个packing也不能加载是吧

00:23:26.664 --> 00:23:30.924
然后是Codex如何使用的这个插件市场

00:23:30.924 --> 00:23:36.364
这个插件Marketplace是Codex可以读取并安装的一个Json目录

00:23:36.364 --> 00:23:41.144
Codex的话其实它可以从以下位置读取到Marketplace文件

00:23:41.144 --> 00:23:43.204
其实我们刚刚给大家讲的这个

00:23:43.204 --> 00:23:47.104
首先是官方内置的一个叫插件的目录

00:23:47.104 --> 00:23:50.324
然后是仓务级别的一个Marketplace

00:23:50.324 --> 00:23:51.424
这个我们

00:23:53.232 --> 00:23:56.892
你想我们刚刚配置的是仓库级别的

00:23:56.892 --> 00:23:59.072
就在当前这个项目下面

00:23:59.072 --> 00:24:00.512
去配的一个Marketplace

00:24:00.512 --> 00:24:02.152
但是那个用户级的话

00:24:02.152 --> 00:24:03.472
你也可以在这个agency

00:24:03.472 --> 00:24:04.292
这个里面去配

00:24:04.292 --> 00:24:05.572
这都是一样的

00:24:05.572 --> 00:24:06.532
关键就是看

00:24:06.532 --> 00:24:09.052
你是要在整个项目里面去共享

00:24:09.052 --> 00:24:10.932
还是说就是仓库级别的

00:24:10.932 --> 00:24:13.072
仅针对某个目录去分享就可以了

00:24:13.072 --> 00:24:15.392
那么只要有插件啊

00:24:15.392 --> 00:24:17.272
通过这个Marketplace暴露出来

00:24:17.272 --> 00:24:18.712
Codex就可以安装它

00:24:18.712 --> 00:24:21.252
所以Codex会把这个插件

00:24:21.252 --> 00:24:23.732
安装到这个目录里面去啊

00:24:23.732 --> 00:24:26.412
那么对于本地插件的话

00:24:26.412 --> 00:24:29.452
这个里面我们这个Version的话

00:24:29.452 --> 00:24:30.412
它其实就是Local

00:24:30.412 --> 00:24:32.012
Codex运行的时候

00:24:32.012 --> 00:24:33.952
它会读取这份缓存数据

00:24:33.952 --> 00:24:37.192
而不是直接从Marketplace里面

00:24:37.192 --> 00:24:39.132
这个条目里面去声明运行

00:24:39.132 --> 00:24:42.332
所以这个是需要注意一下

00:24:42.332 --> 00:24:46.192
那么每个插件都可以独立的启用或者经用

00:24:46.192 --> 00:24:47.712
我们刚给大家看了一个状态

00:24:47.712 --> 00:24:50.932
就这些插件我们可以单独给它停掉的

00:24:50.932 --> 00:24:53.332
在这个里面我们可以把它关闭掉

00:24:53.332 --> 00:24:58.872
你看在这个里面开关状态在这个里面

00:24:58.872 --> 00:25:01.852
然后是打包与分发插件

00:25:01.852 --> 00:25:04.652
那每个插件

00:25:04.652 --> 00:25:07.512
它是必须要在这个pagins.json里面

00:25:07.512 --> 00:25:08.932
去提供清单文件的

00:25:08.932 --> 00:25:09.932
除此之外的话

00:25:09.932 --> 00:25:11.772
它可以包含一些scale目录

00:25:11.772 --> 00:25:13.672
用于生命周期的hawks

00:25:13.672 --> 00:25:17.552
然后包括一些这个连接系的

00:25:17.552 --> 00:25:18.532
app.json

00:25:18.532 --> 00:25:22.512
因为插件它是既支持这个scale

00:25:22.512 --> 00:25:23.852
又支持mcp

00:25:23.852 --> 00:25:25.332
还支持这个应用加载

00:25:25.332 --> 00:25:26.872
所以它有不同的配置文件

00:25:26.872 --> 00:25:27.952
大家都可以去配

00:25:27.952 --> 00:25:30.032
所以一个插件的目录结构的话

00:25:30.032 --> 00:25:31.132
应该是这样的

00:25:31.132 --> 00:25:32.672
首先的话是插件清单文件

00:25:32.672 --> 00:25:33.832
这是必备的啊

00:25:33.832 --> 00:25:35.232
整个插件

00:25:35.232 --> 00:25:37.332
它的一个大概的一个情况

00:25:37.332 --> 00:25:38.272
介绍是吧

00:25:38.272 --> 00:25:40.292
包括一些细节的配置在这个里面

00:25:40.292 --> 00:25:42.572
然后scale就是我当前这个packing

00:25:42.572 --> 00:25:44.532
它带有的scale有哪些

00:25:44.532 --> 00:25:46.872
hooks生命周期管理

00:25:46.872 --> 00:25:47.732
app.json

00:25:47.732 --> 00:25:49.732
比如说我要连接jh

00:25:49.732 --> 00:25:51.992
kithub的那个应用是吧

00:25:51.992 --> 00:25:53.272
或连接figma

00:25:53.272 --> 00:25:55.832
这个就是app.json需要配置的

00:25:55.832 --> 00:25:58.032
然后.mcp.json的话

00:25:58.032 --> 00:26:00.032
就是我们mcp的server

00:26:00.032 --> 00:26:01.132
包括一些这个

00:26:01.132 --> 00:26:03.592
assistant 图标

00:26:03.592 --> 00:26:04.652
一些资源相关的

00:26:04.652 --> 00:26:08.732
所以这个.codex pegging里面

00:26:08.732 --> 00:26:10.932
它只应该放一些pegging的json

00:26:10.932 --> 00:26:12.892
scale hoax assistant

00:26:12.892 --> 00:26:14.412
这些东西就可以了

00:26:14.412 --> 00:26:16.012
那这个里面的话

00:26:16.012 --> 00:26:16.892
就这个啊

00:26:16.892 --> 00:26:19.472
这个目录只放pegging的json

00:26:19.472 --> 00:26:21.272
然后这个scale那个的话

00:26:21.272 --> 00:26:23.212
就都放在插件的各目就可以了

00:26:23.212 --> 00:26:25.232
那么已发布的插件

00:26:25.232 --> 00:26:27.552
通常会使用比这个

00:26:27.552 --> 00:26:29.092
最小脚手架

00:26:29.092 --> 00:26:30.992
视力更完整的这个manifest

00:26:30.992 --> 00:26:32.592
那么manifest主要是

00:26:32.592 --> 00:26:33.612
承担三项指质

00:26:33.612 --> 00:26:36.172
首先是去标识插件本身

00:26:36.172 --> 00:26:38.692
然后是指向他打包的一些

00:26:38.692 --> 00:26:41.212
scale应用mcp服务员或者hoax

00:26:41.212 --> 00:26:43.232
然后提供安装界面

00:26:43.232 --> 00:26:44.512
所需的描述图标

00:26:44.512 --> 00:26:46.372
法务链接等一些原数据

00:26:46.372 --> 00:26:49.492
然后下面就是一个manifest的

00:26:49.492 --> 00:26:50.452
一个视力啊

00:26:50.452 --> 00:26:52.512
就是刚刚那个写的差不多

00:26:52.512 --> 00:26:54.472
但这个都会给大家详细一些

00:26:54.472 --> 00:26:57.952
让大家知道这个manifest

00:26:57.952 --> 00:26:59.652
应该怎么来写啊

00:26:59.652 --> 00:27:00.872
比如说你的插件

00:27:00.872 --> 00:27:03.032
名称描述作者

00:27:03.032 --> 00:27:03.952
是吧

00:27:03.952 --> 00:27:05.292
然后主页

00:27:05.292 --> 00:27:07.032
report仓库

00:27:07.032 --> 00:27:10.232
包括一些license啊

00:27:10.232 --> 00:27:11.592
你看这个是写的比较细了

00:27:11.592 --> 00:27:14.472
所以这个

00:27:14.472 --> 00:27:16.832
codex pegging的这个

00:27:16.832 --> 00:27:20.172
pegging.json是必须的一个路口文件啊

00:27:20.172 --> 00:27:21.792
其他形态字弹都是可写的

00:27:21.792 --> 00:27:24.492
但是正式发布的这个插件来说

00:27:24.492 --> 00:27:26.152
这些字弹通常都会用到

00:27:26.152 --> 00:27:28.392
那这个manifest是什么呢

00:27:28.392 --> 00:27:29.312
manifest就是

00:27:29.312 --> 00:27:33.012
顶层字段可以用来去定义包的一些原数据

00:27:33.012 --> 00:27:34.772
比如说我们要把插件包

00:27:34.772 --> 00:27:36.012
把包的这个组件

00:27:36.012 --> 00:27:37.752
用来去标示一下

00:27:37.752 --> 00:27:38.132
是吧

00:27:38.132 --> 00:27:40.412
有些是让来标示插件的

00:27:40.412 --> 00:27:43.492
有些是提供发布者与发现相关的一些原数据

00:27:43.492 --> 00:27:45.472
有些是指向于

00:27:45.472 --> 00:27:49.072
相对插件跟move的一些组织路口

00:27:49.072 --> 00:27:50.552
就这些组件路口等等

00:27:50.552 --> 00:27:53.452
然后包括一些这个

00:27:53.452 --> 00:27:55.372
原数据的一些

00:27:56.152 --> 00:27:56.872
展示是吧

00:27:56.872 --> 00:27:59.672
比如说显示的名称描述啊等等的啊

00:27:59.672 --> 00:28:02.452
这个就是在manifest里面

00:28:02.452 --> 00:28:04.272
做的非常详细的一个定义吧

00:28:04.272 --> 00:28:07.352
大家如果说你需要用到某个字段的话

00:28:07.352 --> 00:28:08.892
你可以去参考这些啊

00:28:08.892 --> 00:28:12.172
然后poor它的一个路径规则

00:28:12.172 --> 00:28:14.612
这个就是让这个manifest

00:28:14.612 --> 00:28:17.312
一些路径都保持了相对于插件跟目录

00:28:17.312 --> 00:28:19.252
并使用这个来开头

00:28:19.252 --> 00:28:22.232
然后这个里面啊

00:28:22.232 --> 00:28:23.812
就是我们涉及到一些logo资源

00:28:23.812 --> 00:28:25.152
截头相关的一些内容的话

00:28:25.152 --> 00:28:27.512
你要放到这个assist下面

00:28:27.512 --> 00:28:32.972
Scales应该就指向一些scale的一些目楼

00:28:32.972 --> 00:28:33.592
一些技能

00:28:33.592 --> 00:28:35.692
App应该指向fb.json

00:28:35.692 --> 00:28:39.552
然后mcp server就要指向mcp.json

00:28:39.552 --> 00:28:41.532
还有包括hawks等等

00:28:41.532 --> 00:28:45.232
然后已经启用了这个scale的话

00:28:45.232 --> 00:28:49.332
可以在这个技能mcp server和应用之外

00:28:49.332 --> 00:28:51.532
同时包含生命周期的这么一个hawks

00:28:51.532 --> 00:28:55.852
然后如果插件把Hawks放到这个文件下面的话

00:28:55.852 --> 00:29:00.532
那你就不需要在Codex Pack里面去加这个东西了

00:29:00.532 --> 00:29:03.712
因为Codex会自动默然去剪达这个配置文件

00:29:03.712 --> 00:29:08.792
所以大家需要根据实际情况去写一些配置的话

00:29:08.792 --> 00:29:11.232
你要知道它的一个优先级

00:29:11.232 --> 00:29:13.472
然后完了之后的话

00:29:13.472 --> 00:29:15.272
你可以去用这个

00:29:15.272 --> 00:29:18.912
把插件加入到官方的这个PackingDirector的

00:29:18.912 --> 00:29:20.532
这个里面可以去做分享

00:29:20.532 --> 00:29:22.252
那大家可以去看一下

00:29:22.252 --> 00:29:23.972
登录一下那个账号

00:29:23.972 --> 00:29:25.332
登录一下这个账号的话

00:29:25.332 --> 00:29:26.552
你可以去看一下这个功能

00:29:26.552 --> 00:29:28.652
我们后面就可以去发布

00:29:28.652 --> 00:29:31.492
官方的一个公共插件了

00:29:31.492 --> 00:29:33.052
就这个能力的话

00:29:33.052 --> 00:29:36.352
这个后面可以用

00:29:36.352 --> 00:29:38.812
就是我们可以把它做一个分发

00:29:38.812 --> 00:29:39.792
去做使用

00:29:39.792 --> 00:29:40.572
OK