start	end	text
0	1200	各种你都要集成
1200	3000	那你就把它打包成一个插件啊
3000	6440	那些接下来我们就来给他讲一下
6440	7360	怎么样去
7360	11660	自己去开发一个企业级的这么一个插件啊
11660	13580	就这个插件应该怎么来开发呢
13580	15140	那开发完之后
15140	16520	这个怎么来分发是吧
16520	18540	发不到应用市场上面去啊
18540	20220	那这个里面的话
20220	24000	我们首先可以去创建一个插件啊
24000	25700	那创建插件的话
25700	27280	我们可以直接使用这个
27280	29300	Pagging Correct技能啊
29300	32660	比如这个里面
32660	35860	我看一下
35860	42300	比如说我现在在这个里面建一个文件夹
42300	44560	建一个文件夹叫做Pagis
44560	51940	然后在Pagis里面我切换这个目
51940	55480	我切换到这个Pagis目
55480	56000	里面去
56000	59200	cd到这个Pagis
59200	61840	然后在这个里面执行Codex
61840	69400	然后切换到这个管理员模式
69400	73480	就是bypass模式
73480	81100	然后我们这里面
81100	84120	你看他有一个这个叫做parking creator
84120	84480	是吧
84480	85620	我们要用这个技能
85620	87500	at
87500	89660	pagin
89660	91100	wb
91100	93640	这里面应该可以直接at
93640	94580	at
94580	98060	你看
98060	99780	就有这个是吧
99780	102540	在
102540	106260	pagin目录
106260	109660	创建一个
109660	114020	叫做什么呢
115620	118660	会议助手
118660	122620	我们等一下会把一个会议
122620	127140	这个有一个meeting的会议的这个scale
127140	128600	把它封轮到一个插件里面去
128600	132180	所以我现在让他创建一个会议的一个助手
132180	138200	插件
138200	144340	就我现在使用系统的这个
144340	145780	内置的packing correct
145780	147040	让他去创建一个插件
147040	148460	让大家知道
148460	150500	这个插件的一个结构
150500	151340	应该是怎么样的
151340	155780	你看现在就是他开始去写了
155780	159020	我们等一下可以去关注一下
159020	161340	这个packings目录下面
161340	163180	他会生成哪一些文件
163180	164220	是吧
164220	166540	现在是没有的
166540	168260	我们现在等他写完
168260	172240	你看他会给你命名一下
172240	174120	叫meeting assistant
174120	176020	然后他会
176020	178420	他是放到默认的这个paggins里面
178420	183160	我们其实想让他放到第一盘的那个目楼里面去
183160	187340	他默认帮我放到那个当前用户目楼里面去
187340	191680	就在用户的那个目楼下面
191680	200700	你看这个插件开发好了
200700	203420	他是放到当前用户的这个paggins里面去
203420	208540	其实我想让它调整一下
208540	213640	比如说我现在我想调整一下这个目录啊
213640	218080	我想让它放到Codex的这个
218080	221120	Paginx里面啊
221120	224620	比如说请将
224620	231140	这个插件移动到
233420	238240	就我刚刚让他生成的时候
238240	239680	应该去指令一个目录
239680	241220	我默认写pagin
241220	243640	他会放到当前用户的这个pagin
243640	244740	里面去啊
244740	247280	我们现在让他移动一下
252980	254700	但是你看他放到那里的话
254700	256900	其实他会帮我们装好啊
256900	257940	那这个scale
257940	259320	他会默认帮我们装好的
259320	261320	嗯
261320	265320	嗯
265320	267320	嗯
267320	269320	嗯
269320	271320	嗯
271320	273320	嗯
273320	275320	嗯
279320	281320	嗯
281320	283320	嗯
283320	284320	嗯
284320	285320	嗯
285320	286320	嗯
286320	287320	嗯
287320	288320	嗯
288320	289200	这个目录下面吗
289200	295180	所以他会把一个叫做插件的应用市场的一个这么一个配置也放到下面来
295180	297400	方便我们做一个指定啊
297400	300180	我们看一下他最终移动的一个路口
300180	304960	因为这个里面你自己开发的一个插件的话
304960	307740	他会有一个Marketplace的一个JSON
307740	309800	就是这个应用市场啊
309800	311280	就插件市场这么一些个配置
311280	319660	因为我们这个插件开发完之后
319660	323660	你得把它注册到当前的Codex环境里面去
323660	325080	不然它是没法用的
325080	327480	你看现在已经移过来了
327480	327820	是吧
327820	329820	看一下Codex
329820	332620	Codex目录里面
332620	334940	这个有一个
334940	339460	Pagins
339460	341460	packing 下面你看这个meeting scale
341460	343360	meeting assistant 是不是来了
343360	346360	然后我们再看一下他的一个配置
346360	350460	你看这是插件的一个配置
350460	353620	这是我们刚刚开包好的
353620	355960	什么会议住所之类的东西
355960	360260	这个就是我们基本的一个packing
360260	362880	然后这个packing的结构
362880	363640	大家可以看一下
363640	364540	你看这个scale
364540	367620	这个scale里面什么会议啊
367620	368420	行动计划呀
368420	368720	是吧
368720	371140	这个就是他帮我们生成的一个规范
371140	372800	包括一个scribe的
372800	373560	这个是没有的
373560	374560	然后assistant
374560	379360	这个就是整个的我们的一个规范
379360	380360	他都帮我们写好了
380360	385160	所以通过这个packing correct技能的话
385160	390000	这个其实就可以帮助我们去创建一个这个packing
390000	392660	把基本的规范给我们弄好
393480	398040	然后还帮我们去生成了一个叫做packing.json的一个配置文件
398040	402200	在这个里面相当于我们会给拍给一个描述
402200	404900	名称版本描这个作者是吧
404900	407880	然后他的skill目录在哪里
407880	411380	你看他当前用户下面创建了一个skills目录
411380	413300	包括他的一个interface
413300	416000	一些对外展示的一些信息
416000	417260	这个是会议助手
417260	421040	然后主要是用来整理会议议程纪要的一些内容的
421040	424180	然后我们看一下这个packing
424180	425680	他生产完之后的话
425680	428540	他要去做一个什么的涉及
428540	430280	刚刚这个默认的话
430280	431900	在我们这个目录下面
431900	434280	应该是创建了一个
434280	436260	有一个配置文件的
441120	442620	刚刚看这个提示
442620	447040	pagins.agents
447040	449580	下面你看有个marketplace
449580	452760	这个是应用市场
452760	455180	就是相当于我们现在本地
455180	456520	现在有一个packing是吧
456520	457780	那这个packing
457780	459400	比如说这个agents
459400	461660	他到时候要去加载是吧
461660	463260	加载这个packing的时候的话
463260	465840	我们就是通过这个配置文件去加载的
465840	466620	你看
466620	468340	就通过这种方式
468340	469380	就是一个加载的
469380	472060	所以我们现在你直接进入到这里面
472060	473240	你可以去问啊
473240	473800	比如说
473800	477420	我们看直接输入这个packing
477420	478080	能不能查得出来
479959	483059	我们还有当前安装的一些packing
483059	487699	你看这个会议助手是不是在这里
487699	488859	是吧
488859	490679	这是会议助手
490679	493359	这是我们自己装的啊
493359	495519	这个是Codex local的
495519	497059	本地的这么一个packing
497059	497339	是吧
497339	499199	但是他现在还没装啊
499199	500139	所以看不到
500139	501379	装的话
501379	502939	他其实就是把这个插件
502939	504619	配置到
504619	505999	看一下是配置到这个里面
505999	510319	packing
510319	513459	packing的话
513459	516019	其实就是在这个config.tom里面去配置
516019	517879	我们现在这里去看
517879	520359	他是没有这个会议助手的是吧
520359	522059	我们等一下去搜一下
522059	523459	看他会不会出现在这里面
523459	524999	现在是没有的
524999	525979	是meeting
525979	529959	你看现在是没有meeting的是吧
529959	530459	没有
530459	532159	那我现在给他安装一下
532159	536339	你看装上去了
536339	537819	装上去之后我们再来看一下
537819	541839	你看大家是不是进去了
541839	544179	所以所谓的安装插件的话
544179	547019	就是在这个config.tom文件里面
547019	548379	给他加一行配置
548379	549779	这个就叫安装插件
549779	550899	是非常简单
550899	552759	那这个就是启用
552759	554099	禁用的话就是force
554099	554979	就完了
554979	556199	非常简单
556199	557779	然后大家在这个里面
557779	558899	你可以去at
558899	564399	但他这里面还没刷新啊
564399	566719	我们在这个里面
566719	568299	你要新开一个对话
568299	569999	新开一个对话
569999	570959	这里应该可以的
570959	571499	at
571499	573819	会议
573819	574639	你看
574639	575759	这就有了
575759	578659	然后我们可以给一个会议内容
578659	579639	让他总结一下
579639	582599	我们找一段这个内容
582599	584399	给它这个里面
584399	586079	那总结一下
586079	598959	你看这是一个事项是吧
598959	601159	会主题关键讨论初步结论
601159	603839	这不就是咱们刚刚那个scale里面
603839	605619	写的一些点吗
605619	606139	是吧
606139	609079	虽然它是用这个英文写的啊
609079	610359	应该在这个里面
610359	611279	这个reading scale
611279	614199	大致我们应该可以看得出来啊
614199	615079	应该会议目标
615079	616279	关键结论的行动项
616279	617939	后续沟通草稿
617939	618959	是不是
618959	622379	这个我们想要的一个内容是吧
622379	623799	主题目标关键结论
623799	626039	就是一个势力格式
626039	626879	大概就是这个样子
626879	627499	是吧
627499	629859	所以这个就是我们自己开发的一个packing
629859	631619	这个packing主要就是用来去
631619	634599	总结这个会议的内容的啊
634599	636979	这就是最简单的一个packing啊
636979	640279	所以大家可以用这种方式创建一个
640279	642579	企业级专属的一个packing
642579	646759	然后在这个里面有一个区别啊
646759	648959	就是我们刚刚你看他生成了一个目录是吧
648959	652839	就是我们整个仓库级别的话会有一个packing
652839	657579	就是我们这个用户下面啊
657579	658779	我给他对比一下
658779	662779	就在当前这个用户下面啊
662779	667459	当前用户下面有一个.codex
667459	677739	.codex下面是有一个.agents
677739	681179	找一下
681179	689819	.agents这个里面还没有啊
689819	690859	这个是仓库级别
690859	693539	paggis catch
693539	696719	这个没有啊
696719	698139	这个仓库级别现在没有
698139	700319	但是我们个人级别的啊
700319	700799	这个
700799	703619	这个叫插件市场的一个配置
703619	705799	就会出现在我们这个里面啊
705799	707679	就是他一般是在当前的agents
707679	708919	目录的paggis下面
708919	711039	有一个marketplace.json
711039	713079	这个主要是用来干嘛的呢
713079	714619	就是我们自己的
714619	717319	这个可以叫做插件市场清单啊
717319	719639	就是我们公司内部
719639	721999	你自己开发了一些插件
721999	722439	是吧
722439	724339	那这个插件你总得管理啊
724339	725939	管理的规范是什么呢
725939	726919	就这个啊
726919	729719	这个是插件市场的一个名称
729719	731699	然后这个对外显示的一个名称
731699	734339	然后这个是插件的列表
734339	736199	然后下面有各种的什么
736199	738379	各种各样的插件
738379	738939	是吧
738939	739839	都能看得到
739839	744019	所以这个其实逻辑上的话
744019	745799	就是大家自己你可以去
745799	747319	开发各种的插件
747319	748239	把它集成进来
748239	752159	所以我们可以构建自己的一个插件的一个列表
752159	753819	它是分仓库级的
753819	758939	仓库级的话就是所有的当前使用Codex绘画的
758939	760659	当前用户下的
760659	764419	共享一个仓库级的这么一个Marketplace
764419	767379	如果你仅仅是针对这个某个项目
767379	768739	你要做一些插件的话
768739	770479	你就做这个个人级
770479	771579	或者叫项目级别
771579	773619	那我们就是在当前的这个
773619	775059	登录绘画里面
775059	777759	就这个工作目录下面
777759	779239	建一个.agents
779239	780359	然后建一个pagans
780359	782899	再配一个mugplace.json
782899	783839	就可以了
783839	786699	这个是个人级的这么一个情况
786699	789459	那使用的时候
789459	792059	我们也可以在这个pagans下面
792059	794459	就是为每个插件添加一条记录
794459	796399	把这个目录指定一下就可以了
796399	797779	你像这个
797779	800179	我们其实就指定了一个pass
800179	800819	是吧
800819	804679	在这个.pagans下面
804679	806899	.pagans下面
806899	809299	然后这个里面
809299	811099	它就有一个这个
811099	812439	meeting assistant
812439	814419	这个就是我们
814419	817419	要配一个相对的一个路径啊
817419	820419	就当前根部下面去配一下
820419	823419	所以我们不需要
823419	826659	为每个插件单独去维护一份叫marketplace
826659	829219	每一个marketplace可以完全在测试阶段
829219	830979	只需要暴露一个插件就可以了
830979	832419	之后的话可以拓展成一个
832419	833939	更加完整的一个清选路
833939	836659	所以在这个里面的话
836659	837679	我们其实啊
837679	840319	就相当于大家在这个页面
840319	843719	你看到的这个插件市场一样是吧
843719	847179	我们其实自己可以做一个这样的插件市场去做管理
847179	849479	这个系统给我们内置的
849479	853319	就是在这个
853319	855599	这个里面啊
855599	855999	打开
855999	859219	这个插件的话其实就是
859219	861219	他内置的一些
861219	863519	就这个就是他的一个插件市场
863519	866559	我们自己也可以搭建出来这么一个插件市场啊
866659	869999	好那插件市场的话
869999	872479	其实我们自己还可以去做一个什么呢
872479	873679	叫做配置跟安装
873679	876219	因为有很多第三方
876219	879419	人家也去有这个Marked Place
879419	882819	就是我每个提供方
882819	884099	我都有不同的这个插件
884099	886679	所以大家可以去装不同的插件
886679	888119	比如说像这个
888119	891159	这个规范就是HONOR加RIPPLE
891159	893879	比如说GitHub下面的这个Paggings
893879	895839	或者其他平台这个Paggings
895839	898179	大家可以自己去加啊
898179	899339	比如说我们选择这个
899339	905279	你就可以直接命令行的方式去装
905279	910339	你看这个里面
910339	915639	你看他就是可以把它加进来啊
915639	917879	但是他会去看啊
917879	919119	如果这个地址不存在的话
919119	920159	他也是找不到的
920159	922839	所以我们得输入一个正确的一个地址啊
922839	926219	那比如说我们看一下
926219	929079	现在已经装好的这个marketplace有哪些
929079	930899	这当前用户下面的
930899	932399	我们现在都是用的本地的
932399	934639	没有用什么gethub这个地址的
934639	935979	这个packing啊
935979	938979	现在都是我们有我们自己搭建的是吧
938979	942399	然后还有这个系统内置的啊
942399	943859	就这几个
943859	945279	这个是我们自己搭建的吧
945279	947079	这是我们刚刚自己加的
947079	950159	然后上面的话就是系统自带的
950159	951359	Codex
951359	953279	它安装的时候
953279	955399	我装了一些插件之后
955399	957499	它会帮我们生成一些这样的一个
957499	958759	Multiplace
958759	960999	就插件目录的这么一个配置
961904	964084	然后我们还可以针对这个
964084	966264	Marketplace去做一个update
966264	966684	是吧
966684	970564	就是有一些第三方人家的这个插件市场更新了
970564	972604	那我们得做一个update
972604	973404	是吧
973404	975464	所以这里面你可以执行这个命令
975464	977464	给他做一个升级啊
977464	985264	然后啊
985264	989304	大家你也可以手动的去创建这么一个插件啊
989304	990444	就是这个东西的话
990444	994704	不一定说你就得用这个系统的
994704	998324	就是按他的一个规范啊
998324	1001924	就是你可以自己去创建啊
1001924	1003824	在不同的目录里面去加载就可以了
1003824	1006424	也不一定说一定要放到某个目录里面
1006424	1007484	只是说放到那个目录里面
1007484	1008544	加载会方便一些
1008544	1010284	没有去单独还有设置目录
1010284	1011904	你可以啊
1011904	1014624	最好删删到规方官方规范栏
1014624	1017744	但是大家也可以去自定义的去创建啊
1017744	1019164	然后去整理目录就可以了
1019164	1022964	你看这个就我们首先去创建一个插件目录啊
1022964	1024604	叫做.codexpagin
1024604	1027544	然后再把pagin.json里面放进去
1027544	1031664	这个就是一个插件的一个基本结构
1031664	1033184	我们刚刚创建的一个插件的话
1033184	1034384	也是这么一个结果
1034384	1037084	就是在这个里面
1037084	1038584	Pagging
1038584	1040824	Pagging点Json里面应该怎么写呢
1040824	1043764	应该就是要写什么名称啊
1043764	1045004	版本啊描述啊
1045004	1045964	包括scale啊
1045964	1046304	是吧
1046304	1047964	它都要写进来
1047964	1050484	这是它整个的一个逻辑啊
1050484	1055484	包括我们的一些应用服务
1055484	1056964	其实也可以集成进来
1056964	1060704	所以大家可以通过这种创建目录的方式
1060704	1063304	去加这个插件也是OK的
1063304	1065144	也比较方便
1065144	1068904	那把这个插件加入到某个插件市场清单之后
1068904	1071884	我们其实也可以用这个Pag and Create
1071884	1073424	再去做一个自动生成
1073424	1077304	就这个插件你只是做一个这个配置
1077304	1080564	你还可以通过Pag and Create
1080564	1084004	然后再去生成一些更加细节的一些内容
1084004	1087684	就是你可以先填一个插件的名称
1087684	1089964	然后用这个去自动生成给你写一个模板
1089964	1091044	那之后的话
1091044	1093204	你就可以根据实际情况
1093204	1094924	再加一些mcp的配置
1094924	1096804	然后包括一些应用集成
1096804	1098724	或者是插件市场的一些
1098724	1099904	原数据是吧
1099904	1102724	你都可以把它整合进去
1102724	1104684	包括我们还可以去手动
1104684	1106524	去安装一些本地的一些插件
1106524	1108984	比如说一些这个
1108984	1110724	整个的一些
1110724	1112704	插件市场的一些
1112704	1113664	这个清单是吧
1113664	1116324	你可以放到这个目录里面去
1116324	1117604	放里面去
1117604	1119524	并且的话把插件目录放到
1119524	1120864	这个packing下面
1120864	1122144	然后做一个加载
1122144	1127244	就这里是教大家手动的一个方式啊
1127244	1129344	就是我们可以把packing放到这个里面去
1129344	1133004	但是其实我也不太建议大家自己去手动创建啊
1133004	1135244	你直接全程用AI对话的方式
1135244	1136964	让他帮你去创建配置就可以了
1136964	1139384	你压根都不用关心这个插件装到哪里去了
1139384	1144644	因为你只关心这个插件有没有被正常安装能不能用
1144644	1146064	这些东西的话
1146064	1147864	大家只需要知道就可以了啊
1147864	1151504	你看这个local repo是不是咱们刚刚创建的那个packing
1151504	1154124	包括他的一些什么sauce啊是吧
1154124	1157464	整个我们是不是都带大家去走了一遍啊
1159564	1161764	然后最后完装完之后
1161764	1162804	如果没有加载的话
1162804	1165324	你可以去重启一下这个codex
1165324	1168904	看一下他就做加载的一些情况啊
1168904	1170804	然后这个marketplace
1170804	1173124	文件决定的是插件从哪里加载
1173124	1175464	所以上面这个目录的话只是一个事例
1175464	1176864	并不是固定要求啊
1176864	1179764	codex 会把 source.path 解析为
1179764	1182664	相对于这个marketplace 根目录的一个路径
1182664	1184164	而不是相对于 .agents
1184164	1185964	pagets 的一个目录
1185964	1187324	所以修改本地插件之后
1187324	1189004	我们要去同步啊
1189004	1191864	更新marketplace 指向的一个插件目录
1191864	1194124	并且的话我们要去重启这个codex
1194124	1196264	让本地安装这个副本的话
1196264	1198424	能够加载新文件
1198424	1201924	所以的话我们创建了这个插件之后
1201924	1204264	把它添加到codex 之后的话
1204264	1206304	大家也可以去共享啊
1206304	1208324	就是你可以在CodexAPP里面
1208324	1210744	因为我现在没有登录那个账号啊
1210744	1211584	没有登录账号的话
1211584	1213124	所以是没法共享的
1213124	1214564	其实这个很简单啊
1214564	1216604	就用APP里面打开这个packing
1216604	1218164	然后你创建之后
1218164	1219664	你把它发布一下就可以了
1219664	1222144	共享添加工作区成员
1222144	1225044	然后让别的成员下载到你这个插件
1225044	1225624	然后去用
1225624	1228884	所以这个逻辑其实很简单啊
1228884	1230804	就是你现在有个插件
1230804	1232404	你要去用它是吧
1232404	1233704	别人也要去用
1233704	1235264	那你就可以把它分享出来
1235264	1237764	相当于你也自己做一个应用商店
1237764	1240044	让别人去用你这个插件
1240044	1241064	也比较好用
1241064	1241424	是吧
1241424	1244784	然后包括工作区管理员
1244784	1247444	可以在这个Cloud Manager Requirements里面
1247444	1248944	加入PaginShield.inforce
1248944	1250004	可以去禁用
1250004	1252804	就是我不想把我这个插件
1252804	1253984	给它分享出去的话
1253984	1255064	你可以把它禁用掉
1255064	1257724	加一个配置去管控它
1257724	1261224	然后是插件市场的这个原数据
1261224	1264684	这个的话就是我们刚刚讲到的这个
1265264	1267904	MarketPace的一个JSON啊
1267904	1269544	这个就是相当于
1269544	1271504	你现在有一个应用商店了是吧
1271504	1273444	那这个商店里面的话
1273444	1276424	其实你怎么样去配置
1276424	1279144	当前下面的一些这个packing是吧
1279144	1282184	那这个其实都是OK的
1282184	1284144	你可以自由的去配置
1284144	1285924	那在这个里面的话
1285924	1289444	其实我们整个一个逻辑啊
1289444	1291544	这里面就会比较清晰啊
1291544	1293744	就大家你直接去
1293744	1295444	把这个Marketplace
1295444	1297584	这里面给他做一些细节化的一些配置
1297584	1298444	就可以了
1298444	1299624	包括他的一个Pagin
1299624	1302084	这个里面是可以配多个的
1302084	1304484	这个就相当于是一个插件市场
1304484	1305864	你可以配Pagin1
1305864	1306344	Pagin2
1306344	1306844	Pagin3
1306844	1307804	各种各样的Pagin
1307804	1308564	你看这里
1308564	1310104	它是一个宿主
1310104	1311484	这个是一个Pagin
1311484	1312364	这个是一个Pagin
1312364	1313804	那接下来可能有很多
1313804	1314604	是吧
1314604	1315404	我们都可以去装
1315404	1318924	所以这个整个配置文件的话
1318924	1320684	是一个叫插件市场的原数据
1320684	1322984	大家可以自由的去装
1322984	1324824	各种各样的一些插件啊
1324824	1325504	把它配上去
1325504	1327384	只要这个插件能正常加散
1327384	1328944	就可以了啊
1328944	1331724	所以最上层的这个名字
1331724	1334724	就是整个插件市场的一个名字啊
1334724	1336904	大家其实你最终发布插件的话
1336904	1339264	你相当于是你把你自己的一个
1339264	1341524	插件市场的话做了一个发布啊
1341524	1343124	相当于别人下载插件
1343124	1344844	是在你的这个名字的基础上
1344844	1345664	去做的一个下载
1345664	1349004	所以我们本地的话
1349004	1350964	其实就相当于在管理一个
1350964	1352504	插件的一个市场
1352504	1353984	然后下面有很多插件
1353984	1355644	包括他的一些配置文件
1355644	1356484	加载目录啊
1356484	1359604	这个都是由我们自己统一去管控的
1359604	1363624	所以Marketplace决定的是Codex
1363624	1364824	从哪里加载插件
1364824	1367664	即使你的插件并不在上述适例目录里面
1367664	1369644	但是本地的这个sauce path
1369644	1371544	也可以去指向别的位置
1371544	1373824	就是这个path里面
1373824	1375864	你可以指别的路径也可以
1375864	1378764	就不一定要说在这个路径里面
1378764	1379044	是吧
1379044	1380684	可以去指定其他路径
1380684	1384564	所以我们可以通过这些参数去调整
1384564	1389164	那么这个里面
1389164	1393584	如果Codex无法解析某个Marketplace条目的话
1393584	1395144	它就会跳过这个插件
1395144	1399844	而不是导致整个这个插件的这个加载出问题
1399844	1401424	比如说你有一个插件有问题
1401424	1402704	它就直接跳过了
1402704	1406664	大家不能说那其他这个packing也不能加载是吧
1406664	1410924	然后是Codex如何使用的这个插件市场
1410924	1416364	这个插件Marketplace是Codex可以读取并安装的一个Json目录
1416364	1421144	Codex的话其实它可以从以下位置读取到Marketplace文件
1421144	1423204	其实我们刚刚给大家讲的这个
1423204	1427104	首先是官方内置的一个叫插件的目录
1427104	1430324	然后是仓务级别的一个Marketplace
1430324	1431424	这个我们
1433232	1436892	你想我们刚刚配置的是仓库级别的
1436892	1439072	就在当前这个项目下面
1439072	1440512	去配的一个Marketplace
1440512	1442152	但是那个用户级的话
1442152	1443472	你也可以在这个agency
1443472	1444292	这个里面去配
1444292	1445572	这都是一样的
1445572	1446532	关键就是看
1446532	1449052	你是要在整个项目里面去共享
1449052	1450932	还是说就是仓库级别的
1450932	1453072	仅针对某个目录去分享就可以了
1453072	1455392	那么只要有插件啊
1455392	1457272	通过这个Marketplace暴露出来
1457272	1458712	Codex就可以安装它
1458712	1461252	所以Codex会把这个插件
1461252	1463732	安装到这个目录里面去啊
1463732	1466412	那么对于本地插件的话
1466412	1469452	这个里面我们这个Version的话
1469452	1470412	它其实就是Local
1470412	1472012	Codex运行的时候
1472012	1473952	它会读取这份缓存数据
1473952	1477192	而不是直接从Marketplace里面
1477192	1479132	这个条目里面去声明运行
1479132	1482332	所以这个是需要注意一下
1482332	1486192	那么每个插件都可以独立的启用或者经用
1486192	1487712	我们刚给大家看了一个状态
1487712	1490932	就这些插件我们可以单独给它停掉的
1490932	1493332	在这个里面我们可以把它关闭掉
1493332	1498872	你看在这个里面开关状态在这个里面
1498872	1501852	然后是打包与分发插件
1501852	1504652	那每个插件
1504652	1507512	它是必须要在这个pagins.json里面
1507512	1508932	去提供清单文件的
1508932	1509932	除此之外的话
1509932	1511772	它可以包含一些scale目录
1511772	1513672	用于生命周期的hawks
1513672	1517552	然后包括一些这个连接系的
1517552	1518532	app.json
1518532	1522512	因为插件它是既支持这个scale
1522512	1523852	又支持mcp
1523852	1525332	还支持这个应用加载
1525332	1526872	所以它有不同的配置文件
1526872	1527952	大家都可以去配
1527952	1530032	所以一个插件的目录结构的话
1530032	1531132	应该是这样的
1531132	1532672	首先的话是插件清单文件
1532672	1533832	这是必备的啊
1533832	1535232	整个插件
1535232	1537332	它的一个大概的一个情况
1537332	1538272	介绍是吧
1538272	1540292	包括一些细节的配置在这个里面
1540292	1542572	然后scale就是我当前这个packing
1542572	1544532	它带有的scale有哪些
1544532	1546872	hooks生命周期管理
1546872	1547732	app.json
1547732	1549732	比如说我要连接jh
1549732	1551992	kithub的那个应用是吧
1551992	1553272	或连接figma
1553272	1555832	这个就是app.json需要配置的
1555832	1558032	然后.mcp.json的话
1558032	1560032	就是我们mcp的server
1560032	1561132	包括一些这个
1561132	1563592	assistant 图标
1563592	1564652	一些资源相关的
1564652	1568732	所以这个.codex pegging里面
1568732	1570932	它只应该放一些pegging的json
1570932	1572892	scale hoax assistant
1572892	1574412	这些东西就可以了
1574412	1576012	那这个里面的话
1576012	1576892	就这个啊
1576892	1579472	这个目录只放pegging的json
1579472	1581272	然后这个scale那个的话
1581272	1583212	就都放在插件的各目就可以了
1583212	1585232	那么已发布的插件
1585232	1587552	通常会使用比这个
1587552	1589092	最小脚手架
1589092	1590992	视力更完整的这个manifest
1590992	1592592	那么manifest主要是
1592592	1593612	承担三项指质
1593612	1596172	首先是去标识插件本身
1596172	1598692	然后是指向他打包的一些
1598692	1601212	scale应用mcp服务员或者hoax
1601212	1603232	然后提供安装界面
1603232	1604512	所需的描述图标
1604512	1606372	法务链接等一些原数据
1606372	1609492	然后下面就是一个manifest的
1609492	1610452	一个视力啊
1610452	1612512	就是刚刚那个写的差不多
1612512	1614472	但这个都会给大家详细一些
1614472	1617952	让大家知道这个manifest
1617952	1619652	应该怎么来写啊
1619652	1620872	比如说你的插件
1620872	1623032	名称描述作者
1623032	1623952	是吧
1623952	1625292	然后主页
1625292	1627032	report仓库
1627032	1630232	包括一些license啊
1630232	1631592	你看这个是写的比较细了
1631592	1634472	所以这个
1634472	1636832	codex pegging的这个
1636832	1640172	pegging.json是必须的一个路口文件啊
1640172	1641792	其他形态字弹都是可写的
1641792	1644492	但是正式发布的这个插件来说
1644492	1646152	这些字弹通常都会用到
1646152	1648392	那这个manifest是什么呢
1648392	1649312	manifest就是
1649312	1653012	顶层字段可以用来去定义包的一些原数据
1653012	1654772	比如说我们要把插件包
1654772	1656012	把包的这个组件
1656012	1657752	用来去标示一下
1657752	1658132	是吧
1658132	1660412	有些是让来标示插件的
1660412	1663492	有些是提供发布者与发现相关的一些原数据
1663492	1665472	有些是指向于
1665472	1669072	相对插件跟move的一些组织路口
1669072	1670552	就这些组件路口等等
1670552	1673452	然后包括一些这个
1673452	1675372	原数据的一些
1676152	1676872	展示是吧
1676872	1679672	比如说显示的名称描述啊等等的啊
1679672	1682452	这个就是在manifest里面
1682452	1684272	做的非常详细的一个定义吧
1684272	1687352	大家如果说你需要用到某个字段的话
1687352	1688892	你可以去参考这些啊
1688892	1692172	然后poor它的一个路径规则
1692172	1694612	这个就是让这个manifest
1694612	1697312	一些路径都保持了相对于插件跟目录
1697312	1699252	并使用这个来开头
1699252	1702232	然后这个里面啊
1702232	1703812	就是我们涉及到一些logo资源
1703812	1705152	截头相关的一些内容的话
1705152	1707512	你要放到这个assist下面
1707512	1712972	Scales应该就指向一些scale的一些目楼
1712972	1713592	一些技能
1713592	1715692	App应该指向fb.json
1715692	1719552	然后mcp server就要指向mcp.json
1719552	1721532	还有包括hawks等等
1721532	1725232	然后已经启用了这个scale的话
1725232	1729332	可以在这个技能mcp server和应用之外
1729332	1731532	同时包含生命周期的这么一个hawks
1731532	1735852	然后如果插件把Hawks放到这个文件下面的话
1735852	1740532	那你就不需要在Codex Pack里面去加这个东西了
1740532	1743712	因为Codex会自动默然去剪达这个配置文件
1743712	1748792	所以大家需要根据实际情况去写一些配置的话
1748792	1751232	你要知道它的一个优先级
1751232	1753472	然后完了之后的话
1753472	1755272	你可以去用这个
1755272	1758912	把插件加入到官方的这个PackingDirector的
1758912	1760532	这个里面可以去做分享
1760532	1762252	那大家可以去看一下
1762252	1763972	登录一下那个账号
1763972	1765332	登录一下这个账号的话
1765332	1766552	你可以去看一下这个功能
1766552	1768652	我们后面就可以去发布
1768652	1771492	官方的一个公共插件了
1771492	1773052	就这个能力的话
1773052	1776352	这个后面可以用
1776352	1778812	就是我们可以把它做一个分发
1778812	1779792	去做使用
1779792	1780572	OK