WEBVTT

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

00:00:22.800 --> 00:00:25.440
那么之前我们其实是大概给大家介绍了一下

00:00:25.440 --> 00:00:28.440
关于Deepseek v4 flash跟我们的Responsees API

00:00:28.440 --> 00:00:30.360
它的一些基本的能力

00:00:30.360 --> 00:00:33.540
那么接下来比较重要的就是我们怎么样使用这Codex

00:00:33.540 --> 00:00:37.260
来完成更加复杂的这些agent开发

00:00:37.260 --> 00:00:40.780
很多底层的原理基本上大家了解一下

00:00:40.780 --> 00:00:43.480
想一想知道是怎么一回事也就可以了

00:00:43.480 --> 00:00:47.060
但比较重要的是我们怎么样去使用现在这工具来完成对应的开发

00:00:47.060 --> 00:00:49.960
这里有一个大家需要知道的一个点

00:00:49.960 --> 00:00:51.220
就在于对于Codex来说

00:00:51.220 --> 00:00:53.040
它其实现在功能现在是很丰富的

00:00:53.040 --> 00:00:54.040
那有CodexClip

00:00:54.040 --> 00:00:56.880
有Codex的桌面端

00:00:56.880 --> 00:00:58.100
就是Codex的APP

00:00:58.100 --> 00:00:59.560
还有Codex IDE的拓展

00:00:59.560 --> 00:01:00.540
还有Codex的Cloud

00:01:00.540 --> 00:01:03.700
它的云环境的运行和ChatGPT等等

00:01:03.700 --> 00:01:06.740
当然现在Codex桌面端跟ChatGPT实际上是已经合并了

00:01:06.740 --> 00:01:08.820
他们是已经合并成一个APP了

00:01:08.820 --> 00:01:10.620
那么大家之前可能很多

00:01:10.620 --> 00:01:13.100
我们不管开发同学用的比较多的

00:01:13.100 --> 00:01:15.760
实际上就是Codex的桌面端会用的比较多

00:01:15.760 --> 00:01:16.180
对吧

00:01:16.180 --> 00:01:18.080
当然我们之后其实会比较多的

00:01:18.080 --> 00:01:20.520
是使用这codex的命令行来进行开发

00:01:20.520 --> 00:01:21.780
当然对于命令行来说

00:01:21.780 --> 00:01:23.040
大家也不用怕

00:01:23.040 --> 00:01:24.140
觉得说命令行

00:01:24.140 --> 00:01:27.680
这个环境会比较恐怖

00:01:27.680 --> 00:01:28.180
对不对

00:01:28.180 --> 00:01:31.900
这个纯命令行需要点击来进行操作

00:01:31.900 --> 00:01:32.840
会比较困难等等

00:01:32.840 --> 00:01:34.720
这个其实不用特别担心

00:01:34.720 --> 00:01:37.200
我们接下来会带大家一步一步来进行实现

00:01:37.200 --> 00:01:39.260
所以其实还好

00:01:39.260 --> 00:01:40.280
对于开发人员来说

00:01:40.280 --> 00:01:41.620
其实使用这个桌面

00:01:41.620 --> 00:01:44.140
使用这个命令行来完成开发

00:01:44.140 --> 00:01:45.780
这个事情其实是迟早的事

00:01:45.780 --> 00:01:49.160
是一定需要去克服和一定需要来进行解决的

00:01:49.160 --> 00:01:49.680
好

00:01:49.680 --> 00:01:52.220
那么接下来我们说对于Kodaks怎么样来进行安装

00:01:52.220 --> 00:01:55.040
这里安装其实并不会特别复杂

00:01:55.040 --> 00:01:57.260
基本上就是运行这些命令来进行安装

00:01:57.260 --> 00:02:01.440
那么一般来说我们使用这CURL来进行安装的

00:02:01.440 --> 00:02:03.920
这个情况是比较多的

00:02:03.920 --> 00:02:09.900
这个应该是我们最为常见的一个情况

00:02:09.900 --> 00:02:15.360
那么正好我们现在也一边

00:02:15.360 --> 00:02:17.120
来给大家来进行一个运行

00:02:17.120 --> 00:02:18.440
一边来给大家看一下

00:02:18.440 --> 00:02:20.720
到底应该怎么样来进行配置

00:02:20.720 --> 00:02:23.840
首先我们说基本上就是这么三行的命令

00:02:23.840 --> 00:02:25.740
就可以完成所有的安装

00:02:25.740 --> 00:02:26.640
那么一般来说

00:02:26.640 --> 00:02:29.080
我们说使用这CURL来进行安装

00:02:29.080 --> 00:02:30.660
肯定是最多的

00:02:30.660 --> 00:02:32.720
当然我们说如果你安装好了这NPM的话

00:02:32.720 --> 00:02:35.160
那么使用NPM来进行安装也是可以的

00:02:35.160 --> 00:02:37.140
然后对于MacOS来说

00:02:37.140 --> 00:02:38.360
如果你有Home Pro的话

00:02:38.360 --> 00:02:39.880
你也可以使用它来进行安装

00:02:39.880 --> 00:02:42.640
这三种安装方法其实都是可以的

00:02:42.640 --> 00:02:43.640
都是没有什么问题的

00:02:43.640 --> 00:02:44.720
那么安装完了之后

00:02:44.720 --> 00:02:47.720
接下来你就可以输入 version 来看一下它的版本号

00:02:47.720 --> 00:02:54.720
那么目前 codex的click或者 codex命令版本号最多是0.146.0

00:02:54.720 --> 00:02:57.720
这个应该是最新版 这个应该问题不大

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

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

00:03:04.720 --> 00:03:08.720
是把deep-seekv4这个模型给它来进行一个接入

00:03:08.720 --> 00:03:11.720
那么具体怎么接入 实际上它本质是有两种方法

00:03:11.720 --> 00:03:16.220
这个比较简单的是直接用官方的这个方法来进行运行

00:03:16.220 --> 00:03:20.220
除此之外呢你也可以使用这个CCSWITCH来进行一个中转也是可以的

00:03:20.220 --> 00:03:23.720
当然这个CCSWITCH是什么怎么样来进行一个使用

00:03:23.720 --> 00:03:27.220
我们一会儿在后面在这里的时候到时候会给大家看一下

00:03:27.220 --> 00:03:28.720
这个CCSWITCH怎么样来进行使用

00:03:28.720 --> 00:03:32.220
但是我们现在觉得呢其实使用官方的这个接入CODEX的方法

00:03:32.220 --> 00:03:34.720
应该是最简单的一种方式

00:03:34.720 --> 00:03:37.220
那么官方怎么样去接入CODEX呢很简单

00:03:37.220 --> 00:03:39.220
比如说如果你现在是MacOS的话

00:03:39.220 --> 00:03:44.100
macos的话 那么你就直接运行这样的命令 其实就可以了 也就是说在你的命令行里面

00:03:44.500 --> 00:03:45.100
你就可以直接

00:03:47.420 --> 00:03:52.140
你就可以直接运行 我们现在的这样的命令

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

00:04:03.180 --> 00:04:06.620
这样的一个脚本的安装和运行

00:04:06.620 --> 00:04:08.480
然后呢这个脚本啊

00:04:08.480 --> 00:04:10.060
最核心的这个作用啊

00:04:10.060 --> 00:04:11.920
实际上就是帮你一键啊

00:04:11.920 --> 00:04:15.260
把你当前底层的Codex的所有配置呢

00:04:15.260 --> 00:04:16.740
都给你迁移到啊

00:04:16.740 --> 00:04:18.280
Deep Seek当中去啊

00:04:18.280 --> 00:04:20.480
当然这个如果你需要手动来进行配置的话

00:04:20.480 --> 00:04:21.820
实际上非常非常复杂

00:04:21.820 --> 00:04:24.320
你需要修改很多很多参数和变量啊

00:04:24.320 --> 00:04:26.480
才能够把你底层已经安装好的

00:04:26.480 --> 00:04:28.880
这一整个Codex给它迁移到

00:04:28.880 --> 00:04:31.040
Deep Seek这个基础环境里面去啊

00:04:31.040 --> 00:04:32.960
但是如果你现在使用官方啊

00:04:32.960 --> 00:04:34.100
Deep Seek官方给你提供的

00:04:34.100 --> 00:04:35.160
这样的脚本的话啊

00:04:35.160 --> 00:04:36.600
实际上所有的事情都省啊

00:04:36.600 --> 00:04:38.800
他会非常非常的这个便记啊

00:04:38.800 --> 00:04:41.640
然后呢当然如果你想看这个脚本里面具体写了什么东西的话

00:04:41.640 --> 00:04:43.380
那么这个脚本实际上它是规定了啊

00:04:43.380 --> 00:04:45.680
关于当前这个modal啊modal provider啊

00:04:45.680 --> 00:04:46.980
然后呢他介入方法啊

00:04:46.980 --> 00:04:47.180
对不对

00:04:47.180 --> 00:04:48.380
然后他的这个written effort

00:04:48.380 --> 00:04:51.300
然后呢我们现在的啊这个chat log啊

00:04:51.300 --> 00:04:53.100
就是我们现在这个对话日志保存在哪里

00:04:53.100 --> 00:04:54.300
然后等等等等啊

00:04:54.300 --> 00:04:57.740
所有的我们说相关的这个配置信息全部都会帮你写进去

00:04:57.740 --> 00:05:00.420
当然我们说你运行了这个脚本之后啊

00:05:00.420 --> 00:05:03.100
上面其实是呃mac用户啊

00:05:03.100 --> 00:05:03.680
是运行这个

00:05:03.680 --> 00:05:05.640
然后呢你如果是windows用户的话啊

00:05:05.640 --> 00:05:07.840
就是运行下面这个情况

00:05:07.840 --> 00:05:09.840
然后你在运行的过程当中

00:05:09.840 --> 00:05:11.040
他就会提醒你

00:05:11.040 --> 00:05:14.040
是下面这个接测你可以不用管

00:05:14.040 --> 00:05:15.040
然后他就会提醒你

00:05:15.040 --> 00:05:18.440
你现在是使用Deepseek模型

00:05:18.440 --> 00:05:20.040
还是Deepseek Pro模型

00:05:20.040 --> 00:05:24.240
还是要去回到原始的Codex环境里面去

00:05:24.240 --> 00:05:27.240
他实际上是会给你三个不同的选项的

00:05:27.240 --> 00:05:28.440
那么这三个不同选项

00:05:28.440 --> 00:05:29.840
你就可以自由的来进行选取了

00:05:29.840 --> 00:05:33.840
当然现在DeepseekV4 Pro模型的正式版还没有上线

00:05:33.840 --> 00:05:36.380
所以你可能只能去选取这个Flash

00:05:36.380 --> 00:05:38.820
就是Deep Stick V4 Flash正式版来进行运行

00:05:38.820 --> 00:05:40.680
然后当你输入完成之后

00:05:40.680 --> 00:05:42.720
那么接下来它会提醒你输入API Key

00:05:42.720 --> 00:05:44.200
然后你再输入API Key

00:05:44.200 --> 00:05:45.900
输入完API Key之后

00:05:45.900 --> 00:05:49.120
那么接下来它就会显示这Completed这样的按钮

00:05:49.120 --> 00:05:50.560
当你当这样的信息

00:05:50.560 --> 00:05:52.920
当你如果看到Completed的信息的话

00:05:52.920 --> 00:05:54.260
说明你现在配置成功了

00:05:54.260 --> 00:05:55.080
就这么样的情况

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

00:06:00.600 --> 00:06:02.160
或者你想切换底层模型的话

00:06:02.160 --> 00:06:04.600
那么就再次运行这样的命令就可以了

00:06:04.600 --> 00:06:09.080
比如说我现在想再切回我们原始的codex这样的环境的话

00:06:09.080 --> 00:06:10.540
那么OK你再运行一下这个命令

00:06:10.540 --> 00:06:12.280
它又会弹出我们最开始的三个选项

00:06:12.280 --> 00:06:16.280
你是使用Deepseek v4的flash这个模型

00:06:16.280 --> 00:06:17.240
还是pro这个模型

00:06:17.240 --> 00:06:20.180
还是回到你最开始的codex的这样的环境配置

00:06:20.180 --> 00:06:23.400
然后你选择回到最开始的codex环境配置就可以了

00:06:23.400 --> 00:06:26.880
它就可以让你回到你最开始的codex的配置

00:06:26.880 --> 00:06:28.760
当然我们最开始安装好了codex之后

00:06:28.760 --> 00:06:30.520
其实还并没有来进行授权

00:06:30.520 --> 00:06:36.080
所以其实你这里面如果是需要来进行回到你原始的Codex版本的话

00:06:36.080 --> 00:06:39.200
那么其实你是需要重新围绕你Codex来进行授权的

00:06:39.200 --> 00:06:44.420
就比如说你可以使用现在的订阅的这样的额度来去完成Codex的运行

00:06:44.420 --> 00:06:46.020
这个其实是完全OK的

00:06:46.020 --> 00:06:49.840
那么说此之外我们从下面还有一个叫做使用CCSWITCH

00:06:49.840 --> 00:06:57.660
CCSWITCH实际上最早是Cloudcode的一个编码形式的这样的一个同步映射的这样的工具

00:06:57.660 --> 00:06:58.560
我们之前不是说了吗

00:06:58.560 --> 00:06:59.740
对你当前这个模型来说

00:06:59.740 --> 00:07:01.320
你需要介入各样的不同的

00:07:01.320 --> 00:07:02.560
agent里边去

00:07:02.560 --> 00:07:03.800
那么你可能就需要

00:07:03.800 --> 00:07:05.020
满足不同的agent

00:07:05.020 --> 00:07:06.720
它本身的响应格式

00:07:06.720 --> 00:07:07.040
对吧

00:07:07.040 --> 00:07:08.940
那么在原来的这个情况下

00:07:08.940 --> 00:07:09.720
比如很多模型

00:07:09.720 --> 00:07:11.100
它响应格式本来不符合

00:07:11.100 --> 00:07:11.740
比如说Anthopic

00:07:11.740 --> 00:07:12.620
他们的这个要求

00:07:12.620 --> 00:07:13.640
那这个时候怎么办呢

00:07:13.640 --> 00:07:14.460
这个时候你就可以使用

00:07:14.460 --> 00:07:15.040
这个Sysswitch

00:07:15.040 --> 00:07:16.760
它是可以帮你把你的

00:07:16.760 --> 00:07:18.760
输出的格式来进行转换

00:07:18.760 --> 00:07:19.460
转换了之后

00:07:19.460 --> 00:07:20.400
就可以介入到

00:07:20.400 --> 00:07:21.080
比如Cloud Code

00:07:21.080 --> 00:07:22.480
或者是Codex里边去

00:07:22.480 --> 00:07:23.220
是这么一回事

00:07:23.220 --> 00:07:24.840
但现在我们说DeepSeek

00:07:24.840 --> 00:07:27.180
它出了兼容

00:07:27.180 --> 00:07:28.380
我们当前的Codex

00:07:28.380 --> 00:07:30.840
这个版本的API响应格式之后

00:07:30.840 --> 00:07:32.880
现在你也是可以使用这个CCSwitch

00:07:32.880 --> 00:07:35.760
因为CCSwitch它有一个goi的这样的页面

00:07:35.760 --> 00:07:38.660
它其实是可以直接在我们这个前端

00:07:38.660 --> 00:07:40.200
来进行这个运行

00:07:40.200 --> 00:07:42.540
就可以也是一个比较简单的

00:07:42.540 --> 00:07:44.060
这样的这个运行的这个方法

00:07:44.060 --> 00:07:46.220
它是可以在这个goi

00:07:46.220 --> 00:07:49.520
它是可以在这个goi里面来进行一个

00:07:49.520 --> 00:07:52.080
直接的这个同步的这样的一个运行

00:07:52.080 --> 00:07:53.020
这个也是可以的

00:07:53.020 --> 00:07:55.040
但只不过呢CCSwitch现在来看

00:07:55.040 --> 00:07:58.480
可能并不一定有我们上面所看到的

00:07:58.480 --> 00:07:59.400
那样的一个

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

00:08:13.000 --> 00:08:19.020
它其实是可以把原始的响应格式来进行转换

00:08:19.020 --> 00:08:23.520
然后直接就把它导入到我们当前的Codex里边去

00:08:23.520 --> 00:08:26.880
它的流程并不是去修改你Codex本身的

00:08:26.880 --> 00:08:30.160
并不是修改你本身Codex这样的一个配置

00:08:30.160 --> 00:08:34.160
而是让你现在本地去响应的这样的Deep Seek的

00:08:34.160 --> 00:08:35.860
这样的一个模型的API跟输出结果

00:08:35.860 --> 00:08:37.940
能够去适配你当前的SitSWitch

00:08:37.940 --> 00:08:39.540
是怎么样的一个情况

00:08:39.540 --> 00:08:40.700
OK好

00:08:40.700 --> 00:08:42.180
那这个呢是我们说的啊

00:08:42.180 --> 00:08:42.740
它的一个

00:08:42.740 --> 00:08:46.380
基本的一个配置的这个方法

00:08:46.380 --> 00:08:47.600
然后啊

00:08:47.600 --> 00:08:49.780
接下来比较重要的一点啊

00:08:49.780 --> 00:08:50.660
是关于我们的

00:08:50.660 --> 00:08:52.120
我们的这codex啊

00:08:52.120 --> 00:08:54.420
应该如何来进行一个使用

00:08:54.420 --> 00:08:56.460
当然其实对于codex来说啊

00:08:56.460 --> 00:08:57.960
稍等我们这给大家看一下哈

00:08:57.960 --> 00:08:59.160
关于codex啊

00:08:59.160 --> 00:09:00.580
如何来进行使用啊

00:09:00.580 --> 00:09:02.940
因为我这边是远程啊

00:09:02.940 --> 00:09:04.100
连的啊

00:09:04.100 --> 00:09:05.720
连的这个codex啊

00:09:05.720 --> 00:09:07.020
然后呢我们来看一下

00:09:07.020 --> 00:09:08.440
我们实际上啊

00:09:08.440 --> 00:09:09.400
这个codex

00:09:09.400 --> 00:09:11.400
应该如何来使用呢

00:09:11.400 --> 00:09:12.560
大家稍等一下

00:09:12.560 --> 00:09:13.620
大家看一下

00:09:13.620 --> 00:09:17.400
其实我们说像Codex

00:09:17.400 --> 00:09:18.640
或者是这个

00:09:18.640 --> 00:09:19.920
Cloud Code

00:09:19.920 --> 00:09:23.240
它的这个使用方法

00:09:23.240 --> 00:09:25.200
现在来看已经是

00:09:25.200 --> 00:09:25.920
非常的

00:09:25.920 --> 00:09:29.780
已经是非常的这个类似了

00:09:29.780 --> 00:09:35.420
其实之前一段时间

00:09:35.420 --> 00:09:36.060
这个

00:09:36.060 --> 00:09:37.920
Codex

00:09:37.920 --> 00:09:40.840
cloud code封号的那段时间

00:09:40.840 --> 00:09:43.400
因为我们团队其实最早

00:09:43.400 --> 00:09:45.000
是全部在

00:09:45.000 --> 00:09:46.440
使用这个

00:09:46.440 --> 00:09:49.740
我们团队

00:09:49.740 --> 00:09:51.400
其实使用

00:09:51.400 --> 00:09:54.000
cloud code其实使用的是比较多的

00:09:54.000 --> 00:09:54.480
在这

00:09:54.480 --> 00:09:55.920
大家看一下

00:09:55.920 --> 00:09:58.240
然后呢在

00:09:58.240 --> 00:10:02.040
codex的这个

00:10:02.040 --> 00:10:04.460
在cloud code封号了之后呢

00:10:04.460 --> 00:10:06.400
其实我们才全部的

00:10:06.400 --> 00:10:11.660
全部的转向了

00:10:11.660 --> 00:10:12.460
这个codex

00:10:12.460 --> 00:10:18.620
所以在过去一段时间

00:10:18.620 --> 00:10:19.720
实际上我们在

00:10:19.720 --> 00:10:22.000
使用codex的场景

00:10:22.000 --> 00:10:23.520
其实非常多

00:10:23.520 --> 00:10:26.580
基本上从头到尾

00:10:26.580 --> 00:10:28.480
都是在使用codex

00:10:28.480 --> 00:10:30.240
所以在codex里边

00:10:30.240 --> 00:10:31.920
我们也是积累了非常多的一些

00:10:31.920 --> 00:10:34.660
使用的一些心得和一些方法

00:10:34.660 --> 00:10:36.560
那么总的来说

00:10:36.560 --> 00:10:38.860
我们这里可以先快速的给大家看一下

00:10:38.860 --> 00:10:41.700
如果我们现在接下来要去使用这个Codex的话

00:10:41.700 --> 00:10:45.580
那么你到底有哪一些需要去注意的这个事项

00:10:45.580 --> 00:10:48.460
那么首先我们说对于这个Codex来说

00:10:48.460 --> 00:10:50.560
它的基本的这个项目结构

00:10:50.560 --> 00:10:51.720
其实和Cloud Code

00:10:51.720 --> 00:10:53.380
或者和其他的一些这个项目

00:10:53.380 --> 00:10:54.320
其实很大的这个区别

00:10:54.320 --> 00:10:56.940
那么当我们接下来要去使用这个Codex的话

00:10:56.940 --> 00:10:59.460
我们这里先给大家补充一轮这个理论基础

00:10:59.460 --> 00:11:01.960
那么首先你可能基本的项目结构

00:11:01.960 --> 00:11:03.920
可能就长成这个样子

00:11:03.920 --> 00:11:05.040
大家现在看到的

00:11:05.040 --> 00:11:05.320
对不对

00:11:05.320 --> 00:11:07.700
底层它会有一个agents.md

00:11:07.700 --> 00:11:09.140
然后它会有一个.cloud

00:11:09.140 --> 00:11:11.060
.codex这样的文件夹

00:11:11.060 --> 00:11:13.740
然后下面可能就是你的一系列的

00:11:13.740 --> 00:11:16.260
对应的这样的一些项目文件

00:11:16.260 --> 00:11:18.500
那么codex实际上我们在进行开发的时候

00:11:18.500 --> 00:11:22.040
仍然是围绕一个又一个独立的完整的项目

00:11:22.040 --> 00:11:25.940
去构建对应的项目文件这样的形式来进行开发

00:11:25.940 --> 00:11:28.800
那么底层会有一个agents.md这样的文档

00:11:28.800 --> 00:11:31.680
那么这个文档实际上是一个非常关键

00:11:31.680 --> 00:11:33.740
非常重要的一个全局

00:11:33.740 --> 00:11:36.160
涉及到全局的影响

00:11:36.160 --> 00:11:37.240
这样的文档

00:11:37.240 --> 00:11:38.480
那么这个文档

00:11:38.480 --> 00:11:39.940
它在实际的定义的过程当中

00:11:39.940 --> 00:11:41.660
就是我们整个项目运行的过程

00:11:41.660 --> 00:11:43.440
它需要遵循的最低层的

00:11:43.440 --> 00:11:44.760
核心的这样的指令

00:11:44.760 --> 00:11:46.200
比如说我们现在如果要去

00:11:46.200 --> 00:11:47.280
开发一些项目的话

00:11:47.280 --> 00:11:48.920
那么实际上开发的项目的

00:11:48.920 --> 00:11:51.520
目标核心功能底层规则

00:11:51.520 --> 00:11:54.160
都需要写到agent.md里面去

00:11:54.160 --> 00:11:55.300
好那么紧接着

00:11:55.300 --> 00:11:56.500
它还有一个.codex

00:11:56.500 --> 00:11:57.800
这样的文件夹

00:11:57.800 --> 00:11:59.480
那么.codex的文件夹

00:11:59.480 --> 00:12:01.080
它的非常核心的功能

00:12:01.080 --> 00:12:02.360
是去保存我们现在

00:12:02.360 --> 00:12:04.420
在进行整个agent项目运行

00:12:04.420 --> 00:12:05.820
你可能免不了

00:12:05.820 --> 00:12:07.820
需要去额外定义一些子agent

00:12:07.820 --> 00:12:08.280
对不对

00:12:08.280 --> 00:12:10.480
那么所有的这些子agent

00:12:10.480 --> 00:12:11.840
那么对于Codex来说

00:12:11.840 --> 00:12:12.680
它的子agent

00:12:12.680 --> 00:12:15.200
是TML这样的格式来进行定义的

00:12:15.200 --> 00:12:16.880
那么它全部都是保存在

00:12:16.880 --> 00:12:18.240
.Codex的文件夹里面

00:12:18.240 --> 00:12:20.060
就一个叫做agents的文件夹里面

00:12:20.060 --> 00:12:21.600
它里面有非常非常多的

00:12:21.600 --> 00:12:23.820
一些关于你子agent这样的定义

00:12:23.820 --> 00:12:25.760
那么什么叫做子agent

00:12:25.760 --> 00:12:28.980
那么为什么我们需要单独定义系列的子agent

00:12:28.980 --> 00:12:30.800
那么大家现在看到这样的项目录

00:12:30.800 --> 00:12:31.940
其实也就是我们之后

00:12:31.940 --> 00:12:33.800
去搭建AI数据分析智能体的

00:12:33.800 --> 00:12:35.160
完整的项目的目录

00:12:35.160 --> 00:12:36.220
所以我们这里现在可以

00:12:36.220 --> 00:12:37.120
大概给大家看一下

00:12:37.120 --> 00:12:38.580
它是一个什么样的基本结构

00:12:38.580 --> 00:12:40.740
那么所谓的agents里面

00:12:40.740 --> 00:12:42.560
我们需要定义很多的子agents

00:12:42.560 --> 00:12:44.520
原因也是因为你在实际开发过程当中

00:12:44.520 --> 00:12:48.060
可能免不了需要去有一些

00:12:48.060 --> 00:12:49.860
特定的开发类型的这样的任务

00:12:49.860 --> 00:12:53.340
比如说我需要来进行PRD的审查

00:12:53.340 --> 00:12:53.980
对不对

00:12:53.980 --> 00:12:56.800
或者是我现在需要去围绕一些

00:12:56.800 --> 00:12:59.280
项目的功能来编写一些测试脚本

00:12:59.280 --> 00:13:01.500
那对应的这不同类型的工作

00:13:01.500 --> 00:13:04.220
它实际上是需要有一套自己独立的生下文的

00:13:04.220 --> 00:13:04.560
对不对

00:13:04.560 --> 00:13:08.360
那这个时候我们就需要给它去创建一系列的agents

00:13:08.360 --> 00:13:09.400
一系列的子agents

00:13:09.400 --> 00:13:11.020
那到时候遇到这样的问题

00:13:11.020 --> 00:13:13.860
我们就可以直接分派给对应的subagents来进行完成

00:13:13.860 --> 00:13:14.720
就可以了

00:13:14.720 --> 00:13:19.500
是这么样的一个基本功能的定位

00:13:19.500 --> 00:13:22.160
然后这个文件夹里面当然就是现在的

00:13:22.160 --> 00:13:24.220
我们所有的sqs保存的地方

00:13:24.220 --> 00:13:24.740
对不对

00:13:24.740 --> 00:13:27.240
然后各式各样sqs都在里边

00:13:27.240 --> 00:13:29.120
那么在网上下还有一些profile

00:13:29.120 --> 00:13:33.120
和这个skeema 它实际上是我们当前特定的某些项目文件

00:13:33.120 --> 00:13:36.720
里面的一些内容 当然还有test 还有readme

00:13:36.720 --> 00:13:42.320
当然如果你现在所有的项目文件里面

00:13:42.320 --> 00:13:47.520
如果还有紫项目的话 每个紫项目里面可能他也是需要有对应的一些readme

00:13:47.520 --> 00:13:50.320
这样的文档 这个是它的一个基本项目结构

00:13:50.320 --> 00:13:53.520
那么比较重要的是我们初学者上手来进行使用的时候

00:13:53.520 --> 00:13:59.960
你是需要编辑好每一个agents.md这样的文档的

00:13:59.960 --> 00:14:02.240
那么agents.md这个文档

00:14:02.240 --> 00:14:04.280
稍等我们刷新一下

00:14:04.280 --> 00:14:05.960
agents.md这个文档

00:14:05.960 --> 00:14:11.700
它实际上不会随着你未来上下文的变化

00:14:11.700 --> 00:14:12.200
而变化

00:14:12.200 --> 00:14:16.560
它实际上是会始终都会加载到你当前的项目文件里面去

00:14:16.560 --> 00:14:18.560
所以它实际上是最为核心

00:14:18.560 --> 00:14:20.440
最为永久的项目的记忆

00:14:20.440 --> 00:14:23.380
这点你实际上是需要首先给它讲清楚的

00:14:23.380 --> 00:14:24.560
那么同时呢

00:14:24.560 --> 00:14:26.620
我们实际上每次在进行运行的时候呢

00:14:26.620 --> 00:14:27.620
刚刚其实我们看到啊

00:14:27.620 --> 00:14:29.480
有一个叫profile这样的这个参数啊

00:14:29.480 --> 00:14:30.780
那么profile这个参数呢

00:14:30.780 --> 00:14:33.780
它啊核心的这个用途是我们接下来呢

00:14:33.780 --> 00:14:36.140
在运行每个不同的这个项目的这个时候啊

00:14:36.140 --> 00:14:38.800
那其实你可以导入对应的一些这个profile啊

00:14:38.800 --> 00:14:40.740
给他特定的一段提示词啊

00:14:40.740 --> 00:14:41.280
是这么一回事

00:14:41.280 --> 00:14:43.480
然后呢对于这个codex来说呢

00:14:43.480 --> 00:14:45.740
它呢实际上是有上下文的这个啊

00:14:45.740 --> 00:14:47.660
它呢是有这个全局的这个记忆啊

00:14:47.660 --> 00:14:49.920
并且是有这跨文档的拥有记忆的啊

00:14:49.920 --> 00:14:51.400
但是呢我们现在的啊

00:14:51.400 --> 00:14:53.360
这个codex的实际上也是可能啊

00:14:53.360 --> 00:14:55.584
需要在你的memory参数里

00:15:01.444 --> 00:15:04.004
那么除了我们对于Codex来说

00:15:04.004 --> 00:15:07.564
它有天然的一些记忆功能之外

00:15:07.564 --> 00:15:09.284
其实有的时候我们还需要

00:15:09.284 --> 00:15:10.564
接着它的钩子系统

00:15:10.564 --> 00:15:13.724
给它人工的设定一些记忆的功能

00:15:13.724 --> 00:15:15.284
当然这点会比较复杂

00:15:15.284 --> 00:15:16.884
这个我们稍后再说

00:15:16.884 --> 00:15:18.844
然后同时对于Codex来说

00:15:18.844 --> 00:15:19.844
我们实际上进行运行的时候

00:15:19.844 --> 00:15:21.484
它还有很多斜杠命令

00:15:21.484 --> 00:15:23.964
那么这些斜杠命令里边用的比较多的

00:15:23.964 --> 00:15:25.124
比如说Compact对不对

00:15:25.124 --> 00:15:25.944
去亚洲藏小文

00:15:25.944 --> 00:15:28.824
然后Model去切换你当前这样的模型

00:15:28.824 --> 00:15:31.084
然后Permissions去设置

00:15:31.084 --> 00:15:33.544
你当前的对话当中的这样的一个权限

00:15:33.544 --> 00:15:37.524
然后这个states是去看你当前绘画运行的这样的基本状态

00:15:37.524 --> 00:15:41.724
这里面大家其实都是可以通过一些命令来进行测试的

00:15:41.724 --> 00:15:45.044
那么实际上我们在进行复杂任务开发的这个时候

00:15:45.044 --> 00:15:48.244
我们往往需要比如说组件多agent这样的系统

00:15:48.244 --> 00:15:48.564
对不对

00:15:48.564 --> 00:15:50.664
这个时候比较重要的就是我们的profile

00:15:50.664 --> 00:15:51.444
我们的agent

00:15:51.444 --> 00:15:54.004
我们的skill和我们的subagent这四个对象

00:15:54.004 --> 00:15:56.064
当然这里面我们先给大家快速的过一下

00:15:56.064 --> 00:15:57.864
大家理解一下是什么样的概念

00:15:57.864 --> 00:15:59.384
稍后我们会有具体的操作

00:15:59.384 --> 00:16:01.044
那profile实际上指的是

00:16:01.044 --> 00:16:03.504
我们每次在开启codex的时候

00:16:03.504 --> 00:16:05.324
你其实可以给他输入一个profile

00:16:05.324 --> 00:16:07.464
相当于是给他输入一段文本信息

00:16:07.464 --> 00:16:09.424
让他接下来是执行什么样的任务

00:16:09.424 --> 00:16:11.704
给他临时的人工

00:16:11.704 --> 00:16:13.164
给他灌入输入一个上下文

00:16:13.164 --> 00:16:14.744
然后同时我们刚刚说了

00:16:14.744 --> 00:16:16.464
你的自定义的agent

00:16:16.464 --> 00:16:18.784
可以灵活的派发各式各样不同类型的任务

00:16:18.784 --> 00:16:20.624
然后我们的skills

00:16:20.624 --> 00:16:22.704
他可以灵活的加载对应的

00:16:22.704 --> 00:16:24.564
skills加载对应的上下文

00:16:24.564 --> 00:16:24.944
对不对

00:16:24.944 --> 00:16:26.744
然后我们的subagent

00:16:26.744 --> 00:16:29.084
实际上是我们子agent派发的一种方式

00:16:29.084 --> 00:16:32.764
我们可以灵活的把你工作拍拍给你自定的agent

00:16:32.764 --> 00:16:34.024
是怎么样的一个情况

00:16:34.024 --> 00:16:38.264
然后同时我们这里其实接下来是定义了多个的profile

00:16:38.264 --> 00:16:39.044
这样的文档

00:16:39.044 --> 00:16:41.044
多个profile文档实际上

00:16:41.044 --> 00:16:44.544
它是用于不同的agent去执行不同类型的任务

00:16:44.544 --> 00:16:48.044
这点我们稍后会看到完整的profile这样的文档

00:16:48.044 --> 00:16:52.684
然后如果你现在是要创建一些agent的话

00:16:52.684 --> 00:16:55.484
那么每一个agent实际上它都需要有一个名字

00:16:55.484 --> 00:16:56.404
需要有个description

00:16:56.404 --> 00:16:59.084
需要有一个sendbox的这样的权限设置

00:16:59.084 --> 00:17:01.404
和我们的developer instructions

00:17:01.404 --> 00:17:04.124
这点其实这个developer instructions非常重要的

00:17:04.124 --> 00:17:07.044
它实际上就是我们每次当前对应的agent

00:17:07.044 --> 00:17:09.524
对应的特殊的定义好的agent

00:17:09.524 --> 00:17:10.324
每次运行的时候

00:17:10.324 --> 00:17:11.164
它所加载进去

00:17:11.164 --> 00:17:12.164
进去它上下文

00:17:12.164 --> 00:17:12.964
是这么一回事

00:17:12.964 --> 00:17:14.244
当然我们说对应的

00:17:14.244 --> 00:17:15.124
对于codex来说

00:17:15.124 --> 00:17:17.124
它的skill创建也是类似的

00:17:17.124 --> 00:17:18.404
需要有一个name

00:17:18.404 --> 00:17:19.724
需要有一个description

00:17:19.724 --> 00:17:20.044
对不对

00:17:20.044 --> 00:17:23.884
然后需要有一个当前的skills的这样的证文

00:17:23.884 --> 00:17:26.204
用于去描述我们所有的skills

00:17:26.204 --> 00:17:27.644
这样的内容差不多

00:17:27.644 --> 00:17:30.564
我们说是这样的一些基本的设置

00:17:30.564 --> 00:17:31.404
当然除此之外

00:17:31.404 --> 00:17:33.244
我们有的时候同学可能还会用到

00:17:33.244 --> 00:17:35.044
像exec这样的功能

00:17:35.044 --> 00:17:37.084
所谓exec这样的功能就指的是

00:17:37.084 --> 00:17:38.784
我们给当前cogex

00:17:38.784 --> 00:17:40.224
给他输入一条完整的指令

00:17:40.224 --> 00:17:43.204
让他一次性的完成整个完整指令

00:17:43.204 --> 00:17:43.844
中途不间断

00:17:43.844 --> 00:17:46.424
它实际上是一个一次性的

00:17:46.424 --> 00:17:49.344
任务的执行的这样的方法等等

00:17:49.344 --> 00:17:51.924
这些实际上是一个基本的

00:17:51.924 --> 00:17:52.664
我们说cogex

00:17:52.664 --> 00:17:55.544
它的一个使用的过程