DeepSeek V4正式版+Codex工业Agent开发实战！从零手搓AI数据分析Agent，Responses API调用流程与Codex核心功能详解！ p04 04.Codex接入与核心使用方法介绍

九天Hector 首頁 每日列表 原始影片
實際影片長度：17:55.626。原文、繁中、雙語可點擊句子跳轉影片。
0:00.000–0:04.335
zhOK,好,那我們繼續,我們公開課的下一個小節這個內容。
0:04.335–0:08.028
zh那麼公開課其實相比之下,其實講的會比較快一些。
0:08.028–0:11.721
zh主要是大家有這樣的一個全局的技術的認識和了解。
0:11.721–0:15.254
zh然後對於很多底層東西,我們其實是不會展開講。
0:15.254–0:20.231
zh更多其實就是比如說我們接下來直接上手使用Codex來進行運行。
0:20.231–0:22.800
zh看一下到底應該怎麼樣來進行開發。
0:22.800–0:25.440
zh那么之前我们其实是大概给大家介绍了一下
0:25.440–0:28.440
zh关于Deepseek v4 flash跟我们的Responsees API
0:28.440–0:30.360
zh它的一些基本的能力
0:30.360–0:33.540
zh那么接下来比较重要的就是我们怎么样使用这Codex
0:33.540–0:37.260
zh来完成更加复杂的这些agent开发
0:37.260–0:40.780
zh很多底层的原理基本上大家了解一下
0:40.780–0:43.480
zh想一想知道是怎么一回事也就可以了
0:43.480–0:47.060
zh但比较重要的是我们怎么样去使用现在这工具来完成对应的开发
0:47.060–0:49.960
zh这里有一个大家需要知道的一个点
0:49.960–0:51.220
zh就在于对于Codex来说
0:51.220–0:53.040
zh它其实现在功能现在是很丰富的
0:53.040–0:54.040
zh那有CodexClip
0:54.040–0:56.880
zh有Codex的桌面端
0:56.880–0:58.100
zh就是Codex的APP
0:58.100–0:59.560
zh还有Codex IDE的拓展
0:59.560–1:00.540
zh还有Codex的Cloud
1:00.540–1:03.700
zh它的云环境的运行和ChatGPT等等
1:03.700–1:06.740
zh当然现在Codex桌面端跟ChatGPT实际上是已经合并了
1:06.740–1:08.820
zh他们是已经合并成一个APP了
1:08.820–1:10.620
zh那么大家之前可能很多
1:10.620–1:13.100
zh我们不管开发同学用的比较多的
1:13.100–1:15.760
zh实际上就是Codex的桌面端会用的比较多
1:15.760–1:16.180
zh对吧
1:16.180–1:18.080
zh当然我们之后其实会比较多的
1:18.080–1:20.520
zh是使用这codex的命令行来进行开发
1:20.520–1:21.780
zh当然对于命令行来说
1:21.780–1:23.040
zh大家也不用怕
1:23.040–1:24.140
zh觉得说命令行
1:24.140–1:27.680
zh这个环境会比较恐怖
1:27.680–1:28.180
zh对不对
1:28.180–1:31.900
zh这个纯命令行需要点击来进行操作
1:31.900–1:32.840
zh会比较困难等等
1:32.840–1:34.720
zh这个其实不用特别担心
1:34.720–1:37.200
zh我们接下来会带大家一步一步来进行实现
1:37.200–1:39.260
zh所以其实还好
1:39.260–1:40.280
zh对于开发人员来说
1:40.280–1:41.620
zh其实使用这个桌面
1:41.620–1:44.140
zh使用这个命令行来完成开发
1:44.140–1:45.780
zh这个事情其实是迟早的事
1:45.780–1:49.160
zh是一定需要去克服和一定需要来进行解决的
1:49.160–1:49.680
zh好
1:49.680–1:52.220
zh那么接下来我们说对于Kodaks怎么样来进行安装
1:52.220–1:55.040
zh这里安装其实并不会特别复杂
1:55.040–1:57.260
zh基本上就是运行这些命令来进行安装
1:57.260–2:01.440
zh那么一般来说我们使用这CURL来进行安装的
2:01.440–2:03.920
zh这个情况是比较多的
2:03.920–2:09.900
zh这个应该是我们最为常见的一个情况
2:09.900–2:15.360
zh那么正好我们现在也一边
2:15.360–2:17.120
zh来给大家来进行一个运行
2:17.120–2:18.440
zh一边来给大家看一下
2:18.440–2:20.720
zh到底应该怎么样来进行配置
2:20.720–2:23.840
zh首先我们说基本上就是这么三行的命令
2:23.840–2:25.740
zh就可以完成所有的安装
2:25.740–2:26.640
zh那么一般来说
2:26.640–2:29.080
zh我们说使用这CURL来进行安装
2:29.080–2:30.660
zh肯定是最多的
2:30.660–2:32.720
zh当然我们说如果你安装好了这NPM的话
2:32.720–2:35.160
zh那么使用NPM来进行安装也是可以的
2:35.160–2:37.140
zh然后对于MacOS来说
2:37.140–2:38.360
zh如果你有Home Pro的话
2:38.360–2:39.880
zh你也可以使用它来进行安装
2:39.880–2:42.640
zh这三种安装方法其实都是可以的
2:42.640–2:43.640
zh都是没有什么问题的
2:43.640–2:44.720
zh那么安装完了之后
2:44.720–2:47.720
zh接下来你就可以输入 version 来看一下它的版本号
2:47.720–2:54.720
zh那么目前 codex的click或者 codex命令版本号最多是0.146.0
2:54.720–2:57.720
zh这个应该是最新版 这个应该问题不大
2:57.720–3:00.720
zh大家安装好之后 接下来就可以直接来进行使用了
3:00.720–3:04.720
zh当然安装完了之后 这里其实我们可能还需要做的一个事情
3:04.720–3:08.720
zh是把deep-seekv4这个模型给它来进行一个接入
3:08.720–3:11.720
zh那么具体怎么接入 实际上它本质是有两种方法
3:11.720–3:16.220
zh这个比较简单的是直接用官方的这个方法来进行运行
3:16.220–3:20.220
zh除此之外呢你也可以使用这个CCSWITCH来进行一个中转也是可以的
3:20.220–3:23.720
zh当然这个CCSWITCH是什么怎么样来进行一个使用
3:23.720–3:27.220
zh我们一会儿在后面在这里的时候到时候会给大家看一下
3:27.220–3:28.720
zh这个CCSWITCH怎么样来进行使用
3:28.720–3:32.220
zh但是我们现在觉得呢其实使用官方的这个接入CODEX的方法
3:32.220–3:34.720
zh应该是最简单的一种方式
3:34.720–3:37.220
zh那么官方怎么样去接入CODEX呢很简单
3:37.220–3:39.220
zh比如说如果你现在是MacOS的话
3:39.220–3:44.500
zhmacos的话 那么你就直接运行这样的命令 其实就可以了 也就是说在你的命令行里面
3:44.500–3:47.420
zh你就可以直接
3:47.420–3:52.380
zh你就可以直接运行 我们现在的这样的命令
3:52.380–4:03.180
zh然后就可以进入到我们接下来他就他脚本实际上是直接全自动的去完成某一个叫做codex-deep-research-setup
4:03.180–4:06.620
zh这样的一个脚本的安装和运行
4:06.620–4:08.480
zh然后呢这个脚本啊
4:08.480–4:10.060
zh最核心的这个作用啊
4:10.060–4:11.920
zh实际上就是帮你一键啊
4:11.920–4:15.260
zh把你当前底层的Codex的所有配置呢
4:15.260–4:16.740
zh都给你迁移到啊
4:16.740–4:18.280
zhDeep Seek当中去啊
4:18.280–4:20.480
zh当然这个如果你需要手动来进行配置的话
4:20.480–4:21.820
zh实际上非常非常复杂
4:21.820–4:24.320
zh你需要修改很多很多参数和变量啊
4:24.320–4:26.480
zh才能够把你底层已经安装好的
4:26.480–4:28.880
zh这一整个Codex给它迁移到
4:28.880–4:31.040
zhDeep Seek这个基础环境里面去啊
4:31.040–4:32.960
zh但是如果你现在使用官方啊
4:32.960–4:34.100
zhDeep Seek官方给你提供的
4:34.100–4:35.160
zh这样的脚本的话啊
4:35.160–4:36.600
zh实际上所有的事情都省啊
4:36.600–4:38.800
zh他会非常非常的这个便记啊
4:38.800–4:41.640
zh然后呢当然如果你想看这个脚本里面具体写了什么东西的话
4:41.640–4:43.380
zh那么这个脚本实际上它是规定了啊
4:43.380–4:45.680
zh关于当前这个modal啊modal provider啊
4:45.680–4:46.980
zh然后呢他介入方法啊
4:46.980–4:47.180
zh对不对
4:47.180–4:48.380
zh然后他的这个written effort
4:48.380–4:51.300
zh然后呢我们现在的啊这个chat log啊
4:51.300–4:53.100
zh就是我们现在这个对话日志保存在哪里
4:53.100–4:54.300
zh然后等等等等啊
4:54.300–4:57.740
zh所有的我们说相关的这个配置信息全部都会帮你写进去
4:57.740–5:00.420
zh当然我们说你运行了这个脚本之后啊
5:00.420–5:03.100
zh上面其实是呃mac用户啊
5:03.100–5:03.680
zh是运行这个
5:03.680–5:05.640
zh然后呢你如果是windows用户的话啊
5:05.640–5:07.840
zh就是运行下面这个情况
5:07.840–5:09.840
zh然后你在运行的过程当中
5:09.840–5:11.040
zh他就会提醒你
5:11.040–5:14.040
zh是下面这个接测你可以不用管
5:14.040–5:15.040
zh然后他就会提醒你
5:15.040–5:18.440
zh你现在是使用Deepseek模型
5:18.440–5:20.040
zh还是Deepseek Pro模型
5:20.040–5:24.240
zh还是要去回到原始的Codex环境里面去
5:24.240–5:27.240
zh他实际上是会给你三个不同的选项的
5:27.240–5:28.440
zh那么这三个不同选项
5:28.440–5:29.840
zh你就可以自由的来进行选取了
5:29.840–5:33.840
zh当然现在DeepseekV4 Pro模型的正式版还没有上线
5:33.840–5:36.380
zh所以你可能只能去选取这个Flash
5:36.380–5:38.820
zh就是Deep Stick V4 Flash正式版来进行运行
5:38.820–5:40.680
zh然后当你输入完成之后
5:40.680–5:42.720
zh那么接下来它会提醒你输入API Key
5:42.720–5:44.200
zh然后你再输入API Key
5:44.200–5:45.900
zh输入完API Key之后
5:45.900–5:49.120
zh那么接下来它就会显示这Completed这样的按钮
5:49.120–5:50.560
zh当你当这样的信息
5:50.560–5:52.920
zh当你如果看到Completed的信息的话
5:52.920–5:54.260
zh说明你现在配置成功了
5:54.260–5:55.080
zh就这么样的情况
5:55.080–6:00.600
zh当然我们说如果你还想继续回到你最一开始的这样的配置
6:00.600–6:02.160
zh或者你想切换底层模型的话
6:02.160–6:04.600
zh那么就再次运行这样的命令就可以了
6:04.600–6:09.080
zh比如说我现在想再切回我们原始的codex这样的环境的话
6:09.080–6:10.540
zh那么OK你再运行一下这个命令
6:10.540–6:12.280
zh它又会弹出我们最开始的三个选项
6:12.280–6:16.280
zh你是使用Deepseek v4的flash这个模型
6:16.280–6:17.240
zh还是pro这个模型
6:17.240–6:20.180
zh还是回到你最开始的codex的这样的环境配置
6:20.180–6:23.400
zh然后你选择回到最开始的codex环境配置就可以了
6:23.400–6:26.880
zh它就可以让你回到你最开始的codex的配置
6:26.880–6:28.760
zh当然我们最开始安装好了codex之后
6:28.760–6:30.520
zh其实还并没有来进行授权
6:30.520–6:36.080
zh所以其实你这里面如果是需要来进行回到你原始的Codex版本的话
6:36.080–6:39.200
zh那么其实你是需要重新围绕你Codex来进行授权的
6:39.200–6:44.420
zh就比如说你可以使用现在的订阅的这样的额度来去完成Codex的运行
6:44.420–6:46.020
zh这个其实是完全OK的
6:46.020–6:49.840
zh那么说此之外我们从下面还有一个叫做使用CCSWITCH
6:49.840–6:57.660
zhCCSWITCH实际上最早是Cloudcode的一个编码形式的这样的一个同步映射的这样的工具
6:57.660–6:58.560
zh我们之前不是说了吗
6:58.560–6:59.740
zh对你当前这个模型来说
6:59.740–7:01.320
zh你需要介入各样的不同的
7:01.320–7:02.560
zhagent里边去
7:02.560–7:03.800
zh那么你可能就需要
7:03.800–7:05.020
zh满足不同的agent
7:05.020–7:06.720
zh它本身的响应格式
7:06.720–7:07.040
zh对吧
7:07.040–7:08.940
zh那么在原来的这个情况下
7:08.940–7:09.720
zh比如很多模型
7:09.720–7:11.100
zh它响应格式本来不符合
7:11.100–7:11.740
zh比如说Anthopic
7:11.740–7:12.620
zh他们的这个要求
7:12.620–7:13.640
zh那这个时候怎么办呢
7:13.640–7:14.460
zh这个时候你就可以使用
7:14.460–7:15.040
zh这个Sysswitch
7:15.040–7:16.760
zh它是可以帮你把你的
7:16.760–7:18.760
zh输出的格式来进行转换
7:18.760–7:19.460
zh转换了之后
7:19.460–7:20.400
zh就可以介入到
7:20.400–7:21.080
zh比如Cloud Code
7:21.080–7:22.480
zh或者是Codex里边去
7:22.480–7:23.220
zh是这么一回事
7:23.220–7:24.840
zh但现在我们说DeepSeek
7:24.840–7:27.180
zh它出了兼容
7:27.180–7:28.380
zh我们当前的Codex
7:28.380–7:30.840
zh这个版本的API响应格式之后
7:30.840–7:32.880
zh现在你也是可以使用这个CCSwitch
7:32.880–7:35.760
zh因为CCSwitch它有一个goi的这样的页面
7:35.760–7:38.660
zh它其实是可以直接在我们这个前端
7:38.660–7:40.200
zh来进行这个运行
7:40.200–7:42.540
zh就可以也是一个比较简单的
7:42.540–7:44.060
zh这样的这个运行的这个方法
7:44.060–7:46.220
zh它是可以在这个goi
7:46.220–7:49.520
zh它是可以在这个goi里面来进行一个
7:49.520–7:52.080
zh直接的这个同步的这样的一个运行
7:52.080–7:53.020
zh这个也是可以的
7:53.020–7:55.040
zh但只不过呢CCSwitch现在来看
7:55.040–7:58.480
zh可能并不一定有我们上面所看到的
7:58.480–8:03.000
zh那样的一个
8:03.000–8:13.000
zh但是如果之前是使用過SYSWITCH,那確實可以在GUI的頁面裡面直接來進行一個本地的轉換,其實就可以了。
8:13.000–8:19.020
zh它其实是可以把原始的响应格式来进行转换
8:19.020–8:23.520
zh然后直接就把它导入到我们当前的Codex里边去
8:23.520–8:26.880
zh它的流程并不是去修改你Codex本身的
8:26.880–8:30.160
zh并不是修改你本身Codex这样的一个配置
8:30.160–8:34.160
zh而是让你现在本地去响应的这样的Deep Seek的
8:34.160–8:35.860
zh这样的一个模型的API跟输出结果
8:35.860–8:37.940
zh能够去适配你当前的SitSWitch
8:37.940–8:39.540
zh是怎么样的一个情况
8:39.540–8:40.700
zhOK好
8:40.700–8:42.180
zh那这个呢是我们说的啊
8:42.180–8:42.740
zh它的一个
8:42.740–8:46.380
zh基本的一个配置的这个方法
8:46.380–8:47.600
zh然后啊
8:47.600–8:49.780
zh接下来比较重要的一点啊
8:49.780–8:50.660
zh是关于我们的
8:50.660–8:52.120
zh我们的这codex啊
8:52.120–8:54.420
zh应该如何来进行一个使用
8:54.420–8:56.460
zh当然其实对于codex来说啊
8:56.460–8:57.960
zh稍等我们这给大家看一下哈
8:57.960–8:59.160
zh关于codex啊
8:59.160–9:00.580
zh如何来进行使用啊
9:00.580–9:02.940
zh因为我这边是远程啊
9:02.940–9:04.100
zh连的啊
9:04.100–9:05.720
zh连的这个codex啊
9:05.720–9:07.020
zh然后呢我们来看一下
9:07.020–9:08.440
zh我们实际上啊
9:08.440–9:09.400
zh这个codex
9:09.400–9:11.400
zh应该如何来使用呢
9:11.400–9:12.560
zh大家稍等一下
9:12.560–9:13.620
zh大家看一下
9:13.620–9:17.400
zh其实我们说像Codex
9:17.400–9:18.640
zh或者是这个
9:18.640–9:19.920
enCloud Code
9:19.920–9:23.240
zh它的这个使用方法
9:23.240–9:25.200
zh现在来看已经是
9:25.200–9:25.920
zh非常的
9:25.920–9:29.780
zh已经是非常的这个类似了
9:29.780–9:35.420
zh其实之前一段时间
9:35.420–9:36.060
zh这个
9:36.060–9:37.920
enCodex
9:37.920–9:40.840
zhcloud code封号的那段时间
9:40.840–9:43.400
zh因为我们团队其实最早
9:43.400–9:45.000
zh是全部在
9:45.000–9:46.440
zh使用这个
9:46.440–9:49.740
zh我们团队
9:49.740–9:51.400
zh其实使用
9:51.400–9:54.000
zhcloud code其实使用的是比较多的
9:54.000–9:54.480
zh在这
9:54.480–9:55.920
zh大家看一下
9:55.920–9:58.240
zh然后呢在
9:58.240–10:02.040
zhcodex的这个
10:02.040–10:04.460
zh在cloud code封号了之后呢
10:04.460–10:06.400
zh其实我们才全部的
10:06.400–10:11.660
zh全部的转向了
10:11.660–10:12.460
zh这个codex
10:12.460–10:18.620
zh所以在过去一段时间
10:18.620–10:19.720
zh实际上我们在
10:19.720–10:22.000
zh使用codex的场景
10:22.000–10:23.520
zh其实非常多
10:23.520–10:26.580
zh基本上从头到尾
10:26.580–10:28.480
zh都是在使用codex
10:28.480–10:30.240
zh所以在codex里边
10:30.240–10:31.920
zh我们也是积累了非常多的一些
10:31.920–10:34.660
zh使用的一些心得和一些方法
10:34.660–10:36.560
zh那么总的来说
10:36.560–10:38.860
zh我们这里可以先快速的给大家看一下
10:38.860–10:41.700
zh如果我们现在接下来要去使用这个Codex的话
10:41.700–10:45.580
zh那么你到底有哪一些需要去注意的这个事项
10:45.580–10:48.460
zh那么首先我们说对于这个Codex来说
10:48.460–10:50.560
zh它的基本的这个项目结构
10:50.560–10:51.720
zh其实和Cloud Code
10:51.720–10:53.380
zh或者和其他的一些这个项目
10:53.380–10:54.320
zh其实很大的这个区别
10:54.320–10:56.940
zh那么当我们接下来要去使用这个Codex的话
10:56.940–10:59.460
zh我们这里先给大家补充一轮这个理论基础
10:59.460–11:01.960
zh那么首先你可能基本的项目结构
11:01.960–11:03.920
zh可能就长成这个样子
11:03.920–11:05.040
zh大家现在看到的
11:05.040–11:05.320
zh对不对
11:05.320–11:07.700
zh底层它会有一个agents.md
11:07.700–11:09.140
zh然后它会有一个.cloud
11:09.140–11:11.060
zh.codex这样的文件夹
11:11.060–11:13.740
zh然后下面可能就是你的一系列的
11:13.740–11:16.260
zh对应的这样的一些项目文件
11:16.260–11:18.500
zh那么codex实际上我们在进行开发的时候
11:18.500–11:22.040
zh仍然是围绕一个又一个独立的完整的项目
11:22.040–11:25.940
zh去构建对应的项目文件这样的形式来进行开发
11:25.940–11:28.800
zh那么底层会有一个agents.md这样的文档
11:28.800–11:31.680
zh那么这个文档实际上是一个非常关键
11:31.680–11:33.740
zh非常重要的一个全局
11:33.740–11:36.160
zh涉及到全局的影响
11:36.160–11:37.240
zh这样的文档
11:37.240–11:38.480
zh那么这个文档
11:38.480–11:39.940
zh它在实际的定义的过程当中
11:39.940–11:41.660
zh就是我们整个项目运行的过程
11:41.660–11:43.440
zh它需要遵循的最低层的
11:43.440–11:44.760
zh核心的这样的指令
11:44.760–11:46.200
zh比如说我们现在如果要去
11:46.200–11:47.280
zh开发一些项目的话
11:47.280–11:48.920
zh那么实际上开发的项目的
11:48.920–11:51.520
zh目标核心功能底层规则
11:51.520–11:54.160
zh都需要写到agent.md里面去
11:54.160–11:55.300
zh好那么紧接着
11:55.300–11:56.500
zh它还有一个.codex
11:56.500–11:57.800
zh这样的文件夹
11:57.800–11:59.480
zh那么.codex的文件夹
11:59.480–12:01.080
zh它的非常核心的功能
12:01.080–12:02.360
zh是去保存我们现在
12:02.360–12:04.420
zh在进行整个agent项目运行
12:04.420–12:05.820
zh你可能免不了
12:05.820–12:07.820
zh需要去额外定义一些子agent
12:07.820–12:08.280
zh对不对
12:08.280–12:10.480
zh那么所有的这些子agent
12:10.480–12:11.840
zh那么对于Codex来说
12:11.840–12:12.680
zh它的子agent
12:12.680–12:15.200
zh是TML这样的格式来进行定义的
12:15.200–12:16.880
zh那么它全部都是保存在
12:16.880–12:18.240
zh.Codex的文件夹里面
12:18.240–12:20.060
zh就一个叫做agents的文件夹里面
12:20.060–12:21.600
zh它里面有非常非常多的
12:21.600–12:23.820
zh一些关于你子agent这样的定义
12:23.820–12:25.760
zh那么什么叫做子agent
12:25.760–12:28.980
zh那么为什么我们需要单独定义系列的子agent
12:28.980–12:30.800
zh那么大家现在看到这样的项目录
12:30.800–12:31.940
zh其实也就是我们之后
12:31.940–12:33.800
zh去搭建AI数据分析智能体的
12:33.800–12:35.160
zh完整的项目的目录
12:35.160–12:36.220
zh所以我们这里现在可以
12:36.220–12:37.120
zh大概给大家看一下
12:37.120–12:38.580
zh它是一个什么样的基本结构
12:38.580–12:40.740
zh那么所谓的agents里面
12:40.740–12:42.560
zh我们需要定义很多的子agents
12:42.560–12:44.520
zh原因也是因为你在实际开发过程当中
12:44.520–12:48.060
zh可能免不了需要去有一些
12:48.060–12:49.860
zh特定的开发类型的这样的任务
12:49.860–12:53.340
zh比如说我需要来进行PRD的审查
12:53.340–12:53.980
zh对不对
12:53.980–12:56.800
zh或者是我现在需要去围绕一些
12:56.800–12:59.280
zh项目的功能来编写一些测试脚本
12:59.280–13:01.500
zh那对应的这不同类型的工作
13:01.500–13:04.220
zh它实际上是需要有一套自己独立的生下文的
13:04.220–13:04.560
zh对不对
13:04.560–13:08.360
zh那这个时候我们就需要给它去创建一系列的agents
13:08.360–13:09.400
zh一系列的子agents
13:09.400–13:11.020
zh那到时候遇到这样的问题
13:11.020–13:13.860
zh我们就可以直接分派给对应的subagents来进行完成
13:13.860–13:14.720
zh就可以了
13:14.720–13:19.500
zh是这么样的一个基本功能的定位
13:19.500–13:22.160
zh然后这个文件夹里面当然就是现在的
13:22.160–13:24.220
zh我们所有的sqs保存的地方
13:24.220–13:24.740
zh对不对
13:24.740–13:27.240
zh然后各式各样sqs都在里边
13:27.240–13:29.120
zh那么在网上下还有一些profile
13:29.120–13:33.120
zh和这个skeema 它实际上是我们当前特定的某些项目文件
13:33.120–13:36.720
zh里面的一些内容 当然还有test 还有readme
13:36.720–13:42.320
zh当然如果你现在所有的项目文件里面
13:42.320–13:47.520
zh如果还有紫项目的话 每个紫项目里面可能他也是需要有对应的一些readme
13:47.520–13:50.320
zh这样的文档 这个是它的一个基本项目结构
13:50.320–13:53.520
zh那么比较重要的是我们初学者上手来进行使用的时候
13:53.520–13:59.960
zh你是需要编辑好每一个agents.md这样的文档的
13:59.960–14:02.240
zh那么agents.md这个文档
14:02.240–14:04.280
zh稍等我们刷新一下
14:04.280–14:05.960
zhagents.md这个文档
14:05.960–14:11.700
zh它实际上不会随着你未来上下文的变化
14:11.700–14:12.200
zh而变化
14:12.200–14:16.560
zh它实际上是会始终都会加载到你当前的项目文件里面去
14:16.560–14:18.560
zh所以它实际上是最为核心
14:18.560–14:20.440
zh最为永久的项目的记忆
14:20.440–14:23.380
zh这点你实际上是需要首先给它讲清楚的
14:23.380–14:24.560
zh那么同时呢
14:24.560–14:26.620
zh我们实际上每次在进行运行的时候呢
14:26.620–14:27.620
zh刚刚其实我们看到啊
14:27.620–14:29.480
zh有一个叫profile这样的这个参数啊
14:29.480–14:30.780
zh那么profile这个参数呢
14:30.780–14:33.780
zh它啊核心的这个用途是我们接下来呢
14:33.780–14:36.140
zh在运行每个不同的这个项目的这个时候啊
14:36.140–14:38.800
zh那其实你可以导入对应的一些这个profile啊
14:38.800–14:40.740
zh给他特定的一段提示词啊
14:40.740–14:41.280
zh是这么一回事
14:41.280–14:43.480
zh然后呢对于这个codex来说呢
14:43.480–14:45.740
zh它呢实际上是有上下文的这个啊
14:45.740–14:47.660
zh它呢是有这个全局的这个记忆啊
14:47.660–14:49.920
zh并且是有这跨文档的拥有记忆的啊
14:49.920–14:51.400
zh但是呢我们现在的啊
14:51.400–14:53.360
zh这个codex的实际上也是可能啊
14:53.360–15:01.444
zh需要在你的memory参数里
15:01.444–15:04.004
zh那么除了我们对于Codex来说
15:04.004–15:07.564
zh它有天然的一些记忆功能之外
15:07.564–15:09.284
zh其实有的时候我们还需要
15:09.284–15:10.564
zh接着它的钩子系统
15:10.564–15:13.724
zh给它人工的设定一些记忆的功能
15:13.724–15:15.284
zh当然这点会比较复杂
15:15.284–15:16.884
zh这个我们稍后再说
15:16.884–15:18.844
zh然后同时对于Codex来说
15:18.844–15:19.844
zh我们实际上进行运行的时候
15:19.844–15:21.484
zh它还有很多斜杠命令
15:21.484–15:23.964
zh那么这些斜杠命令里边用的比较多的
15:23.964–15:25.124
zh比如说Compact对不对
15:25.124–15:25.944
zh去亚洲藏小文
15:25.944–15:28.824
zh然后Model去切换你当前这样的模型
15:28.824–15:31.084
zh然后Permissions去设置
15:31.084–15:33.544
zh你当前的对话当中的这样的一个权限
15:33.544–15:37.524
zh然后这个states是去看你当前绘画运行的这样的基本状态
15:37.524–15:41.724
zh这里面大家其实都是可以通过一些命令来进行测试的
15:41.724–15:45.044
zh那么实际上我们在进行复杂任务开发的这个时候
15:45.044–15:48.244
zh我们往往需要比如说组件多agent这样的系统
15:48.244–15:48.564
zh对不对
15:48.564–15:50.664
zh这个时候比较重要的就是我们的profile
15:50.664–15:51.444
zh我们的agent
15:51.444–15:54.004
zh我们的skill和我们的subagent这四个对象
15:54.004–15:56.064
zh当然这里面我们先给大家快速的过一下
15:56.064–15:57.864
zh大家理解一下是什么样的概念
15:57.864–15:59.384
zh稍后我们会有具体的操作
15:59.384–16:01.044
zh那profile实际上指的是
16:01.044–16:03.504
zh我们每次在开启codex的时候
16:03.504–16:05.324
zh你其实可以给他输入一个profile
16:05.324–16:07.464
zh相当于是给他输入一段文本信息
16:07.464–16:09.424
zh让他接下来是执行什么样的任务
16:09.424–16:11.704
zh给他临时的人工
16:11.704–16:13.164
zh给他灌入输入一个上下文
16:13.164–16:14.744
zh然后同时我们刚刚说了
16:14.744–16:16.464
zh你的自定义的agent
16:16.464–16:18.784
zh可以灵活的派发各式各样不同类型的任务
16:18.784–16:20.624
zh然后我们的skills
16:20.624–16:22.704
zh他可以灵活的加载对应的
16:22.704–16:24.564
zhskills加载对应的上下文
16:24.564–16:24.944
zh对不对
16:24.944–16:26.744
zh然后我们的subagent
16:26.744–16:29.084
zh实际上是我们子agent派发的一种方式
16:29.084–16:32.764
zh我们可以灵活的把你工作拍拍给你自定的agent
16:32.764–16:34.024
zh是怎么样的一个情况
16:34.024–16:38.264
zh然后同时我们这里其实接下来是定义了多个的profile
16:38.264–16:39.044
zh这样的文档
16:39.044–16:41.044
zh多个profile文档实际上
16:41.044–16:44.544
zh它是用于不同的agent去执行不同类型的任务
16:44.544–16:48.044
zh这点我们稍后会看到完整的profile这样的文档
16:48.044–16:52.684
zh然后如果你现在是要创建一些agent的话
16:52.684–16:55.484
zh那么每一个agent实际上它都需要有一个名字
16:55.484–16:56.404
zh需要有个description
16:56.404–16:59.084
zh需要有一个sendbox的这样的权限设置
16:59.084–17:01.404
zh和我们的developer instructions
17:01.404–17:04.124
zh这点其实这个developer instructions非常重要的
17:04.124–17:07.044
zh它实际上就是我们每次当前对应的agent
17:07.044–17:09.524
zh对应的特殊的定义好的agent
17:09.524–17:10.324
zh每次运行的时候
17:10.324–17:11.164
zh它所加载进去
17:11.164–17:12.164
zh进去它上下文
17:12.164–17:12.964
zh是这么一回事
17:12.964–17:14.244
zh当然我们说对应的
17:14.244–17:15.124
zh对于codex来说
17:15.124–17:17.124
zh它的skill创建也是类似的
17:17.124–17:18.404
zh需要有一个name
17:18.404–17:19.724
zh需要有一个description
17:19.724–17:20.044
zh对不对
17:20.044–17:23.884
zh然后需要有一个当前的skills的这样的证文
17:23.884–17:26.204
zh用于去描述我们所有的skills
17:26.204–17:27.644
zh这样的内容差不多
17:27.644–17:30.564
zh我们说是这样的一些基本的设置
17:30.564–17:31.404
zh当然除此之外
17:31.404–17:33.244
zh我们有的时候同学可能还会用到
17:33.244–17:35.044
zh像exec这样的功能
17:35.044–17:37.084
zh所谓exec这样的功能就指的是
17:37.084–17:38.784
zh我们给当前cogex
17:38.784–17:40.224
zh给他输入一条完整的指令
17:40.224–17:43.204
zh让他一次性的完成整个完整指令
17:43.204–17:43.844
zh中途不间断
17:43.844–17:46.424
zh它实际上是一个一次性的
17:46.424–17:49.344
zh任务的执行的这样的方法等等
17:49.344–17:51.924
zh这些实际上是一个基本的
17:51.924–17:52.664
zh我们说cogex
17:52.664–17:55.544
zh它的一个使用的过程
0:00.000–0:04.335
好的，好，那我們繼續，我們公開課的下一個小節，這個內容。
0:04.335–0:08.028
那麼公開課其實相比之下，其實講的會比較快一些。
0:08.028–0:11.721
主要是大家有這樣的一個全局的技術的認識和了解。
0:11.721–0:15.254
然後對於很多底層東西，我們其實是不會展開講。
0:15.254–0:20.231
更多其實就是比如說我們接下來直接上手使用 Codex 來進行運行。
0:20.231–0:22.800
看一下到底應該怎麼樣來進行開發。
0:22.800–0:25.440
那麼之前我們其實是大概給大家介紹了一下
0:25.440–0:28.440
關於 Deepseek v4 flash 跟我們的 Responsees API
0:28.440–0:30.360
它的一些基本的能力
0:30.360–0:33.540
那麼接下來比較重要的就是我們怎麼樣使用這 Codex
0:33.540–0:37.260
來完成更加複雜的這些 agent 開發
0:37.260–0:40.780
很多底層的原理基本上大家了解一下
0:40.780–0:43.480
想一想知道是怎么一回事也就可以了
0:43.480–0:47.060
但比較重要的是我們怎麼樣去使用現在這工具來完成對應的開發
0:47.060–0:49.960
這裡有一個大家需要知道的一個點
0:49.960–0:51.220
就在於對於 Codex 來說
0:51.220–0:53.040
它其實現在功能現在是很豐富的
0:53.040–0:54.040
那有 Codex Clip
0:54.040–0:56.880
有 Codex 的桌面端
0:56.880–0:58.100
就是 Codex 的 APP
0:58.100–0:59.560
還有 Codex IDE 的拓展
0:59.560–1:00.540
還有 Codex 的 Cloud
1:00.540–1:03.700
它的雲環境的運行和 ChatGPT 等等
1:03.700–1:06.740
當然現在 Codex 桌面端跟 ChatGPT 實際上是已經合併了
1:06.740–1:08.820
他們是已經合併成一個 APP 了
1:08.820–1:10.620
那麼大家之前可能很多
1:10.620–1:13.100
我們不管開發同學用的比較多的
1:13.100–1:15.760
實際上就是 Codex 的桌面端會用的比較多
1:15.760–1:16.180
對吧
1:16.180–1:18.080
當然我們之後其實會比較多的
1:18.080–1:20.520
是使用這 codex 的命令行來進行開發
1:20.520–1:21.780
當然對於命令行來說
1:21.780–1:23.040
大家也不用怕
1:23.040–1:24.140
覺得說命令行
1:24.140–1:27.680
這個環境會比較恐怖
1:27.680–1:28.180
對不對
1:28.180–1:31.900
這個純命令行需要點擊來進行操作
1:31.900–1:32.840
會比較困難等等
1:32.840–1:34.720
這個其實不用特別擔心
1:34.720–1:37.200
我們接下來會帶大家一步一步來進行實現
1:37.200–1:39.260
所以其實還好
1:39.260–1:40.280
對於開發人員來說
1:40.280–1:41.620
其實使用這個桌面
1:41.620–1:44.140
使用這個命令行來完成開發
1:44.140–1:45.780
這件事情其實是遲早的事
1:45.780–1:49.160
是一定需要去克服和一定需要來進行解決的
1:49.160–1:49.680
好
1:49.680–1:52.220
那麼接下來我們說對於Kodaks怎麼樣來進行安裝
1:52.220–1:55.040
這裡安裝其實並不會特別複雜
1:55.040–1:57.260
基本上就是運行這些命令來進行安裝
1:57.260–2:01.440
那麼一般來說我們使用這CURL來進行安裝的
2:01.440–2:03.920
這個情況是比較多的
2:03.920–2:09.900
這個應該是我們最為常見的一個情況
2:09.900–2:15.360
那麼正好我們現在也一邊
2:15.360–2:17.120
來給大家來進行一個運行
2:17.120–2:18.440
一邊來給大家看一下
2:18.440–2:20.720
到底應該怎麼樣來進行配置
2:20.720–2:23.840
首先我們說基本上就是這麼三行的命令
2:23.840–2:25.740
就可以完成所有的安裝
2:25.740–2:26.640
那麼一般來說
2:26.640–2:29.080
我們說使用這CURL來進行安裝
2:29.080–2:30.660
肯定是最多的
2:30.660–2:32.720
當然我們說如果你安裝好了這NPM的話
2:32.720–2:35.160
那麼使用NPM來進行安裝也是可以的
2:35.160–2:37.140
然後對於MacOS來說
2:37.140–2:38.360
如果你有Home Pro的話
2:38.360–2:39.880
你也可以使用它來進行安裝
2:39.880–2:42.640
這三種安裝方法其實都是可以的
2:42.640–2:43.640
都是沒有什麼問題的
2:43.640–2:44.720
那麼安裝完了之後
2:44.720–2:47.720
接下來你就可以輸入 version 來查看它的版本號
2:47.720–2:54.720
那麼目前 codex的click或者 codex命令版本號最多是0.146.0
2:54.720–2:57.720
這個應該最新版 這個應該問題不大
2:57.720–3:00.720
大家安裝好之後 接下來就可以直接來進行使用了
3:00.720–3:04.720
當然安裝完了之後 這裡其實我們可能還需要做的一個事情
3:04.720–3:08.720
是把deep-seekv4這個模型給它來進行一個接入
3:08.720–3:11.720
那麼具體怎麼接入 實際上它本質是有兩種方法
3:11.720–3:16.220
這個比較簡單的是直接用官方的這個方法來進行運行
3:16.220–3:20.220
除此之外呢你也可以使用這個CCSWITCH來進行一個中轉也是可以的
3:20.220–3:23.720
當然這個CCSWITCH是什麼怎麼樣來進行一個使用
3:23.720–3:27.220
我們稍後會在這裡示範給大家看
3:27.220–3:28.720
這個 CCSWITCH 要如何使用
3:28.720–3:32.220
但我們現在覺得，其實使用官方接入 CODEX 的方法
3:32.220–3:34.720
應該是最簡單的一種方式
3:34.720–3:37.220
那麼官方要怎麼接入 CODEX 呢？很簡單
3:37.220–3:39.220
例如，如果你現在使用的是 macOS
3:39.220–3:44.500
如果是 macOS，那麼你直接運行這樣的命令就可以了，也就是說在你的命令列中
3:44.500–3:47.420
你就可以直接
3:47.420–3:52.380
你就可以直接運行我們現在這樣的命令
3:52.380–4:03.180
然後就可以進入到我們接下來，這個腳本實際上會直接全自動地完成一個叫做 codex-deep-research-setup
4:03.180–4:06.620
這樣一個腳本的安裝和運行
4:06.620–4:08.480
然後這個腳本啊
4:08.480–4:10.060
最核心的這個作用啊
4:10.060–4:11.920
實際上就是幫你一鍵啊
4:11.920–4:15.260
把你當前底層 Codex 的所有配置呢
4:15.260–4:16.740
都給你遷移到啊
4:16.740–4:18.280
Deep Seek 當中去啊
4:18.280–4:20.480
當然，如果你需要手動來進行配置的話
4:20.480–4:21.820
實際上非常非常複雜
4:21.820–4:24.320
你需要修改很多很多參數和變數啊
4:24.320–4:26.480
才能把你底層已經安裝好的
4:26.480–4:28.880
這一整個 Codex 給它遷移到
4:28.880–4:31.040
Deep Seek 這個基礎環境裡面去啊
4:31.040–4:32.960
但是如果你現在使用官方啊
4:32.960–4:34.100
Deep Seek 官方給你提供的
4:34.100–4:35.160
這樣的腳本的話啊
4:35.160–4:36.600
實際上所有的事情都省了
4:36.600–4:38.800
它會非常非常的這個方便啊
4:38.800–4:41.640
然後呢，當然如果你想看這個腳本裡面具體寫了什麼東西的話
4:41.640–4:43.380
那麼這個腳本實際上它是規定了啊
4:43.380–4:45.680
關於當前這個 modal 啊 modal provider 啊
4:45.680–4:46.980
然後呢，他介入方法啊
4:46.980–4:47.180
對不對
4:47.180–4:48.380
然後他的這個 written effort
4:48.380–4:51.300
然後呢，我們現在的啊這個 chat log 啊
4:51.300–4:53.100
就是我們現在這個對話日誌保存在哪裡
4:53.100–4:54.300
然後等等等等啊
4:54.300–4:57.740
所有的我們說相關的這個配置信息全部都會幫你寫進去
4:57.740–5:00.420
當然我們說你運行了這個腳本之後啊
5:00.420–5:03.100
上面其實是呃 mac 用戶啊
5:03.100–5:03.680
就是執行這個
5:03.680–5:05.640
然後呢如果你是 Windows 用戶的話啊
5:05.640–5:07.840
就是執行下面這個情況
5:07.840–5:09.840
然後你在執行的過程中
5:09.840–5:11.040
他就會提醒你
5:11.040–5:14.040
是下面這個測試你可以不用管
5:14.040–5:15.040
然後他就會提醒你
5:15.040–5:18.440
你現在是使用 Deepseek 模型
5:18.440–5:20.040
還是 Deepseek Pro 模型
5:20.040–5:24.240
還是要回到原始的 Codex 環境裡面去
5:24.240–5:27.240
他實際上會給你三個不同的選項
5:27.240–5:28.440
那麼這三個不同選項
5:28.440–5:29.840
你就可以自由地來進行選取了
5:29.840–5:33.840
當然現在 Deepseek V4 Pro 模型的正式版還沒有上線
5:33.840–5:36.380
所以你可能只能去選取這個 Flash
5:36.380–5:38.820
就是 Deepseek V4 Flash 正式版來進行執行
5:38.820–5:40.680
然後當你輸入完成之後
5:40.680–5:42.720
那麼接下來它會提醒你輸入 API Key
5:42.720–5:44.200
然後你再輸入 API Key
5:44.200–5:45.900
輸入完 API Key 之後
5:45.900–5:49.120
那麼接下來它就會顯示 Completed 這樣的按鈕
5:49.120–5:50.560
當你出現這樣的訊息
5:50.560–5:52.920
當你如果看到 Completed 的訊息的話
5:52.920–5:54.260
說明你現在配置成功了
5:54.260–5:55.080
就是這麼樣的狀況
5:55.080–6:00.600
當然我們說如果你還想繼續回到你最一開始的這樣的配置
6:00.600–6:02.160
或者你想切換底層模型的話
6:02.160–6:04.600
那麼就再次執行這樣的命令就可以了
6:04.600–6:09.080
比如說我現在想再切回我們原始的 codex 這樣的環境的話
6:09.080–6:10.540
那麼 OK 你再執行一下這個命令
6:10.540–6:12.280
它又會彈出我們最開始的三個選項
6:12.280–6:16.280
你是使用 Deepseek v4 的 flash 這個模型
6:16.280–6:17.240
還是 pro 這個模型
6:17.240–6:20.180
還是回到你最開始的 codex 這樣的環境配置
6:20.180–6:23.400
然後你選擇回到最開始的 codex 環境配置就可以了
6:23.400–6:26.880
它就可以讓你回到你最開始的 codex 的配置
6:26.880–6:28.760
當然我們最開始安裝好了 codex 之後
6:28.760–6:30.520
其實還並沒有來進行授權
6:30.520–6:36.080
所以其實你裡面如果是需要來進行回到你原始的 Codex 版本的話
6:36.080–6:39.200
那麼其實你是需要重新圍繞你 Codex 來進行授權的
6:39.200–6:44.420
舉例來說，你可以使用目前的訂閱額度來執行 Codex。
6:44.420–6:46.020
這完全是沒問題的。
6:46.020–6:49.840
此外，我們還有一個叫做 CCSWITCH 的功能。
6:49.840–6:57.660
CCSWITCH 最初是 Cloud Code 的一種編碼形式的同步映射工具。
6:57.660–6:58.560
我們之前不是說過了嗎？
6:58.560–6:59.740
對於你當前的模型來說，
6:59.740–7:01.320
你需要介入各種不同的
7:01.320–7:02.560
agent 中。
7:02.560–7:03.800
那麼你可能就需要
7:03.800–7:05.020
滿足不同 agent
7:05.020–7:06.720
本身的回應格式。
7:06.720–7:07.040
對吧？
7:07.040–7:08.940
在原本的情況下，
7:08.940–7:09.720
比如很多模型
7:09.720–7:11.100
它們的回應格式本來就不符合
7:11.100–7:11.740
例如 Anthropic
7:11.740–7:12.620
它們的要求。
7:12.620–7:13.640
那這時候該怎麼辦呢？
7:13.640–7:14.460
這時候你就可以使用
7:14.460–7:15.040
這個 CCSwitch。
7:15.040–7:16.760
它可以幫你將你的
7:16.760–7:18.760
輸出格式進行轉換。
7:18.760–7:19.460
轉換之後，
7:19.460–7:20.400
就可以介入到
7:20.400–7:21.080
例如 Cloud Code
7:21.080–7:22.480
或是 Codex 中。
7:22.480–7:23.220
就是這麼一回事。
7:23.220–7:24.840
但現在我們說 DeepSeek
7:24.840–7:27.180
它推出了兼容
7:27.180–7:28.380
我們當前 Codex
7:28.380–7:30.840
這個版本的 API 回應格式之後，
7:30.840–7:32.880
現在你也可以使用這個 CCSwitch。
7:32.880–7:35.760
因為 CCSwitch 有一個 GUI 頁面。
7:35.760–7:38.660
它其實可以直接在我們這個前端
7:38.660–7:40.200
來進行運行。
7:40.200–7:42.540
這也是一個比較簡單的
7:42.540–7:44.060
運行方法。
7:44.060–7:46.220
它可以在這個 GUI
7:46.220–7:49.520
它可以在這個 GUI 裡面進行一個
7:49.520–7:52.080
直接的同步運行。
7:52.080–7:53.020
這也是可以
7:53.020–7:55.040
不過從目前來看CCSwitch
7:55.040–7:58.480
可能並不一定有我們上面所看到的
7:58.480–8:03.000
那樣的一個
8:03.000–8:13.000
但如果之前是使用過SYSWITCH，那確實可以在GUI頁面裡直接進行本地轉換，這樣就可以了。
8:13.000–8:19.020
它其實可以將原始回應格式進行轉換
8:19.020–8:23.520
然後直接將其導入到我們當前的Codex中
8:23.520–8:26.880
它的流程並不是去修改你Codex本身的
8:26.880–8:30.160
並不是修改你本身Codex的配置
8:30.160–8:34.160
而是讓你在本地回應這樣的Deep Seek
8:34.160–8:35.860
這樣的模型的API與輸出結果
8:35.860–8:37.940
能夠去适配你當前的SitSWitch
8:37.940–8:39.540
是怎樣的一種情況
8:39.540–8:40.700
好的
8:40.700–8:42.180
那麼這個是我們所說的
8:42.180–8:42.740
它的一個
8:42.740–8:46.380
基本的配置方法
8:46.380–8:47.600
然後啊
8:47.600–8:49.780
接下來比較重要的一點啊
8:49.780–8:50.660
是關於我們的
8:50.660–8:52.120
我們的這個codex啊
8:52.120–8:54.420
應該如何進行使用
8:54.420–8:56.460
當然其實對於codex來說啊
8:56.460–8:57.960
稍等我們在這裡給大家看一下
8:57.960–8:59.160
關於codex啊
8:59.160–9:00.580
如何進行使用啊
9:00.580–9:02.940
因為我這邊是遠程啊
9:02.940–9:04.100
連接的
9:04.100–9:05.720
連接這個codex啊
9:05.720–9:07.020
然後我們來看一下
9:07.020–9:08.440
我們實際上啊
9:08.440–9:09.400
這個codex
9:09.400–9:11.400
應該如何來使用呢
9:11.400–9:12.560
大家稍等一下
9:12.560–9:13.620
大家看一下
9:13.620–9:17.400
其實我們說像Codex
9:17.400–9:18.640
或者是這個
9:18.640–9:19.920
雲端程式碼
9:19.920–9:23.240
它的使用方法
9:23.240–9:25.200
現在來看已經是
9:25.200–9:25.920
非常
9:25.920–9:29.780
已經是非常類似了
9:29.780–9:35.420
其實之前一段時間
9:35.420–9:36.060
這個
9:36.060–9:37.920
Codex
9:37.920–9:40.840
Cloud Code 封號的那段期間
9:40.840–9:43.400
因為我們團隊其實最早
9:43.400–9:45.000
是全部在
9:45.000–9:46.440
使用這個
9:46.440–9:49.740
我們團隊
9:49.740–9:51.400
其實使用
9:51.400–9:54.000
Cloud Code 其實用得比較多
9:54.000–9:54.480
在這
9:54.480–9:55.920
大家看一下
9:55.920–9:58.240
然後呢在
9:58.240–10:02.040
Codex 的這個
10:02.040–10:04.460
在 Cloud Code 封號之後呢
10:04.460–10:06.400
其實我們才全部的
10:06.400–10:11.660
全部的轉向
10:11.660–10:12.460
這個 Codex
10:12.460–10:18.620
所以在過去一段時間
10:18.620–10:19.720
實際上我們在
10:19.720–10:22.000
使用 Codex 的場景
10:22.000–10:23.520
其實非常多
10:23.520–10:26.580
基本上從頭到尾
10:26.580–10:28.480
都是在使用 Codex
10:28.480–10:30.240
所以在 Codex 裡面
10:30.240–10:31.920
我們也是積累了非常多的一些
10:31.920–10:34.660
使用的一些心得和一些方法
10:34.660–10:36.560
那麼總體來說
10:36.560–10:38.860
我們這裡可以先快速的給大家看一下
10:38.860–10:41.700
如果我們現在接下來要去使用這個 Codex 的話
10:41.700–10:45.580
那麼你到底有哪一些需要去注意的事項
10:45.580–10:48.460
那麼首先我們說對於這個 Codex 來說
10:48.460–10:50.560
它的基本這個專案結構
10:50.560–10:51.720
其實和 Cloud Code
10:51.720–10:53.380
或者和其他的一些這個專案
10:53.380–10:54.320
其實很大的這個區別
10:54.320–10:56.940
那麼當我們接下來要去使用這個 Codex 的話
10:56.940–10:59.460
我們這裡先給大家補充一輪這個理論基礎
10:59.460–11:01.960
那麼首先，你可能的基本專案結構
11:01.960–11:03.920
可能就會長成這個樣子
11:03.920–11:05.040
大家現在看到的
11:05.040–11:05.320
對不對
11:05.320–11:07.700
底層它會有一個 agents.md
11:07.700–11:09.140
然後它會有一個 .cloud
11:09.140–11:11.060
.codex 這樣的資料夾
11:11.060–11:13.740
然後下面可能就是你的一系列
11:13.740–11:16.260
對應的這樣的一些專案檔案
11:16.260–11:18.500
那麼 Codex 實際上我們在進行開發的時候
11:18.500–11:22.040
仍然是圍繞一個又一個獨立的完整專案
11:22.040–11:25.940
去建構對應的專案檔案這樣的形式來進行開發
11:25.940–11:28.800
那麼底層會有一個 agents.md 這樣的文件
11:28.800–11:31.680
那麼這個文件實際上是一個非常關鍵
11:31.680–11:33.740
非常重要的全域
11:33.740–11:36.160
涉及到全域的影響
11:36.160–11:37.240
這樣的文件
11:37.240–11:38.480
那麼這個文件
11:38.480–11:39.940
它在實際的定義過程當中
11:39.940–11:41.660
就是我們整個專案運行的過程
11:41.660–11:43.440
它需要遵循的最底層
11:43.440–11:44.760
核心的這樣的指令
11:44.760–11:46.200
比如說我們現在如果要去
11:46.200–11:47.280
開發一些專案的話
11:47.280–11:48.920
那麼實際上開發專案的
11:48.920–11:51.520
目標核心功能底層規則
11:51.520–11:54.160
都需要寫到 agents.md 裡面去
11:54.160–11:55.300
好那麼緊接著
11:55.300–11:56.500
它還有一個 .codex
11:56.500–11:57.800
這樣的資料夾
11:57.800–11:59.480
那麼 .codex 的資料夾
11:59.480–12:01.080
它的非常核心的功能
12:01.080–12:02.360
是去保存我們現在
12:02.360–12:04.420
在進行整個 agent 專案運行
12:04.420–12:05.820
你可能免不了
12:05.820–12:07.820
需要去額外定義一些子 agent
12:07.820–12:08.280
對不對
12:08.280–12:10.480
那麼所有的這些子 agent
12:10.480–12:11.840
那麼對於 Codex 來說
12:11.840–12:12.680
它的子 agent
12:12.680–12:15.200
是以TML這樣的格式來進行定義的
12:15.200–12:16.880
那麼它全部都是保存在
12:16.880–12:18.240
.Codex的資料夾裡面
12:18.240–12:20.060
就一個叫做agents的資料夾裡面
12:20.060–12:21.600
它裡面有非常非常多的
12:21.600–12:23.820
一些關於你子agent這樣的定義
12:23.820–12:25.760
那麼什麼叫做子agent
12:25.760–12:28.980
那麼為什麼我們需要單獨定義一系列的子agent
12:28.980–12:30.800
那麼大家現在看到這樣的目錄
12:30.800–12:31.940
其實也就是我們之後
12:31.940–12:33.800
去搭建AI數據分析智能體的
12:33.800–12:35.160
完整的專案的目錄
12:35.160–12:36.220
所以我們這裡現在可以
12:36.220–12:37.120
大概給大家看一下
12:37.120–12:38.580
它是一個什麼樣的基本結構
12:38.580–12:40.740
那麼所謂的agents裡面
12:40.740–12:42.560
我們需要定義很多的子agents
12:42.560–12:44.520
原因也是因為你在實際開發過程當中
12:44.520–12:48.060
可能免不了需要去有一些
12:48.060–12:49.860
特定的開發類型的這樣任務
12:49.860–12:53.340
比如說我需要來進行PRD的審查
12:53.340–12:53.980
對不對
12:53.980–12:56.800
或者是我現在需要去圍繞一些
12:56.800–12:59.280
專案的功能來編寫一些測試腳本
12:59.280–13:01.500
那對應的這不同類型的工作
13:01.500–13:04.220
它實際上是需要有一套自己獨立的上下文
13:04.220–13:04.560
對不對
13:04.560–13:08.360
那這個時候我們就需要給它去創建一系列的agents
13:08.360–13:09.400
一系列的子agents
13:09.400–13:11.020
那到時候遇到這樣的問題
13:11.020–13:13.860
我們就可以直接分派給對應的subagents來進行完成
13:13.860–13:14.720
就可以了
13:14.720–13:19.500
是這麼樣的一個基本功能的定位
13:19.500–13:22.160
然後這個資料夾裡面當然就是現在的
13:22.160–13:24.220
我們所有的sqs保存的地方
13:24.220–13:24.740
對不對
13:24.740–13:27.240
然後各式各樣sqs都在裡面
13:27.240–13:29.120
那麼在根目錄下還有一些profile
13:29.120–13:33.120
和這個skeema它實際上是我們當前特定的某些專案檔案
13:33.120–13:36.720
裡面的一些內容當然還有test還有readme
13:36.720–13:42.320
當然如果你現在所有專案檔案裡面
13:42.320–13:47.520
如果還有子專案的話 每個子專案裡面可能他也是需要有對應的一些 readme
13:47.520–13:50.320
這樣的文件 這是它的一個基本專案結構
13:50.320–13:53.520
那麼比較重要的是我們初學者上手來進行使用的時候
13:53.520–13:59.960
你是需要編輯好每一個 agents.md 這樣的文件的
13:59.960–14:02.240
那麼 agents.md 這個文件
14:02.240–14:04.280
稍等我們重新整理一下
14:04.280–14:05.960
agents.md 這個文件
14:05.960–14:11.700
它實際上不會隨著你未來上下文環境的變化
14:11.700–14:12.200
而改變
14:12.200–14:16.560
它實際上會始終都會載入到你當前的專案檔案裡面去
14:16.560–14:18.560
所以它實際上是最為核心
14:18.560–14:20.440
最為永久的專案記憶
14:20.440–14:23.380
這點你實際上是需要首先給它講清楚的
14:23.380–14:24.560
那麼同時呢
14:24.560–14:26.620
我們實際上每次在進行執行的時候呢
14:26.620–14:27.620
剛剛其實我們看到啊
14:27.620–14:29.480
有一個叫 profile 這樣的這個參數啊
14:29.480–14:30.780
那麼 profile 這個參數呢
14:30.780–14:33.780
它啊核心的這個用途是我們接下來呢
14:33.780–14:36.140
在執行每個不同的這個專案的時候啊
14:36.140–14:38.800
那其實你可以匯入對應的一些這個 profile 啊
14:38.800–14:40.740
給他特定的一段提示詞啊
14:40.740–14:41.280
是這麼一回事
14:41.280–14:43.480
然後呢對於 codex 來說呢
14:43.480–14:45.740
它呢實際上是有上下文的這個啊
14:45.740–14:47.660
它呢是有這個全域的這個記憶啊
14:47.660–14:49.920
並且是有這跨文件的擁有記憶的啊
14:49.920–14:51.400
但是呢我們現在的啊
14:51.400–14:53.360
這個 codex 的實際上也是可能啊
14:53.360–15:01.444
需要在你的 memory 參數裡
15:01.444–15:04.004
那麼除了我們對於 Codex 來說
15:04.004–15:07.564
它有天然的一些記憶功能之外
15:07.564–15:09.284
其實有的时候我們還需要
15:09.284–15:10.564
接著它的鉤子系統
15:10.564–15:13.724
給它人工的設定一些記憶的功能
15:13.724–15:15.284
當然這點會比較複雜
15:15.284–15:16.884
這個我們稍後再說
15:16.884–15:18.844
然後同時對於 Codex 來說
15:18.844–15:19.844
我們實際上進行執行的時候
15:19.844–15:21.484
它還有很多斜線命令
15:21.484–15:23.964
那麼這些斜線命令裡面用得比較多的
15:23.964–15:25.124
比如說Compact對不對
15:25.124–15:25.944
去壓縮小文本
15:25.944–15:28.824
然後用Model來切換你當前這樣的模型
15:28.824–15:31.084
然後用Permissions來設置
15:31.084–15:33.544
你當前對話當中的一個這樣的權限
15:33.544–15:37.524
然後這個states是去看你當前繪畫運行的這樣的基本狀態
15:37.524–15:41.724
這裡面大家其實都是可以通過一些命令來進行測試的
15:41.724–15:45.044
那麼實際上我們在進行複雜任務開發的時候
15:45.044–15:48.244
我們往往需要比如說組件多agent這樣的系統
15:48.244–15:48.564
對不對
15:48.564–15:50.664
這個時候比較重要的就是我們的profile
15:50.664–15:51.444
我們的agent
15:51.444–15:54.004
我們的skill和我們的subagent這四個對象
15:54.004–15:56.064
當然這裡面我們先給大家快速的過一下
15:56.064–15:57.864
大家理解一下是什麼樣的概念
15:57.864–15:59.384
稍後我們會有具體的操作
15:59.384–16:01.044
那profile實際上指的是
16:01.044–16:03.504
我們每次在開啟codex的時候
16:03.504–16:05.324
你其實可以給他輸入一個profile
16:05.324–16:07.464
相當於是給他輸入一段文本信息
16:07.464–16:09.424
讓他接下來是執行什麼樣的任務
16:09.424–16:11.704
給他臨時的人工
16:11.704–16:13.164
給他灌入輸入一個上下文
16:13.164–16:14.744
然後同時我們剛剛說了
16:14.744–16:16.464
你的自定義的agent
16:16.464–16:18.784
可以靈活的派發各式各樣不同類型的任務
16:18.784–16:20.624
然後我們的skills
16:20.624–16:22.704
他可以靈活的加載對應的
16:22.704–16:24.564
skills加載對應的上下文
16:24.564–16:24.944
對不對
16:24.944–16:26.744
然後我們的subagent
16:26.744–16:29.084
實際上是我們子agent派發的一種方式
16:29.084–16:32.764
我們可以靈活的把你工作拍拍給你自定的agent
16:32.764–16:34.024
是怎麼樣的一個情況
16:34.024–16:38.264
然後同時我們這裡其實接下來是定義了多個的profile
16:38.264–16:39.044
這樣的文檔
16:39.044–16:41.044
多個profile文檔實際上
16:41.044–16:44.544
它是用於不同的agent去執行不同類型的任務
16:44.544–16:48.044
這點我們稍後會看到完整的profile這樣的文件
16:48.044–16:52.684
然後如果你現在是要建立一些agent的話
16:52.684–16:55.484
那麼每一個agent實際上它都需要有一個名字
16:55.484–16:56.404
需要有個description
16:56.404–16:59.084
需要有一個sandbox的這樣的權限設定
16:59.084–17:01.404
和我們的developer instructions
17:01.404–17:04.124
這點其實這個developer instructions非常重要
17:04.124–17:07.044
它實際上就是我們每次當前對應的agent
17:07.044–17:09.524
對應的特殊定義好的agent
17:09.524–17:10.324
每次執行的時候
17:10.324–17:11.164
它所載入進去
17:11.164–17:12.164
進入它的上下文
17:12.164–17:12.964
是這麼一回事
17:12.964–17:14.244
當然我們說對應的
17:14.244–17:15.124
對於codex來說
17:15.124–17:17.124
它的skill建立也是類似的
17:17.124–17:18.404
需要有一個name
17:18.404–17:19.724
需要有一個description
17:19.724–17:20.044
對不對
17:20.044–17:23.884
然後需要有一個當前的skills這樣的文件
17:23.884–17:26.204
用於去描述我們所有的skills
17:26.204–17:27.644
這樣的內容差不多
17:27.644–17:30.564
我們說是這樣的一些基本的設定
17:30.564–17:31.404
當然除此之外
17:31.404–17:33.244
我們有時候同學可能還會用到
17:33.244–17:35.044
像exec這樣的功能
17:35.044–17:37.084
所謂exec這樣的功能就指的是
17:37.084–17:38.784
我們給當前codex
17:38.784–17:40.224
給他輸入一條完整的指令
17:40.224–17:43.204
讓他一次性的完成整個完整指令
17:43.204–17:43.844
中途不間斷
17:43.844–17:46.424
它實際上是一個一次性的
17:46.424–17:49.344
任務執行的這樣的方法等等
17:49.344–17:51.924
這些實際上是一個基本的
17:51.924–17:52.664
我們說codex
17:52.664–17:55.544
它的一個使用過程
0:00.000–0:04.335
zhOK,好,那我們繼續,我們公開課的下一個小節這個內容。
好的，好，那我們繼續，我們公開課的下一個小節，這個內容。
0:04.335–0:08.028
zh那麼公開課其實相比之下,其實講的會比較快一些。
那麼公開課其實相比之下，其實講的會比較快一些。
0:08.028–0:11.721
zh主要是大家有這樣的一個全局的技術的認識和了解。
主要是大家有這樣的一個全局的技術的認識和了解。
0:11.721–0:15.254
zh然後對於很多底層東西,我們其實是不會展開講。
然後對於很多底層東西，我們其實是不會展開講。
0:15.254–0:20.231
zh更多其實就是比如說我們接下來直接上手使用Codex來進行運行。
更多其實就是比如說我們接下來直接上手使用 Codex 來進行運行。
0:20.231–0:22.800
zh看一下到底應該怎麼樣來進行開發。
看一下到底應該怎麼樣來進行開發。
0:22.800–0:25.440
zh那么之前我们其实是大概给大家介绍了一下
那麼之前我們其實是大概給大家介紹了一下
0:25.440–0:28.440
zh关于Deepseek v4 flash跟我们的Responsees API
關於 Deepseek v4 flash 跟我們的 Responsees API
0:28.440–0:30.360
zh它的一些基本的能力
它的一些基本的能力
0:30.360–0:33.540
zh那么接下来比较重要的就是我们怎么样使用这Codex
那麼接下來比較重要的就是我們怎麼樣使用這 Codex
0:33.540–0:37.260
zh来完成更加复杂的这些agent开发
來完成更加複雜的這些 agent 開發
0:37.260–0:40.780
zh很多底层的原理基本上大家了解一下
很多底層的原理基本上大家了解一下
0:40.780–0:43.480
zh想一想知道是怎么一回事也就可以了
想一想知道是怎么一回事也就可以了
0:43.480–0:47.060
zh但比较重要的是我们怎么样去使用现在这工具来完成对应的开发
但比較重要的是我們怎麼樣去使用現在這工具來完成對應的開發
0:47.060–0:49.960
zh这里有一个大家需要知道的一个点
這裡有一個大家需要知道的一個點
0:49.960–0:51.220
zh就在于对于Codex来说
就在於對於 Codex 來說
0:51.220–0:53.040
zh它其实现在功能现在是很丰富的
它其實現在功能現在是很豐富的
0:53.040–0:54.040
zh那有CodexClip
那有 Codex Clip
0:54.040–0:56.880
zh有Codex的桌面端
有 Codex 的桌面端
0:56.880–0:58.100
zh就是Codex的APP
就是 Codex 的 APP
0:58.100–0:59.560
zh还有Codex IDE的拓展
還有 Codex IDE 的拓展
0:59.560–1:00.540
zh还有Codex的Cloud
還有 Codex 的 Cloud
1:00.540–1:03.700
zh它的云环境的运行和ChatGPT等等
它的雲環境的運行和 ChatGPT 等等
1:03.700–1:06.740
zh当然现在Codex桌面端跟ChatGPT实际上是已经合并了
當然現在 Codex 桌面端跟 ChatGPT 實際上是已經合併了
1:06.740–1:08.820
zh他们是已经合并成一个APP了
他們是已經合併成一個 APP 了
1:08.820–1:10.620
zh那么大家之前可能很多
那麼大家之前可能很多
1:10.620–1:13.100
zh我们不管开发同学用的比较多的
我們不管開發同學用的比較多的
1:13.100–1:15.760
zh实际上就是Codex的桌面端会用的比较多
實際上就是 Codex 的桌面端會用的比較多
1:15.760–1:16.180
zh对吧
對吧
1:16.180–1:18.080
zh当然我们之后其实会比较多的
當然我們之後其實會比較多的
1:18.080–1:20.520
zh是使用这codex的命令行来进行开发
是使用這 codex 的命令行來進行開發
1:20.520–1:21.780
zh当然对于命令行来说
當然對於命令行來說
1:21.780–1:23.040
zh大家也不用怕
大家也不用怕
1:23.040–1:24.140
zh觉得说命令行
覺得說命令行
1:24.140–1:27.680
zh这个环境会比较恐怖
這個環境會比較恐怖
1:27.680–1:28.180
zh对不对
對不對
1:28.180–1:31.900
zh这个纯命令行需要点击来进行操作
這個純命令行需要點擊來進行操作
1:31.900–1:32.840
zh会比较困难等等
會比較困難等等
1:32.840–1:34.720
zh这个其实不用特别担心
這個其實不用特別擔心
1:34.720–1:37.200
zh我们接下来会带大家一步一步来进行实现
我們接下來會帶大家一步一步來進行實現
1:37.200–1:39.260
zh所以其实还好
所以其實還好
1:39.260–1:40.280
zh对于开发人员来说
對於開發人員來說
1:40.280–1:41.620
zh其实使用这个桌面
其實使用這個桌面
1:41.620–1:44.140
zh使用这个命令行来完成开发
使用這個命令行來完成開發
1:44.140–1:45.780
zh这个事情其实是迟早的事
這件事情其實是遲早的事
1:45.780–1:49.160
zh是一定需要去克服和一定需要来进行解决的
是一定需要去克服和一定需要來進行解決的
1:49.160–1:49.680
zh好
好
1:49.680–1:52.220
zh那么接下来我们说对于Kodaks怎么样来进行安装
那麼接下來我們說對於Kodaks怎麼樣來進行安裝
1:52.220–1:55.040
zh这里安装其实并不会特别复杂
這裡安裝其實並不會特別複雜
1:55.040–1:57.260
zh基本上就是运行这些命令来进行安装
基本上就是運行這些命令來進行安裝
1:57.260–2:01.440
zh那么一般来说我们使用这CURL来进行安装的
那麼一般來說我們使用這CURL來進行安裝的
2:01.440–2:03.920
zh这个情况是比较多的
這個情況是比較多的
2:03.920–2:09.900
zh这个应该是我们最为常见的一个情况
這個應該是我們最為常見的一個情況
2:09.900–2:15.360
zh那么正好我们现在也一边
那麼正好我們現在也一邊
2:15.360–2:17.120
zh来给大家来进行一个运行
來給大家來進行一個運行
2:17.120–2:18.440
zh一边来给大家看一下
一邊來給大家看一下
2:18.440–2:20.720
zh到底应该怎么样来进行配置
到底應該怎麼樣來進行配置
2:20.720–2:23.840
zh首先我们说基本上就是这么三行的命令
首先我們說基本上就是這麼三行的命令
2:23.840–2:25.740
zh就可以完成所有的安装
就可以完成所有的安裝
2:25.740–2:26.640
zh那么一般来说
那麼一般來說
2:26.640–2:29.080
zh我们说使用这CURL来进行安装
我們說使用這CURL來進行安裝
2:29.080–2:30.660
zh肯定是最多的
肯定是最多的
2:30.660–2:32.720
zh当然我们说如果你安装好了这NPM的话
當然我們說如果你安裝好了這NPM的話
2:32.720–2:35.160
zh那么使用NPM来进行安装也是可以的
那麼使用NPM來進行安裝也是可以的
2:35.160–2:37.140
zh然后对于MacOS来说
然後對於MacOS來說
2:37.140–2:38.360
zh如果你有Home Pro的话
如果你有Home Pro的話
2:38.360–2:39.880
zh你也可以使用它来进行安装
你也可以使用它來進行安裝
2:39.880–2:42.640
zh这三种安装方法其实都是可以的
這三種安裝方法其實都是可以的
2:42.640–2:43.640
zh都是没有什么问题的
都是沒有什麼問題的
2:43.640–2:44.720
zh那么安装完了之后
那麼安裝完了之後
2:44.720–2:47.720
zh接下来你就可以输入 version 来看一下它的版本号
接下來你就可以輸入 version 來查看它的版本號
2:47.720–2:54.720
zh那么目前 codex的click或者 codex命令版本号最多是0.146.0
那麼目前 codex的click或者 codex命令版本號最多是0.146.0
2:54.720–2:57.720
zh这个应该是最新版 这个应该问题不大
這個應該最新版 這個應該問題不大
2:57.720–3:00.720
zh大家安装好之后 接下来就可以直接来进行使用了
大家安裝好之後 接下來就可以直接來進行使用了
3:00.720–3:04.720
zh当然安装完了之后 这里其实我们可能还需要做的一个事情
當然安裝完了之後 這裡其實我們可能還需要做的一個事情
3:04.720–3:08.720
zh是把deep-seekv4这个模型给它来进行一个接入
是把deep-seekv4這個模型給它來進行一個接入
3:08.720–3:11.720
zh那么具体怎么接入 实际上它本质是有两种方法
那麼具體怎麼接入 實際上它本質是有兩種方法
3:11.720–3:16.220
zh这个比较简单的是直接用官方的这个方法来进行运行
這個比較簡單的是直接用官方的這個方法來進行運行
3:16.220–3:20.220
zh除此之外呢你也可以使用这个CCSWITCH来进行一个中转也是可以的
除此之外呢你也可以使用這個CCSWITCH來進行一個中轉也是可以的
3:20.220–3:23.720
zh当然这个CCSWITCH是什么怎么样来进行一个使用
當然這個CCSWITCH是什麼怎麼樣來進行一個使用
3:23.720–3:27.220
zh我们一会儿在后面在这里的时候到时候会给大家看一下
我們稍後會在這裡示範給大家看
3:27.220–3:28.720
zh这个CCSWITCH怎么样来进行使用
這個 CCSWITCH 要如何使用
3:28.720–3:32.220
zh但是我们现在觉得呢其实使用官方的这个接入CODEX的方法
但我們現在覺得，其實使用官方接入 CODEX 的方法
3:32.220–3:34.720
zh应该是最简单的一种方式
應該是最簡單的一種方式
3:34.720–3:37.220
zh那么官方怎么样去接入CODEX呢很简单
那麼官方要怎麼接入 CODEX 呢？很簡單
3:37.220–3:39.220
zh比如说如果你现在是MacOS的话
例如，如果你現在使用的是 macOS
3:39.220–3:44.500
zhmacos的话 那么你就直接运行这样的命令 其实就可以了 也就是说在你的命令行里面
如果是 macOS，那麼你直接運行這樣的命令就可以了，也就是說在你的命令列中
3:44.500–3:47.420
zh你就可以直接
你就可以直接
3:47.420–3:52.380
zh你就可以直接运行 我们现在的这样的命令
你就可以直接運行我們現在這樣的命令
3:52.380–4:03.180
zh然后就可以进入到我们接下来他就他脚本实际上是直接全自动的去完成某一个叫做codex-deep-research-setup
然後就可以進入到我們接下來，這個腳本實際上會直接全自動地完成一個叫做 codex-deep-research-setup
4:03.180–4:06.620
zh这样的一个脚本的安装和运行
這樣一個腳本的安裝和運行
4:06.620–4:08.480
zh然后呢这个脚本啊
然後這個腳本啊
4:08.480–4:10.060
zh最核心的这个作用啊
最核心的這個作用啊
4:10.060–4:11.920
zh实际上就是帮你一键啊
實際上就是幫你一鍵啊
4:11.920–4:15.260
zh把你当前底层的Codex的所有配置呢
把你當前底層 Codex 的所有配置呢
4:15.260–4:16.740
zh都给你迁移到啊
都給你遷移到啊
4:16.740–4:18.280
zhDeep Seek当中去啊
Deep Seek 當中去啊
4:18.280–4:20.480
zh当然这个如果你需要手动来进行配置的话
當然，如果你需要手動來進行配置的話
4:20.480–4:21.820
zh实际上非常非常复杂
實際上非常非常複雜
4:21.820–4:24.320
zh你需要修改很多很多参数和变量啊
你需要修改很多很多參數和變數啊
4:24.320–4:26.480
zh才能够把你底层已经安装好的
才能把你底層已經安裝好的
4:26.480–4:28.880
zh这一整个Codex给它迁移到
這一整個 Codex 給它遷移到
4:28.880–4:31.040
zhDeep Seek这个基础环境里面去啊
Deep Seek 這個基礎環境裡面去啊
4:31.040–4:32.960
zh但是如果你现在使用官方啊
但是如果你現在使用官方啊
4:32.960–4:34.100
zhDeep Seek官方给你提供的
Deep Seek 官方給你提供的
4:34.100–4:35.160
zh这样的脚本的话啊
這樣的腳本的話啊
4:35.160–4:36.600
zh实际上所有的事情都省啊
實際上所有的事情都省了
4:36.600–4:38.800
zh他会非常非常的这个便记啊
它會非常非常的這個方便啊
4:38.800–4:41.640
zh然后呢当然如果你想看这个脚本里面具体写了什么东西的话
然後呢，當然如果你想看這個腳本裡面具體寫了什麼東西的話
4:41.640–4:43.380
zh那么这个脚本实际上它是规定了啊
那麼這個腳本實際上它是規定了啊
4:43.380–4:45.680
zh关于当前这个modal啊modal provider啊
關於當前這個 modal 啊 modal provider 啊
4:45.680–4:46.980
zh然后呢他介入方法啊
然後呢，他介入方法啊
4:46.980–4:47.180
zh对不对
對不對
4:47.180–4:48.380
zh然后他的这个written effort
然後他的這個 written effort
4:48.380–4:51.300
zh然后呢我们现在的啊这个chat log啊
然後呢，我們現在的啊這個 chat log 啊
4:51.300–4:53.100
zh就是我们现在这个对话日志保存在哪里
就是我們現在這個對話日誌保存在哪裡
4:53.100–4:54.300
zh然后等等等等啊
然後等等等等啊
4:54.300–4:57.740
zh所有的我们说相关的这个配置信息全部都会帮你写进去
所有的我們說相關的這個配置信息全部都會幫你寫進去
4:57.740–5:00.420
zh当然我们说你运行了这个脚本之后啊
當然我們說你運行了這個腳本之後啊
5:00.420–5:03.100
zh上面其实是呃mac用户啊
上面其實是呃 mac 用戶啊
5:03.100–5:03.680
zh是运行这个
就是執行這個
5:03.680–5:05.640
zh然后呢你如果是windows用户的话啊
然後呢如果你是 Windows 用戶的話啊
5:05.640–5:07.840
zh就是运行下面这个情况
就是執行下面這個情況
5:07.840–5:09.840
zh然后你在运行的过程当中
然後你在執行的過程中
5:09.840–5:11.040
zh他就会提醒你
他就會提醒你
5:11.040–5:14.040
zh是下面这个接测你可以不用管
是下面這個測試你可以不用管
5:14.040–5:15.040
zh然后他就会提醒你
然後他就會提醒你
5:15.040–5:18.440
zh你现在是使用Deepseek模型
你現在是使用 Deepseek 模型
5:18.440–5:20.040
zh还是Deepseek Pro模型
還是 Deepseek Pro 模型
5:20.040–5:24.240
zh还是要去回到原始的Codex环境里面去
還是要回到原始的 Codex 環境裡面去
5:24.240–5:27.240
zh他实际上是会给你三个不同的选项的
他實際上會給你三個不同的選項
5:27.240–5:28.440
zh那么这三个不同选项
那麼這三個不同選項
5:28.440–5:29.840
zh你就可以自由的来进行选取了
你就可以自由地來進行選取了
5:29.840–5:33.840
zh当然现在DeepseekV4 Pro模型的正式版还没有上线
當然現在 Deepseek V4 Pro 模型的正式版還沒有上線
5:33.840–5:36.380
zh所以你可能只能去选取这个Flash
所以你可能只能去選取這個 Flash
5:36.380–5:38.820
zh就是Deep Stick V4 Flash正式版来进行运行
就是 Deepseek V4 Flash 正式版來進行執行
5:38.820–5:40.680
zh然后当你输入完成之后
然後當你輸入完成之後
5:40.680–5:42.720
zh那么接下来它会提醒你输入API Key
那麼接下來它會提醒你輸入 API Key
5:42.720–5:44.200
zh然后你再输入API Key
然後你再輸入 API Key
5:44.200–5:45.900
zh输入完API Key之后
輸入完 API Key 之後
5:45.900–5:49.120
zh那么接下来它就会显示这Completed这样的按钮
那麼接下來它就會顯示 Completed 這樣的按鈕
5:49.120–5:50.560
zh当你当这样的信息
當你出現這樣的訊息
5:50.560–5:52.920
zh当你如果看到Completed的信息的话
當你如果看到 Completed 的訊息的話
5:52.920–5:54.260
zh说明你现在配置成功了
說明你現在配置成功了
5:54.260–5:55.080
zh就这么样的情况
就是這麼樣的狀況
5:55.080–6:00.600
zh当然我们说如果你还想继续回到你最一开始的这样的配置
當然我們說如果你還想繼續回到你最一開始的這樣的配置
6:00.600–6:02.160
zh或者你想切换底层模型的话
或者你想切換底層模型的話
6:02.160–6:04.600
zh那么就再次运行这样的命令就可以了
那麼就再次執行這樣的命令就可以了
6:04.600–6:09.080
zh比如说我现在想再切回我们原始的codex这样的环境的话
比如說我現在想再切回我們原始的 codex 這樣的環境的話
6:09.080–6:10.540
zh那么OK你再运行一下这个命令
那麼 OK 你再執行一下這個命令
6:10.540–6:12.280
zh它又会弹出我们最开始的三个选项
它又會彈出我們最開始的三個選項
6:12.280–6:16.280
zh你是使用Deepseek v4的flash这个模型
你是使用 Deepseek v4 的 flash 這個模型
6:16.280–6:17.240
zh还是pro这个模型
還是 pro 這個模型
6:17.240–6:20.180
zh还是回到你最开始的codex的这样的环境配置
還是回到你最開始的 codex 這樣的環境配置
6:20.180–6:23.400
zh然后你选择回到最开始的codex环境配置就可以了
然後你選擇回到最開始的 codex 環境配置就可以了
6:23.400–6:26.880
zh它就可以让你回到你最开始的codex的配置
它就可以讓你回到你最開始的 codex 的配置
6:26.880–6:28.760
zh当然我们最开始安装好了codex之后
當然我們最開始安裝好了 codex 之後
6:28.760–6:30.520
zh其实还并没有来进行授权
其實還並沒有來進行授權
6:30.520–6:36.080
zh所以其实你这里面如果是需要来进行回到你原始的Codex版本的话
所以其實你裡面如果是需要來進行回到你原始的 Codex 版本的話
6:36.080–6:39.200
zh那么其实你是需要重新围绕你Codex来进行授权的
那麼其實你是需要重新圍繞你 Codex 來進行授權的
6:39.200–6:44.420
zh就比如说你可以使用现在的订阅的这样的额度来去完成Codex的运行
舉例來說，你可以使用目前的訂閱額度來執行 Codex。
6:44.420–6:46.020
zh这个其实是完全OK的
這完全是沒問題的。
6:46.020–6:49.840
zh那么说此之外我们从下面还有一个叫做使用CCSWITCH
此外，我們還有一個叫做 CCSWITCH 的功能。
6:49.840–6:57.660
zhCCSWITCH实际上最早是Cloudcode的一个编码形式的这样的一个同步映射的这样的工具
CCSWITCH 最初是 Cloud Code 的一種編碼形式的同步映射工具。
6:57.660–6:58.560
zh我们之前不是说了吗
我們之前不是說過了嗎？
6:58.560–6:59.740
zh对你当前这个模型来说
對於你當前的模型來說，
6:59.740–7:01.320
zh你需要介入各样的不同的
你需要介入各種不同的
7:01.320–7:02.560
zhagent里边去
agent 中。
7:02.560–7:03.800
zh那么你可能就需要
那麼你可能就需要
7:03.800–7:05.020
zh满足不同的agent
滿足不同 agent
7:05.020–7:06.720
zh它本身的响应格式
本身的回應格式。
7:06.720–7:07.040
zh对吧
對吧？
7:07.040–7:08.940
zh那么在原来的这个情况下
在原本的情況下，
7:08.940–7:09.720
zh比如很多模型
比如很多模型
7:09.720–7:11.100
zh它响应格式本来不符合
它們的回應格式本來就不符合
7:11.100–7:11.740
zh比如说Anthopic
例如 Anthropic
7:11.740–7:12.620
zh他们的这个要求
它們的要求。
7:12.620–7:13.640
zh那这个时候怎么办呢
那這時候該怎麼辦呢？
7:13.640–7:14.460
zh这个时候你就可以使用
這時候你就可以使用
7:14.460–7:15.040
zh这个Sysswitch
這個 CCSwitch。
7:15.040–7:16.760
zh它是可以帮你把你的
它可以幫你將你的
7:16.760–7:18.760
zh输出的格式来进行转换
輸出格式進行轉換。
7:18.760–7:19.460
zh转换了之后
轉換之後，
7:19.460–7:20.400
zh就可以介入到
就可以介入到
7:20.400–7:21.080
zh比如Cloud Code
例如 Cloud Code
7:21.080–7:22.480
zh或者是Codex里边去
或是 Codex 中。
7:22.480–7:23.220
zh是这么一回事
就是這麼一回事。
7:23.220–7:24.840
zh但现在我们说DeepSeek
但現在我們說 DeepSeek
7:24.840–7:27.180
zh它出了兼容
它推出了兼容
7:27.180–7:28.380
zh我们当前的Codex
我們當前 Codex
7:28.380–7:30.840
zh这个版本的API响应格式之后
這個版本的 API 回應格式之後，
7:30.840–7:32.880
zh现在你也是可以使用这个CCSwitch
現在你也可以使用這個 CCSwitch。
7:32.880–7:35.760
zh因为CCSwitch它有一个goi的这样的页面
因為 CCSwitch 有一個 GUI 頁面。
7:35.760–7:38.660
zh它其实是可以直接在我们这个前端
它其實可以直接在我們這個前端
7:38.660–7:40.200
zh来进行这个运行
來進行運行。
7:40.200–7:42.540
zh就可以也是一个比较简单的
這也是一個比較簡單的
7:42.540–7:44.060
zh这样的这个运行的这个方法
運行方法。
7:44.060–7:46.220
zh它是可以在这个goi
它可以在這個 GUI
7:46.220–7:49.520
zh它是可以在这个goi里面来进行一个
它可以在這個 GUI 裡面進行一個
7:49.520–7:52.080
zh直接的这个同步的这样的一个运行
直接的同步運行。
7:52.080–7:53.020
zh这个也是可以的
這也是可以
7:53.020–7:55.040
zh但只不过呢CCSwitch现在来看
不過從目前來看CCSwitch
7:55.040–7:58.480
zh可能并不一定有我们上面所看到的
可能並不一定有我們上面所看到的
7:58.480–8:03.000
zh那样的一个
那樣的一個
8:03.000–8:13.000
zh但是如果之前是使用過SYSWITCH,那確實可以在GUI的頁面裡面直接來進行一個本地的轉換,其實就可以了。
但如果之前是使用過SYSWITCH，那確實可以在GUI頁面裡直接進行本地轉換，這樣就可以了。
8:13.000–8:19.020
zh它其实是可以把原始的响应格式来进行转换
它其實可以將原始回應格式進行轉換
8:19.020–8:23.520
zh然后直接就把它导入到我们当前的Codex里边去
然後直接將其導入到我們當前的Codex中
8:23.520–8:26.880
zh它的流程并不是去修改你Codex本身的
它的流程並不是去修改你Codex本身的
8:26.880–8:30.160
zh并不是修改你本身Codex这样的一个配置
並不是修改你本身Codex的配置
8:30.160–8:34.160
zh而是让你现在本地去响应的这样的Deep Seek的
而是讓你在本地回應這樣的Deep Seek
8:34.160–8:35.860
zh这样的一个模型的API跟输出结果
這樣的模型的API與輸出結果
8:35.860–8:37.940
zh能够去适配你当前的SitSWitch
能夠去适配你當前的SitSWitch
8:37.940–8:39.540
zh是怎么样的一个情况
是怎樣的一種情況
8:39.540–8:40.700
zhOK好
好的
8:40.700–8:42.180
zh那这个呢是我们说的啊
那麼這個是我們所說的
8:42.180–8:42.740
zh它的一个
它的一個
8:42.740–8:46.380
zh基本的一个配置的这个方法
基本的配置方法
8:46.380–8:47.600
zh然后啊
然後啊
8:47.600–8:49.780
zh接下来比较重要的一点啊
接下來比較重要的一點啊
8:49.780–8:50.660
zh是关于我们的
是關於我們的
8:50.660–8:52.120
zh我们的这codex啊
我們的這個codex啊
8:52.120–8:54.420
zh应该如何来进行一个使用
應該如何進行使用
8:54.420–8:56.460
zh当然其实对于codex来说啊
當然其實對於codex來說啊
8:56.460–8:57.960
zh稍等我们这给大家看一下哈
稍等我們在這裡給大家看一下
8:57.960–8:59.160
zh关于codex啊
關於codex啊
8:59.160–9:00.580
zh如何来进行使用啊
如何進行使用啊
9:00.580–9:02.940
zh因为我这边是远程啊
因為我這邊是遠程啊
9:02.940–9:04.100
zh连的啊
連接的
9:04.100–9:05.720
zh连的这个codex啊
連接這個codex啊
9:05.720–9:07.020
zh然后呢我们来看一下
然後我們來看一下
9:07.020–9:08.440
zh我们实际上啊
我們實際上啊
9:08.440–9:09.400
zh这个codex
這個codex
9:09.400–9:11.400
zh应该如何来使用呢
應該如何來使用呢
9:11.400–9:12.560
zh大家稍等一下
大家稍等一下
9:12.560–9:13.620
zh大家看一下
大家看一下
9:13.620–9:17.400
zh其实我们说像Codex
其實我們說像Codex
9:17.400–9:18.640
zh或者是这个
或者是這個
9:18.640–9:19.920
enCloud Code
雲端程式碼
9:19.920–9:23.240
zh它的这个使用方法
它的使用方法
9:23.240–9:25.200
zh现在来看已经是
現在來看已經是
9:25.200–9:25.920
zh非常的
非常
9:25.920–9:29.780
zh已经是非常的这个类似了
已經是非常類似了
9:29.780–9:35.420
zh其实之前一段时间
其實之前一段時間
9:35.420–9:36.060
zh这个
這個
9:36.060–9:37.920
enCodex
Codex
9:37.920–9:40.840
zhcloud code封号的那段时间
Cloud Code 封號的那段期間
9:40.840–9:43.400
zh因为我们团队其实最早
因為我們團隊其實最早
9:43.400–9:45.000
zh是全部在
是全部在
9:45.000–9:46.440
zh使用这个
使用這個
9:46.440–9:49.740
zh我们团队
我們團隊
9:49.740–9:51.400
zh其实使用
其實使用
9:51.400–9:54.000
zhcloud code其实使用的是比较多的
Cloud Code 其實用得比較多
9:54.000–9:54.480
zh在这
在這
9:54.480–9:55.920
zh大家看一下
大家看一下
9:55.920–9:58.240
zh然后呢在
然後呢在
9:58.240–10:02.040
zhcodex的这个
Codex 的這個
10:02.040–10:04.460
zh在cloud code封号了之后呢
在 Cloud Code 封號之後呢
10:04.460–10:06.400
zh其实我们才全部的
其實我們才全部的
10:06.400–10:11.660
zh全部的转向了
全部的轉向
10:11.660–10:12.460
zh这个codex
這個 Codex
10:12.460–10:18.620
zh所以在过去一段时间
所以在過去一段時間
10:18.620–10:19.720
zh实际上我们在
實際上我們在
10:19.720–10:22.000
zh使用codex的场景
使用 Codex 的場景
10:22.000–10:23.520
zh其实非常多
其實非常多
10:23.520–10:26.580
zh基本上从头到尾
基本上從頭到尾
10:26.580–10:28.480
zh都是在使用codex
都是在使用 Codex
10:28.480–10:30.240
zh所以在codex里边
所以在 Codex 裡面
10:30.240–10:31.920
zh我们也是积累了非常多的一些
我們也是積累了非常多的一些
10:31.920–10:34.660
zh使用的一些心得和一些方法
使用的一些心得和一些方法
10:34.660–10:36.560
zh那么总的来说
那麼總體來說
10:36.560–10:38.860
zh我们这里可以先快速的给大家看一下
我們這裡可以先快速的給大家看一下
10:38.860–10:41.700
zh如果我们现在接下来要去使用这个Codex的话
如果我們現在接下來要去使用這個 Codex 的話
10:41.700–10:45.580
zh那么你到底有哪一些需要去注意的这个事项
那麼你到底有哪一些需要去注意的事項
10:45.580–10:48.460
zh那么首先我们说对于这个Codex来说
那麼首先我們說對於這個 Codex 來說
10:48.460–10:50.560
zh它的基本的这个项目结构
它的基本這個專案結構
10:50.560–10:51.720
zh其实和Cloud Code
其實和 Cloud Code
10:51.720–10:53.380
zh或者和其他的一些这个项目
或者和其他的一些這個專案
10:53.380–10:54.320
zh其实很大的这个区别
其實很大的這個區別
10:54.320–10:56.940
zh那么当我们接下来要去使用这个Codex的话
那麼當我們接下來要去使用這個 Codex 的話
10:56.940–10:59.460
zh我们这里先给大家补充一轮这个理论基础
我們這裡先給大家補充一輪這個理論基礎
10:59.460–11:01.960
zh那么首先你可能基本的项目结构
那麼首先，你可能的基本專案結構
11:01.960–11:03.920
zh可能就长成这个样子
可能就會長成這個樣子
11:03.920–11:05.040
zh大家现在看到的
大家現在看到的
11:05.040–11:05.320
zh对不对
對不對
11:05.320–11:07.700
zh底层它会有一个agents.md
底層它會有一個 agents.md
11:07.700–11:09.140
zh然后它会有一个.cloud
然後它會有一個 .cloud
11:09.140–11:11.060
zh.codex这样的文件夹
.codex 這樣的資料夾
11:11.060–11:13.740
zh然后下面可能就是你的一系列的
然後下面可能就是你的一系列
11:13.740–11:16.260
zh对应的这样的一些项目文件
對應的這樣的一些專案檔案
11:16.260–11:18.500
zh那么codex实际上我们在进行开发的时候
那麼 Codex 實際上我們在進行開發的時候
11:18.500–11:22.040
zh仍然是围绕一个又一个独立的完整的项目
仍然是圍繞一個又一個獨立的完整專案
11:22.040–11:25.940
zh去构建对应的项目文件这样的形式来进行开发
去建構對應的專案檔案這樣的形式來進行開發
11:25.940–11:28.800
zh那么底层会有一个agents.md这样的文档
那麼底層會有一個 agents.md 這樣的文件
11:28.800–11:31.680
zh那么这个文档实际上是一个非常关键
那麼這個文件實際上是一個非常關鍵
11:31.680–11:33.740
zh非常重要的一个全局
非常重要的全域
11:33.740–11:36.160
zh涉及到全局的影响
涉及到全域的影響
11:36.160–11:37.240
zh这样的文档
這樣的文件
11:37.240–11:38.480
zh那么这个文档
那麼這個文件
11:38.480–11:39.940
zh它在实际的定义的过程当中
它在實際的定義過程當中
11:39.940–11:41.660
zh就是我们整个项目运行的过程
就是我們整個專案運行的過程
11:41.660–11:43.440
zh它需要遵循的最低层的
它需要遵循的最底層
11:43.440–11:44.760
zh核心的这样的指令
核心的這樣的指令
11:44.760–11:46.200
zh比如说我们现在如果要去
比如說我們現在如果要去
11:46.200–11:47.280
zh开发一些项目的话
開發一些專案的話
11:47.280–11:48.920
zh那么实际上开发的项目的
那麼實際上開發專案的
11:48.920–11:51.520
zh目标核心功能底层规则
目標核心功能底層規則
11:51.520–11:54.160
zh都需要写到agent.md里面去
都需要寫到 agents.md 裡面去
11:54.160–11:55.300
zh好那么紧接着
好那麼緊接著
11:55.300–11:56.500
zh它还有一个.codex
它還有一個 .codex
11:56.500–11:57.800
zh这样的文件夹
這樣的資料夾
11:57.800–11:59.480
zh那么.codex的文件夹
那麼 .codex 的資料夾
11:59.480–12:01.080
zh它的非常核心的功能
它的非常核心的功能
12:01.080–12:02.360
zh是去保存我们现在
是去保存我們現在
12:02.360–12:04.420
zh在进行整个agent项目运行
在進行整個 agent 專案運行
12:04.420–12:05.820
zh你可能免不了
你可能免不了
12:05.820–12:07.820
zh需要去额外定义一些子agent
需要去額外定義一些子 agent
12:07.820–12:08.280
zh对不对
對不對
12:08.280–12:10.480
zh那么所有的这些子agent
那麼所有的這些子 agent
12:10.480–12:11.840
zh那么对于Codex来说
那麼對於 Codex 來說
12:11.840–12:12.680
zh它的子agent
它的子 agent
12:12.680–12:15.200
zh是TML这样的格式来进行定义的
是以TML這樣的格式來進行定義的
12:15.200–12:16.880
zh那么它全部都是保存在
那麼它全部都是保存在
12:16.880–12:18.240
zh.Codex的文件夹里面
.Codex的資料夾裡面
12:18.240–12:20.060
zh就一个叫做agents的文件夹里面
就一個叫做agents的資料夾裡面
12:20.060–12:21.600
zh它里面有非常非常多的
它裡面有非常非常多的
12:21.600–12:23.820
zh一些关于你子agent这样的定义
一些關於你子agent這樣的定義
12:23.820–12:25.760
zh那么什么叫做子agent
那麼什麼叫做子agent
12:25.760–12:28.980
zh那么为什么我们需要单独定义系列的子agent
那麼為什麼我們需要單獨定義一系列的子agent
12:28.980–12:30.800
zh那么大家现在看到这样的项目录
那麼大家現在看到這樣的目錄
12:30.800–12:31.940
zh其实也就是我们之后
其實也就是我們之後
12:31.940–12:33.800
zh去搭建AI数据分析智能体的
去搭建AI數據分析智能體的
12:33.800–12:35.160
zh完整的项目的目录
完整的專案的目錄
12:35.160–12:36.220
zh所以我们这里现在可以
所以我們這裡現在可以
12:36.220–12:37.120
zh大概给大家看一下
大概給大家看一下
12:37.120–12:38.580
zh它是一个什么样的基本结构
它是一個什麼樣的基本結構
12:38.580–12:40.740
zh那么所谓的agents里面
那麼所謂的agents裡面
12:40.740–12:42.560
zh我们需要定义很多的子agents
我們需要定義很多的子agents
12:42.560–12:44.520
zh原因也是因为你在实际开发过程当中
原因也是因為你在實際開發過程當中
12:44.520–12:48.060
zh可能免不了需要去有一些
可能免不了需要去有一些
12:48.060–12:49.860
zh特定的开发类型的这样的任务
特定的開發類型的這樣任務
12:49.860–12:53.340
zh比如说我需要来进行PRD的审查
比如說我需要來進行PRD的審查
12:53.340–12:53.980
zh对不对
對不對
12:53.980–12:56.800
zh或者是我现在需要去围绕一些
或者是我現在需要去圍繞一些
12:56.800–12:59.280
zh项目的功能来编写一些测试脚本
專案的功能來編寫一些測試腳本
12:59.280–13:01.500
zh那对应的这不同类型的工作
那對應的這不同類型的工作
13:01.500–13:04.220
zh它实际上是需要有一套自己独立的生下文的
它實際上是需要有一套自己獨立的上下文
13:04.220–13:04.560
zh对不对
對不對
13:04.560–13:08.360
zh那这个时候我们就需要给它去创建一系列的agents
那這個時候我們就需要給它去創建一系列的agents
13:08.360–13:09.400
zh一系列的子agents
一系列的子agents
13:09.400–13:11.020
zh那到时候遇到这样的问题
那到時候遇到這樣的問題
13:11.020–13:13.860
zh我们就可以直接分派给对应的subagents来进行完成
我們就可以直接分派給對應的subagents來進行完成
13:13.860–13:14.720
zh就可以了
就可以了
13:14.720–13:19.500
zh是这么样的一个基本功能的定位
是這麼樣的一個基本功能的定位
13:19.500–13:22.160
zh然后这个文件夹里面当然就是现在的
然後這個資料夾裡面當然就是現在的
13:22.160–13:24.220
zh我们所有的sqs保存的地方
我們所有的sqs保存的地方
13:24.220–13:24.740
zh对不对
對不對
13:24.740–13:27.240
zh然后各式各样sqs都在里边
然後各式各樣sqs都在裡面
13:27.240–13:29.120
zh那么在网上下还有一些profile
那麼在根目錄下還有一些profile
13:29.120–13:33.120
zh和这个skeema 它实际上是我们当前特定的某些项目文件
和這個skeema它實際上是我們當前特定的某些專案檔案
13:33.120–13:36.720
zh里面的一些内容 当然还有test 还有readme
裡面的一些內容當然還有test還有readme
13:36.720–13:42.320
zh当然如果你现在所有的项目文件里面
當然如果你現在所有專案檔案裡面
13:42.320–13:47.520
zh如果还有紫项目的话 每个紫项目里面可能他也是需要有对应的一些readme
如果還有子專案的話 每個子專案裡面可能他也是需要有對應的一些 readme
13:47.520–13:50.320
zh这样的文档 这个是它的一个基本项目结构
這樣的文件 這是它的一個基本專案結構
13:50.320–13:53.520
zh那么比较重要的是我们初学者上手来进行使用的时候
那麼比較重要的是我們初學者上手來進行使用的時候
13:53.520–13:59.960
zh你是需要编辑好每一个agents.md这样的文档的
你是需要編輯好每一個 agents.md 這樣的文件的
13:59.960–14:02.240
zh那么agents.md这个文档
那麼 agents.md 這個文件
14:02.240–14:04.280
zh稍等我们刷新一下
稍等我們重新整理一下
14:04.280–14:05.960
zhagents.md这个文档
agents.md 這個文件
14:05.960–14:11.700
zh它实际上不会随着你未来上下文的变化
它實際上不會隨著你未來上下文環境的變化
14:11.700–14:12.200
zh而变化
而改變
14:12.200–14:16.560
zh它实际上是会始终都会加载到你当前的项目文件里面去
它實際上會始終都會載入到你當前的專案檔案裡面去
14:16.560–14:18.560
zh所以它实际上是最为核心
所以它實際上是最為核心
14:18.560–14:20.440
zh最为永久的项目的记忆
最為永久的專案記憶
14:20.440–14:23.380
zh这点你实际上是需要首先给它讲清楚的
這點你實際上是需要首先給它講清楚的
14:23.380–14:24.560
zh那么同时呢
那麼同時呢
14:24.560–14:26.620
zh我们实际上每次在进行运行的时候呢
我們實際上每次在進行執行的時候呢
14:26.620–14:27.620
zh刚刚其实我们看到啊
剛剛其實我們看到啊
14:27.620–14:29.480
zh有一个叫profile这样的这个参数啊
有一個叫 profile 這樣的這個參數啊
14:29.480–14:30.780
zh那么profile这个参数呢
那麼 profile 這個參數呢
14:30.780–14:33.780
zh它啊核心的这个用途是我们接下来呢
它啊核心的這個用途是我們接下來呢
14:33.780–14:36.140
zh在运行每个不同的这个项目的这个时候啊
在執行每個不同的這個專案的時候啊
14:36.140–14:38.800
zh那其实你可以导入对应的一些这个profile啊
那其實你可以匯入對應的一些這個 profile 啊
14:38.800–14:40.740
zh给他特定的一段提示词啊
給他特定的一段提示詞啊
14:40.740–14:41.280
zh是这么一回事
是這麼一回事
14:41.280–14:43.480
zh然后呢对于这个codex来说呢
然後呢對於 codex 來說呢
14:43.480–14:45.740
zh它呢实际上是有上下文的这个啊
它呢實際上是有上下文的這個啊
14:45.740–14:47.660
zh它呢是有这个全局的这个记忆啊
它呢是有這個全域的這個記憶啊
14:47.660–14:49.920
zh并且是有这跨文档的拥有记忆的啊
並且是有這跨文件的擁有記憶的啊
14:49.920–14:51.400
zh但是呢我们现在的啊
但是呢我們現在的啊
14:51.400–14:53.360
zh这个codex的实际上也是可能啊
這個 codex 的實際上也是可能啊
14:53.360–15:01.444
zh需要在你的memory参数里
需要在你的 memory 參數裡
15:01.444–15:04.004
zh那么除了我们对于Codex来说
那麼除了我們對於 Codex 來說
15:04.004–15:07.564
zh它有天然的一些记忆功能之外
它有天然的一些記憶功能之外
15:07.564–15:09.284
zh其实有的时候我们还需要
其實有的时候我們還需要
15:09.284–15:10.564
zh接着它的钩子系统
接著它的鉤子系統
15:10.564–15:13.724
zh给它人工的设定一些记忆的功能
給它人工的設定一些記憶的功能
15:13.724–15:15.284
zh当然这点会比较复杂
當然這點會比較複雜
15:15.284–15:16.884
zh这个我们稍后再说
這個我們稍後再說
15:16.884–15:18.844
zh然后同时对于Codex来说
然後同時對於 Codex 來說
15:18.844–15:19.844
zh我们实际上进行运行的时候
我們實際上進行執行的時候
15:19.844–15:21.484
zh它还有很多斜杠命令
它還有很多斜線命令
15:21.484–15:23.964
zh那么这些斜杠命令里边用的比较多的
那麼這些斜線命令裡面用得比較多的
15:23.964–15:25.124
zh比如说Compact对不对
比如說Compact對不對
15:25.124–15:25.944
zh去亚洲藏小文
去壓縮小文本
15:25.944–15:28.824
zh然后Model去切换你当前这样的模型
然後用Model來切換你當前這樣的模型
15:28.824–15:31.084
zh然后Permissions去设置
然後用Permissions來設置
15:31.084–15:33.544
zh你当前的对话当中的这样的一个权限
你當前對話當中的一個這樣的權限
15:33.544–15:37.524
zh然后这个states是去看你当前绘画运行的这样的基本状态
然後這個states是去看你當前繪畫運行的這樣的基本狀態
15:37.524–15:41.724
zh这里面大家其实都是可以通过一些命令来进行测试的
這裡面大家其實都是可以通過一些命令來進行測試的
15:41.724–15:45.044
zh那么实际上我们在进行复杂任务开发的这个时候
那麼實際上我們在進行複雜任務開發的時候
15:45.044–15:48.244
zh我们往往需要比如说组件多agent这样的系统
我們往往需要比如說組件多agent這樣的系統
15:48.244–15:48.564
zh对不对
對不對
15:48.564–15:50.664
zh这个时候比较重要的就是我们的profile
這個時候比較重要的就是我們的profile
15:50.664–15:51.444
zh我们的agent
我們的agent
15:51.444–15:54.004
zh我们的skill和我们的subagent这四个对象
我們的skill和我們的subagent這四個對象
15:54.004–15:56.064
zh当然这里面我们先给大家快速的过一下
當然這裡面我們先給大家快速的過一下
15:56.064–15:57.864
zh大家理解一下是什么样的概念
大家理解一下是什麼樣的概念
15:57.864–15:59.384
zh稍后我们会有具体的操作
稍後我們會有具體的操作
15:59.384–16:01.044
zh那profile实际上指的是
那profile實際上指的是
16:01.044–16:03.504
zh我们每次在开启codex的时候
我們每次在開啟codex的時候
16:03.504–16:05.324
zh你其实可以给他输入一个profile
你其實可以給他輸入一個profile
16:05.324–16:07.464
zh相当于是给他输入一段文本信息
相當於是給他輸入一段文本信息
16:07.464–16:09.424
zh让他接下来是执行什么样的任务
讓他接下來是執行什麼樣的任務
16:09.424–16:11.704
zh给他临时的人工
給他臨時的人工
16:11.704–16:13.164
zh给他灌入输入一个上下文
給他灌入輸入一個上下文
16:13.164–16:14.744
zh然后同时我们刚刚说了
然後同時我們剛剛說了
16:14.744–16:16.464
zh你的自定义的agent
你的自定義的agent
16:16.464–16:18.784
zh可以灵活的派发各式各样不同类型的任务
可以靈活的派發各式各樣不同類型的任務
16:18.784–16:20.624
zh然后我们的skills
然後我們的skills
16:20.624–16:22.704
zh他可以灵活的加载对应的
他可以靈活的加載對應的
16:22.704–16:24.564
zhskills加载对应的上下文
skills加載對應的上下文
16:24.564–16:24.944
zh对不对
對不對
16:24.944–16:26.744
zh然后我们的subagent
然後我們的subagent
16:26.744–16:29.084
zh实际上是我们子agent派发的一种方式
實際上是我們子agent派發的一種方式
16:29.084–16:32.764
zh我们可以灵活的把你工作拍拍给你自定的agent
我們可以靈活的把你工作拍拍給你自定的agent
16:32.764–16:34.024
zh是怎么样的一个情况
是怎麼樣的一個情況
16:34.024–16:38.264
zh然后同时我们这里其实接下来是定义了多个的profile
然後同時我們這裡其實接下來是定義了多個的profile
16:38.264–16:39.044
zh这样的文档
這樣的文檔
16:39.044–16:41.044
zh多个profile文档实际上
多個profile文檔實際上
16:41.044–16:44.544
zh它是用于不同的agent去执行不同类型的任务
它是用於不同的agent去執行不同類型的任務
16:44.544–16:48.044
zh这点我们稍后会看到完整的profile这样的文档
這點我們稍後會看到完整的profile這樣的文件
16:48.044–16:52.684
zh然后如果你现在是要创建一些agent的话
然後如果你現在是要建立一些agent的話
16:52.684–16:55.484
zh那么每一个agent实际上它都需要有一个名字
那麼每一個agent實際上它都需要有一個名字
16:55.484–16:56.404
zh需要有个description
需要有個description
16:56.404–16:59.084
zh需要有一个sendbox的这样的权限设置
需要有一個sandbox的這樣的權限設定
16:59.084–17:01.404
zh和我们的developer instructions
和我們的developer instructions
17:01.404–17:04.124
zh这点其实这个developer instructions非常重要的
這點其實這個developer instructions非常重要
17:04.124–17:07.044
zh它实际上就是我们每次当前对应的agent
它實際上就是我們每次當前對應的agent
17:07.044–17:09.524
zh对应的特殊的定义好的agent
對應的特殊定義好的agent
17:09.524–17:10.324
zh每次运行的时候
每次執行的時候
17:10.324–17:11.164
zh它所加载进去
它所載入進去
17:11.164–17:12.164
zh进去它上下文
進入它的上下文
17:12.164–17:12.964
zh是这么一回事
是這麼一回事
17:12.964–17:14.244
zh当然我们说对应的
當然我們說對應的
17:14.244–17:15.124
zh对于codex来说
對於codex來說
17:15.124–17:17.124
zh它的skill创建也是类似的
它的skill建立也是類似的
17:17.124–17:18.404
zh需要有一个name
需要有一個name
17:18.404–17:19.724
zh需要有一个description
需要有一個description
17:19.724–17:20.044
zh对不对
對不對
17:20.044–17:23.884
zh然后需要有一个当前的skills的这样的证文
然後需要有一個當前的skills這樣的文件
17:23.884–17:26.204
zh用于去描述我们所有的skills
用於去描述我們所有的skills
17:26.204–17:27.644
zh这样的内容差不多
這樣的內容差不多
17:27.644–17:30.564
zh我们说是这样的一些基本的设置
我們說是這樣的一些基本的設定
17:30.564–17:31.404
zh当然除此之外
當然除此之外
17:31.404–17:33.244
zh我们有的时候同学可能还会用到
我們有時候同學可能還會用到
17:33.244–17:35.044
zh像exec这样的功能
像exec這樣的功能
17:35.044–17:37.084
zh所谓exec这样的功能就指的是
所謂exec這樣的功能就指的是
17:37.084–17:38.784
zh我们给当前cogex
我們給當前codex
17:38.784–17:40.224
zh给他输入一条完整的指令
給他輸入一條完整的指令
17:40.224–17:43.204
zh让他一次性的完成整个完整指令
讓他一次性的完成整個完整指令
17:43.204–17:43.844
zh中途不间断
中途不間斷
17:43.844–17:46.424
zh它实际上是一个一次性的
它實際上是一個一次性的
17:46.424–17:49.344
zh任务的执行的这样的方法等等
任務執行的這樣的方法等等
17:49.344–17:51.924
zh这些实际上是一个基本的
這些實際上是一個基本的
17:51.924–17:52.664
zh我们说cogex
我們說codex
17:52.664–17:55.544
zh它的一个使用的过程
它的一個使用過程

影片筆記：DeepSeek V4正式版+Codex工业Agent开发实战！从零手搓AI数据分析Agent，Responses API调用流程与Codex核心功能详解！ p04 04.Codex接入与核心使用方法介绍

一句話總結

本段內容詳細介紹了 OpenAI Codex CLI 的安裝方式、透過官方腳本接入 DeepSeek V4 模型的配置流程，以及解析 Codex 的項目結構（如 agents.md 與 .codex 資料夾）、核心概念（Profile、Agent、Skill）與相關斜線命令的使用。

核心重點

  • Codex 安裝與生態：Codex 包含 CLI、桌面端（已與 ChatGPT 合併）、IDE 擴展及 Cloud 環境。開發者需掌握 CLI 操作，建議透過 CURL、NPM 或 Home Pro (MacOS) 安裝，最新版本號為 0.146.0。
  • DeepSeek 模型接入：
  • 官方推薦：使用 codex-deep-research-setup 自動腳本，可自動配置模型提供者、介入方法及日誌路徑。用戶可選擇 DeepSeek V4 Flash 或 DeepSeek V4 Pro（若正式版未上線則僅能選 Flash）。若切回原始環境需重新授權。
  • 中轉方案：對於響應格式不符的模型（如 Anthropic），可使用 CCSWITCH (或 Sysswitch/SYSWITCH) 進行本地格式轉換，將 DeepSeek 響應轉為 Codex 可接受格式。因 DeepSeek 已兼容，此方法非必須。
  • 項目結構與核心概念：
  • 目錄結構：agents.md 定義全局核心指令與永久記憶；.codex 資料夾保存子 Agent 定義（提及 .TML 格式）。
  • 核心對象：
  • Profile：臨時灌入的上下文與提示詞，指定任務類型。
  • Agent (子 Agent)：保存於 .codex，包含名稱、描述、sandbox 權限及 developer instructions，用於拆解複雜任務。
  • Skill (技能)：類似 Agent，用於靈活加載技能與上下文。
  • Sub-agent：子 Agent 派發工作的方式。
  • 操作命令：
  • /compact：壓縮上下文。
  • /model：切換模型。
  • /permissions：設置權限。
  • /states：查看狀態。
  • Exec 功能：輸入完整指令一次性完成任務。

詳細大綱

一、 Codex 工具生態與安裝

  1. 產品線概覽：
  • 包含 Codex CLI、桌面端（與 ChatGPT 合併為單一 APP）、IDE 擴展、Cloud 環境。
  • 強調開發者最終需克服命令行 (CLI) 操作，這是開發趨勢。
  1. 安裝方法：
  • 最常見：使用 CURL 命令安裝。
  • 替代方案：若已安裝 NPM 可使用 NPM 安裝；MacOS 用戶可使用 Home Pro 安裝。
  • 驗證：安裝後輸入 version 查看版本，目前最新版本號為 0.146.0。

二、 模型接入與配置 (DeepSeek 整合)

  1. 官方接入方式 (推薦)：
  • 使用官方提供的自動腳本 codex-deep-research-setup。
  • MacOS 用戶：運行特定命令，腳本會自動完成配置遷移。
  • Windows 用戶：運行對應命令。
  • 腳本功能：自動修改底層配置，包括模型提供者 (model provider)、介入方法、written effort、chat log 保存路徑等。
  • 選項選擇：運行後會提示選擇使用 Deepseek V4 Flash、Deepseek V4 Pro 或回到原始 Codex 環境。
  • 註：DeepSeek V4 Pro 正式版未上線時，僅能選擇 Flash 版本。
  • 授權：若切回原始 Codex 環境，需重新進行授權 (Subscription)。
  1. 中轉接入方式 (CCSWITCH / Sysswitch)：
  • 背景：部分模型 (如 Anthropic) 的響應格式不符合 Codex 要求，需進行格式轉換。
  • 工具：CCSWITCH (或稱 Sysswitch/SYSWITCH)，原為 Cloud Code 的同步映射工具。
  • 運作原理：在本地通過 GUI 頁面運行，將 DeepSeek 的原始響應格式轉換為 Codex 可接受的格式，而非修改 Codex 本身配置。
  • 現狀：因 DeepSeek 已兼容 Codex 版本 API 響應格式，此方法非必須，但對於舊有使用者仍可使用。

三、 Codex 項目結構與核心概念

  1. 基本目錄結構：
  • agents.md：位於項目底層，定義全局核心指令、目標、核心功能與規則。此文件不會隨上下文變化，是項目永久的核心記憶。
  • .codex 資料夾：保存子 Agent (Sub-agent) 定義，格式為 .TML (或 .md 相關格式，文中提及 TML 格式定義)。
  • 其他文件：profile (提示詞文件)、skeema (架構/模式文件)、test、readme。
  1. 核心對象解析：
  • Profile：
  • 定義：每次開啟 Codex 時輸入的文本信息或提示詞。
  • 用途：臨時灌入上下文，指定執行任務類型。
  • 配置：可創建多個 profile 文檔對應不同 Agent 任務。
  • Agent (子 Agent)：
  • 定義：保存在 .codex 資料夾中，用於處理特定類型任務 (如 PRD 審查、測試腳本編寫)。
  • 結構：需包含名稱 (name)、描述 (description)、sandbox 權限設置、以及 developer instructions (開發者指令，定義每次運行加載的上下文)。
  • 目的：將複雜任務拆解，分派給具備獨立上下文的子 Agent 完成。
  • Skill (技能)：
  • 定義：類似 Agent，需包含名稱、描述及技能文檔。
  • 用途：靈活加載對應的技能與上下文。
  • Sub-agent (子代理)：
  • 定義：子 Agent 派發工作的一種方式。
  1. 其他功能與命令：
  • 斜線命令 (Slash Commands)：
  • /compact：壓縮上下文 (文中提及「去亞洲藏小文」疑為語音識別錯誤，意指壓縮/壓縮上下文)。
  • /model：切換當前模型。
  • /permissions：設置對話權限。
  • /states：查看當前繪畫/運行狀態。
  • 記憶機制：Codex 具有全局記憶與跨文檔記憶，但也需透過 memory 參數或鉤子系統 (Hook system) 人工設定記憶。
  • Exec 功能：輸入完整指令，一次性完成任務，中途不間斷。

工具 / 模型 / 名詞整理

  • Codex：OpenAI 的命令行工具及相關產品線 (CLI, Desktop App, IDE Extension, Cloud)。
  • ChatGPT：與 Codex 桌面端合併的應用。
  • DeepSeek：
  • DeepSeek V4 Flash：文中提到的正式版模型。
  • DeepSeek V4 Pro：文中提到正式版尚未上線的模型。
  • Anthropic：被提及為響應格式不符合要求的模型提供商。
  • Cloud Code：Google 的編碼工具，文中提及曾封號及與 Codex 的對比。
  • CCSWITCH：文中主要提及的中轉工具名稱。
  • Sysswitch / SYSWITCH：文中交替出現的中轉工具名稱，被描述為 Cloud Code 的編碼形式同步映射工具。
  • CURL：安裝命令工具。
  • NPM：Node.js 包管理工具，用於安裝。
  • Home Pro：文中對 MacOS 安裝工具的稱呼 (疑為 Homebrew 的聽寫錯誤，但依規則保留原樣)。
  • codex-deep-research-setup：官方提供的自動配置腳本名稱。
  • agents.md：Codex 項目中的全局核心指令文件。
  • .codex：保存子 Agent 定義的資料夾。
  • Profile：提示詞上下文文件。
  • Skeema：文中提到的架構/模式文件 (疑為 Schema 的聽寫錯誤)。
  • TML：文中提到的子 Agent 定義格式。

操作流程整理

  1. 安裝 Codex CLI：
  • 根據作業系統選擇安裝方式：
  • Linux/通用：使用 CURL 命令。
  • 已安裝 Node.js：使用 NPM 安裝。
  • MacOS：使用 Home Pro 安裝。
  • 驗證安裝：執行 version 命令，確認版本號為 0.146.0。
  1. 接入 DeepSeek 模型 (官方推薦)：
  • 執行官方自動腳本 codex-deep-research-setup。
  • 根據作業系統 (MacOS/Windows) 運行對應命令。
  • 腳本自動修改底層配置 (模型提供者、介入方法、written effort、chat log 路徑)。
  • 選擇模型版本：Deepseek V4 Flash 或 Deepseek V4 Pro (若 Pro 未上線則選 Flash)。
  • 若選擇切回原始 Codex 環境，需重新進行授權 (Subscription)。
  1. 接入 DeepSeek 模型 (中轉方案 - 非必須)：
  • 若模型響應格式不符 (如 Anthropic)，運行 CCSWITCH (或 Sysswitch/SYSWITCH)。
  • 在本地 GUI 頁面運行，將 DeepSeek 原始響應格式轉換為 Codex 可接受格式。
  1. 配置項目結構：
  • 建立 agents.md 定義全局核心指令與規則。
  • 建立 .codex 資料夾，內部定義子 Agent (格式提及 .TML)。
  • 建立 profile 文件用於臨時上下文灌入。
  • 建立 skeema 文件 (架構/模式)。
  1. 使用核心功能：
  • 使用 /model 切換模型。
  • 使用 /permissions 設置權限。
  • 使用 /compact 壓縮上下文。
  • 使用 Exec 功能輸入完整指令一次性完成任務。

值得注意的限制或風險

  • 模型版本限制：DeepSeek V4 Pro 正式版未上線時，用戶僅能選擇 Flash 版本。
  • 授權風險：若從 DeepSeek 模型切回原始 Codex 環境，需重新進行授權 (Subscription)。
  • 格式兼容性：部分模型 (如 Anthropic) 的響應格式不符合 Codex 要求，需依賴中轉工具 (CCSWITCH) 進行轉換，若不使用中轉工具可能無法正常工作。
  • CLI 操作門檻：開發者最終需克服命令行 (CLI) 操作，這是開發趨勢，對新手可能有學習曲線。

逐字稿辨識疑點

  • 「Home Pro」：文中提到 MacOS 安裝工具為 Home Pro，通常 MacOS 套件管理器為 Homebrew，此處可能為口誤或聽寫錯誤。
  • 「去亞洲藏小文」：在介紹 /compact 命令時，文中描述為「去亞洲藏小文」，根據語境推測應為「壓縮上下文」或類似含義，但依規則標記為疑點。
  • 「TML 格式」：文中提到子 Agent 定義為 TML 格式，通常 Markdown 為 .md，TML 可能為口誤或特定格式縮寫，需查證。
  • 「CCSWITCH」與「Sysswitch/SYSWITCH」：文中交替使用 CCSWITCH、Sysswitch 和 SYSWITCH 指代同一個中轉工具，名稱不一致，需查證正確名稱。
  • 「written effort」：在描述腳本配置時出現 written effort，此非標準技術術語，可能為 token limit、write effort 或其他配置參數的聽寫錯誤。
  • 「Skeema」：文中提到項目文件中有 skeema，通常資料庫架構工具為 Schemac 或 Schema，此處可能為聽寫錯誤。
  • 「Compac」/「Compact」：文中斜線命令提及 Compact，但口語描述為「去亞洲藏小文」，確認命令為 /compact。
  • 「CodexClip」：文中提到產品線時出現 CodexClip，需確認是否為正確產品名稱。

可延伸追問

  • codex-deep-research-setup 腳本具體的執行參數與配置檔案路徑為何？
  • CCSWITCH (或 Sysswitch) 的具體安裝與配置步驟為何？
  • .TML 格式的子 Agent 定義具體的語法結構是什麼？
  • 如何具體編寫 agents.md 中的全局核心指令以達到最佳效果？
  • written effort 在 Codex 配置中具體代表什麼參數？

尚未產生學習筆記

請在 Telegram 指令最後加上「學習」，例如：videonote 網址 英文 雙語 學習