WEBVTT

00:00:00.000 --> 00:00:04.000
大家好,我是孫重重。歡迎大家來到這個Codex教程。

00:00:04.000 --> 00:00:16.000
最近Codex活到不行。7月9號GPT5.6發布以後,它在處理這些複雜任務、知識工作、設計和電腦操作這些方面的能力又往前邁了一步。

00:00:16.000 --> 00:00:20.000
我個人認為它就是當下我們最需要掌握的AI工具。

00:00:20.000 --> 00:00:29.000
因為它並不只是適合寫代碼,它是真正能夠在工作環境中去處理文檔、表格、數據分析、工作流自動化

00:00:29.000 --> 00:00:30.760
以及直接制作出来产品

00:00:30.760 --> 00:00:33.280
而且它在技术上的门槛并不高

00:00:33.280 --> 00:00:35.980
哪怕是你之前没有写过任何一行代码

00:00:35.980 --> 00:00:38.800
甚至是当你看到终端上的那一行行英文

00:00:38.800 --> 00:00:39.640
想把电脑合上

00:00:39.640 --> 00:00:40.740
这也没有关系

00:00:40.740 --> 00:00:43.720
这条视频就是从零开始教你怎么使用Codex

00:00:43.720 --> 00:00:46.640
我不会莫认为你已经知道什么叫框架

00:00:46.640 --> 00:00:47.300
依赖

00:00:47.300 --> 00:00:47.900
Gate

00:00:47.900 --> 00:00:50.440
进程等等这些名词是什么意思

00:00:50.440 --> 00:00:51.640
遇到这些词的时候

00:00:51.640 --> 00:00:54.120
我们先看一眼它在这里到底是什么用

00:00:54.120 --> 00:00:55.580
然后再做进一步的解释

00:00:55.580 --> 00:00:57.580
那这堂课我会先从Codex

00:00:57.580 --> 00:00:59.380
它到底是什么东西开始讲起

00:00:59.380 --> 00:01:02.640
然后项目任务模型推理强度

00:01:02.640 --> 00:01:04.780
权限计划目标终端

00:01:04.780 --> 00:01:06.460
DIF代码审查

00:01:06.460 --> 00:01:08.820
这些听起来有点陌生神秘的名词

00:01:08.820 --> 00:01:10.900
我都会把它放到具体操作里

00:01:10.900 --> 00:01:12.920
用普通人能听明白的话语

00:01:12.920 --> 00:01:14.100
去把它讲解清楚

00:01:14.100 --> 00:01:15.760
那理论讲完以后

00:01:15.760 --> 00:01:18.120
我会带着大家一起做一个案例实战

00:01:18.120 --> 00:01:20.220
从一个控网键夹开始

00:01:20.220 --> 00:01:21.900
做出一个专面版APP

00:01:21.900 --> 00:01:23.640
素材批量命名助手

00:01:23.640 --> 00:01:26.560
它是一个对内容创作者和电商从业者

00:01:26.560 --> 00:01:27.620
都很实用的工具

00:01:27.620 --> 00:01:29.140
它可以把你选中的

00:01:29.140 --> 00:01:31.820
录屏 视频 图片和音频文件

00:01:31.820 --> 00:01:32.620
导入进来

00:01:32.620 --> 00:01:33.600
批量选中

00:01:33.600 --> 00:01:36.760
按照项目名称 序号 素材类型

00:01:36.760 --> 00:01:38.040
和可选标签

00:01:38.040 --> 00:01:40.520
实时生成一套统一的新名称

00:01:40.520 --> 00:01:43.640
而且在真正批量改文件之前

00:01:43.640 --> 00:01:44.780
还可以完整看到

00:01:44.780 --> 00:01:46.380
旧名称 新名称和风险

00:01:46.380 --> 00:01:48.200
它会保护扩展名

00:01:48.200 --> 00:01:50.100
检查 筹名 非法字符

00:01:50.100 --> 00:01:52.060
文件占用和目标冲突

00:01:52.060 --> 00:01:53.160
在执行之前

00:01:53.160 --> 00:01:55.200
也会给你一页完整的确认

00:01:55.200 --> 00:01:56.140
执行以后

00:01:56.140 --> 00:01:57.540
可以查询操作记录

00:01:57.540 --> 00:01:59.940
还可以安全撤销最近一次任务

00:01:59.940 --> 00:02:01.460
没错看完这条视频

00:02:01.460 --> 00:02:04.220
你就可以跟着做出一版非常接近的产品

00:02:04.220 --> 00:02:05.980
不过边界也要说清楚

00:02:05.980 --> 00:02:07.180
每一步操作

00:02:07.180 --> 00:02:10.580
每一条提示词和每一个工作成果要如何验收

00:02:10.580 --> 00:02:12.060
我都会放到视频里

00:02:12.060 --> 00:02:13.860
但是我不能替你看屏幕

00:02:13.860 --> 00:02:16.980
如果你的结果和我操作的不一样的话

00:02:16.980 --> 00:02:18.420
先别跳过去

00:02:18.420 --> 00:02:20.900
把你的结果截图发给Codex

00:02:20.900 --> 00:02:22.100
让它去进行诊断

00:02:22.100 --> 00:02:25.420
这其实比复这一段永远不会出错的报告更有意义

00:02:25.420 --> 00:02:27.000
因为在真实做项目的时候

00:02:27.000 --> 00:02:30.120
我们的电脑和AI偶尔会有自己的想法

00:02:30.120 --> 00:02:32.580
这是没有办法完全避免的

00:02:32.580 --> 00:02:34.820
好 下面的内容我们分为两部分

00:02:34.820 --> 00:02:37.040
理论片和实践片

00:02:37.040 --> 00:02:39.200
理论片听起来可能会有点枯燥

00:02:39.200 --> 00:02:41.920
主要就是把Codex的核心功能讲清楚

00:02:41.920 --> 00:02:46.300
实践片就是从零开始制作出来刚才展示出的那个中原APP

00:02:46.300 --> 00:02:49.000
好 那我们现在正式开始Codex的理论片

00:02:49.000 --> 00:02:51.420
首先是Codex到底是什么

00:02:51.420 --> 00:02:53.880
我们可以先把它简单理解成一个

00:02:53.880 --> 00:02:55.760
能在实际工作环境里

00:02:55.760 --> 00:02:57.040
动手的AI助手

00:02:57.040 --> 00:02:58.440
普通聊天工具

00:02:58.440 --> 00:02:59.340
它最擅长的是

00:02:59.340 --> 00:03:00.620
在对话框里给你答案

00:03:00.620 --> 00:03:02.300
但Codex除了回答

00:03:02.300 --> 00:03:04.120
还可以在你允许的范围内

00:03:04.120 --> 00:03:05.580
查看项目文件

00:03:05.580 --> 00:03:07.080
创建和修改内容

00:03:07.080 --> 00:03:08.500
运行终端命令

00:03:08.500 --> 00:03:09.440
启动程序

00:03:09.440 --> 00:03:10.440
打开网页

00:03:10.440 --> 00:03:11.480
检查改动

00:03:11.480 --> 00:03:12.980
再把结果交给你验收

00:03:12.980 --> 00:03:15.340
这句话里最需要留意的是

00:03:15.340 --> 00:03:16.740
在你允许的范围内

00:03:16.740 --> 00:03:18.420
它不会因为你说了一句

00:03:18.420 --> 00:03:19.280
帮我做个APP

00:03:19.280 --> 00:03:20.740
就理所当然的

00:03:20.740 --> 00:03:21.760
接管了整台电脑

00:03:21.760 --> 00:03:23.320
顺便把你的桌面也收拾了

00:03:23.320 --> 00:03:24.680
把你的回收站也清理了

00:03:24.680 --> 00:03:26.940
甚至把你的人生也规划了

00:03:26.940 --> 00:03:28.580
而是你给他一个工作现场

00:03:28.580 --> 00:03:30.460
告诉他目标和边界

00:03:30.460 --> 00:03:32.480
他就在这个现场里执行

00:03:32.480 --> 00:03:34.120
遇到需要额外权限

00:03:34.120 --> 00:03:35.620
或者是比较重要的工作

00:03:35.620 --> 00:03:37.300
他就会停下来问你

00:03:37.300 --> 00:03:38.920
和普通聊天相比

00:03:38.920 --> 00:03:41.700
比如说ChatGPT或者是豆包

00:03:41.700 --> 00:03:44.380
Codex最明显的变化在这里

00:03:44.380 --> 00:03:46.340
他只能围绕一个项目

00:03:46.340 --> 00:03:49.360
持续的读改运行和验证

00:03:49.360 --> 00:03:52.280
他的行为不再只停留在对话框里

00:03:52.280 --> 00:03:55.100
你暂时只要记住这四件事

00:03:55.100 --> 00:03:56.080
读文件

00:03:56.080 --> 00:03:56.920
改文件

00:03:56.920 --> 00:03:57.720
运行

00:03:57.720 --> 00:03:58.520
验证

00:03:58.520 --> 00:04:00.400
以后再看到复杂的功能

00:04:00.400 --> 00:04:01.340
也可以先问

00:04:01.340 --> 00:04:03.500
它到底是在帮我理解项目

00:04:03.500 --> 00:04:04.460
改变项目

00:04:04.460 --> 00:04:05.680
还是验证结果呢

00:04:05.680 --> 00:04:07.220
Codex适合什么人

00:04:07.220 --> 00:04:08.860
它不适合拿来做什么呢

00:04:08.860 --> 00:04:11.060
很多人一看到Codex就会问

00:04:11.060 --> 00:04:13.300
这是不是只有程序员才能用

00:04:13.300 --> 00:04:14.300
当然不是

00:04:14.300 --> 00:04:16.280
程序员当然可以用它来写代码

00:04:16.280 --> 00:04:16.800
修bug

00:04:16.800 --> 00:04:17.920
做代码审查

00:04:17.920 --> 00:04:19.780
但如果你是内容创作者

00:04:19.780 --> 00:04:20.720
产品经理

00:04:20.720 --> 00:04:21.420
设计师

00:04:21.420 --> 00:04:24.840
业人公司研究人员或者是普通的办公用户

00:04:24.840 --> 00:04:26.500
你也可以让他做网页

00:04:26.500 --> 00:04:27.680
整理本地资料

00:04:27.680 --> 00:04:28.860
批量处理文件

00:04:28.860 --> 00:04:29.740
生成文档

00:04:29.740 --> 00:04:31.060
分析表格

00:04:31.060 --> 00:04:32.480
制作演示文稿

00:04:32.480 --> 00:04:34.860
或者是把一个重复流程变成小工具

00:04:34.860 --> 00:04:36.340
对普通用户来说

00:04:36.340 --> 00:04:37.580
更实际的门槛是

00:04:37.580 --> 00:04:39.440
能不能把下面几件事情说清楚

00:04:39.440 --> 00:04:41.620
我想解决谁的问题

00:04:41.620 --> 00:04:43.340
哪些内容必须保留

00:04:43.340 --> 00:04:45.180
哪些动作不能做

00:04:45.180 --> 00:04:47.940
最后我要怎样确认他真的完成了

00:04:47.940 --> 00:04:49.460
也是一个验收的过程

00:04:49.460 --> 00:04:52.360
当然Codex也有不适合直接放手做的事情

00:04:52.360 --> 00:04:53.860
涉及到真实付款

00:04:53.860 --> 00:04:54.740
公开发布

00:04:54.740 --> 00:04:55.620
批量删除

00:04:55.620 --> 00:04:56.680
生产数据库

00:04:56.680 --> 00:04:57.840
密码密钥

00:04:57.840 --> 00:04:58.900
中药合同

00:04:58.900 --> 00:05:01.380
或者是可能影响到别人的外部操作

00:05:01.380 --> 00:05:03.360
都要非常慎重的把任务交给他

00:05:03.360 --> 00:05:05.300
Codex可以把你的执行力放大

00:05:05.300 --> 00:05:07.360
但判断责任还是要放在你这里

00:05:07.360 --> 00:05:09.320
安装登录以及本次演示

00:05:09.320 --> 00:05:11.240
为什么要以MacOS为主线

00:05:11.240 --> 00:05:11.900
安装的话

00:05:11.900 --> 00:05:13.400
只要网络环境没有问题

00:05:13.400 --> 00:05:16.060
直接从OpenAI的官方入口下载

00:05:16.060 --> 00:05:17.640
专门App就可以了

00:05:17.640 --> 00:05:20.820
现在Codex已经和ChatGPT合并了

00:05:20.820 --> 00:05:22.760
这个专门APP也叫ChatGPT

00:05:22.760 --> 00:05:24.460
按照系统提示安装

00:05:24.460 --> 00:05:27.880
然后使用你的ChatGPT的账号登录就可以了

00:05:27.880 --> 00:05:30.020
您看到的具体按键的位置

00:05:30.020 --> 00:05:31.700
套餐和额度说明

00:05:31.700 --> 00:05:34.240
可能会随着版本变化而不同

00:05:34.240 --> 00:05:37.380
我是在7月22日录制的视频

00:05:37.380 --> 00:05:38.880
使用的是目前的版本

00:05:38.880 --> 00:05:41.860
如果你以后看到的名字略有不同也没有问题

00:05:41.860 --> 00:05:44.320
这次演示会以MacOS作为主线

00:05:44.320 --> 00:05:46.120
以我目前的使用体验

00:05:46.120 --> 00:05:49.820
Codex和MacOS的整套工作流程配合得很好

00:05:49.820 --> 00:05:52.120
不过这不等于Windows用户不能用

00:05:52.120 --> 00:05:56.600
桌面App的核心工作方式在两个系统上都成立

00:05:56.600 --> 00:05:59.880
第一次看Codex界面先了解功能区

00:05:59.880 --> 00:06:01.320
第一次打开Codex

00:06:01.320 --> 00:06:03.520
很多人可能会从左上角开始

00:06:03.520 --> 00:06:05.740
试图把每个按钮都记住

00:06:05.740 --> 00:06:08.280
但其实界面经常更新

00:06:08.280 --> 00:06:10.160
按钮的位置也经常变化

00:06:10.160 --> 00:06:12.240
我们可以先了解各个功能区

00:06:12.240 --> 00:06:15.200
左边通常是你的项目和任务记录

00:06:15.200 --> 00:06:18.060
你可以把它理解成办公楼的楼层和房间

00:06:18.060 --> 00:06:20.480
中间是当前任务发生的地方

00:06:20.480 --> 00:06:21.980
Codex的回复

00:06:21.980 --> 00:06:23.140
执行过程

00:06:23.140 --> 00:06:24.340
权限请求

00:06:24.340 --> 00:06:25.100
测试结果

00:06:25.100 --> 00:06:26.760
主要都会在这里出现

00:06:26.760 --> 00:06:28.260
下面是输入区

00:06:28.260 --> 00:06:29.940
你可以在这里布置任务

00:06:29.940 --> 00:06:30.760
补充条件

00:06:30.760 --> 00:06:31.620
添加文件

00:06:31.620 --> 00:06:32.800
截图或者语音

00:06:32.800 --> 00:06:34.120
任务运行以后

00:06:34.120 --> 00:06:35.800
你还会看到文件感动

00:06:35.800 --> 00:06:36.960
中端输出

00:06:36.960 --> 00:06:39.740
浏览器和审查结果

00:06:39.740 --> 00:06:41.260
那新手第一次看见面

00:06:41.260 --> 00:06:42.560
抓住四个位置就够了

00:06:42.560 --> 00:06:43.980
我在哪个项目里

00:06:43.980 --> 00:06:45.920
我正在和哪个任务对话

00:06:45.920 --> 00:06:48.060
我的要求从哪里发出去

00:06:48.060 --> 00:06:50.680
结果和证据都在哪里看

00:06:50.680 --> 00:06:53.420
Codex的项目任务和文件夹

00:06:53.420 --> 00:06:55.440
项目任务和文件夹

00:06:55.440 --> 00:06:57.620
是新手最容易混在一起的几个词

00:06:57.620 --> 00:07:00.180
放在同一间办公室里看

00:07:00.180 --> 00:07:01.400
可以这么理解

00:07:01.400 --> 00:07:03.960
项目呢它像一间办公室里面

00:07:03.960 --> 00:07:07.140
放着这个产品的文件规则和历史

00:07:07.140 --> 00:07:10.440
任务像你在办公室里召开的一次具体会议

00:07:10.440 --> 00:07:13.040
比如说设计网站首页

00:07:13.040 --> 00:07:14.140
它是一场会议

00:07:14.140 --> 00:07:15.840
检查文件安全

00:07:15.840 --> 00:07:17.820
又是另一场会议

00:07:17.820 --> 00:07:21.140
文件夹相当于是电脑里真正存放资料的位置

00:07:21.140 --> 00:07:22.780
Codex打开哪个文件夹

00:07:22.780 --> 00:07:25.180
就相当于你把它带进哪家办公室

00:07:25.180 --> 00:07:27.100
如果文件夹选错了

00:07:27.100 --> 00:07:28.240
它可能非常努力

00:07:28.240 --> 00:07:30.420
但它努力在错误的方向里了

00:07:30.420 --> 00:07:32.660
长期项目和临时问题最好分开

00:07:32.660 --> 00:07:34.400
同一个APP的需求

00:07:34.400 --> 00:07:36.360
实现测试和打包

00:07:36.360 --> 00:07:38.300
可以留在同一个项目里

00:07:38.300 --> 00:07:41.460
但没必要全塞进一条无线变长的对话

00:07:41.460 --> 00:07:43.740
任务目标明显变化时

00:07:43.740 --> 00:07:45.940
新开一条任务会更干净

00:07:45.940 --> 00:07:48.040
这样Codex更容易知道

00:07:48.040 --> 00:07:49.860
眼前在解决什么问题

00:07:49.860 --> 00:07:51.780
Codex到底能记住多少

00:07:51.780 --> 00:07:53.440
换一个对话框以后

00:07:53.440 --> 00:07:54.480
他还记不记得

00:07:54.480 --> 00:07:56.340
这个问题经常会出现

00:07:56.340 --> 00:07:58.080
最安全的理解是

00:07:58.080 --> 00:07:59.780
不要把重要项目决定

00:08:00.000 --> 00:08:03.000
最安全的理解是,不要把重要項目決定只放在我記得我們聊過這件事上。

00:08:03.000 --> 00:08:10.000
當前任務的消息,你附加的文件,他讀取到的項目內容,都會形成這次工作的上下文。

00:08:10.000 --> 00:08:12.800
但Codex的上下文记忆不是无限的

00:08:12.800 --> 00:08:17.640
不同任务之间也不应该默认拥有完整永久逐字的记忆

00:08:17.640 --> 00:08:21.860
产品范围、匿名规则、安全底线、视觉规范

00:08:21.860 --> 00:08:24.220
这些以后会反复用到的决定

00:08:24.220 --> 00:08:26.140
最好写进项目文件

00:08:26.140 --> 00:08:31.560
你可以使用productspec.md这个文件来保存产品需求

00:08:31.560 --> 00:08:36.960
使用agents.md来保存这个项目长期需要遵守的工作规则

00:08:36.960 --> 00:08:39.560
这就像公司要有公司的行为准则

00:08:39.560 --> 00:08:42.940
Codex也有记忆和长期规则的相关能力

00:08:42.940 --> 00:08:46.440
但具体入口可能随版本和设置而不同

00:08:46.440 --> 00:08:48.480
新手先掌握一个最稳的方法

00:08:48.480 --> 00:08:51.040
就是重要的决定落到文件里

00:08:51.040 --> 00:08:53.820
开始新任务时让它先读取这些文件

00:08:53.820 --> 00:08:55.380
Codex的输入框

00:08:55.380 --> 00:08:57.420
附件截图和语音

00:08:57.420 --> 00:08:59.300
这里是Codex的输入框

00:08:59.300 --> 00:09:00.540
除了输入文字

00:09:00.540 --> 00:09:02.080
它还可以使用语音输入

00:09:02.080 --> 00:09:03.800
点击这个麦克风

00:09:03.800 --> 00:09:06.320
其实Codex的语音转文字模型

00:09:06.320 --> 00:09:07.540
识别中文的准确度

00:09:07.540 --> 00:09:08.960
现在还是可以的

00:09:08.960 --> 00:09:11.400
包括你轻声说一句话

00:09:11.400 --> 00:09:12.900
活着时会将一些

00:09:12.900 --> 00:09:13.900
抵防防艳

00:09:13.900 --> 00:09:15.280
只要口齿清晰

00:09:15.280 --> 00:09:16.400
一点问题都不大

00:09:16.400 --> 00:09:18.580
除了直接用文字来表达任务

00:09:18.580 --> 00:09:20.320
也可以添加文件

00:09:20.320 --> 00:09:22.120
图片或者截图

00:09:22.120 --> 00:09:25.580
很多时候与其花几分钟去描述

00:09:25.580 --> 00:09:28.120
右上角那个有点歪的按钮

00:09:28.120 --> 00:09:29.080
给我改一下

00:09:29.080 --> 00:09:30.340
不如截一张图

00:09:30.340 --> 00:09:32.660
然后在图里清楚地指出

00:09:32.660 --> 00:09:33.720
这个按钮的位置

00:09:33.720 --> 00:09:34.840
让它理解得更好

00:09:34.840 --> 00:09:36.960
但附件也不是越多越好

00:09:36.960 --> 00:09:41.000
真正值得放进任务里的通常是完成工作必须看的文件

00:09:41.000 --> 00:09:44.080
能够证明当前问题的截图或报错

00:09:44.080 --> 00:09:47.160
还有明确的参考样式和不能改的部分

00:09:47.160 --> 00:09:50.260
另外一定要注意不要上传密码

00:09:50.260 --> 00:09:52.700
私钥身份证件私人聊天记录

00:09:52.700 --> 00:09:55.860
或者任何与任务无关的客户资料

00:09:55.860 --> 00:09:59.200
如何给Codex布置一条能执行的任务

00:09:59.200 --> 00:10:02.960
怎样把一句想法变成Codex能执行的任务呢

00:10:02.960 --> 00:10:05.200
一个好的任务不一定很长

00:10:05.200 --> 00:10:07.420
但通常要能回答五个问题

00:10:07.420 --> 00:10:09.480
我最终想要得到什么

00:10:09.480 --> 00:10:12.200
Codex你需要知道什么背景

00:10:12.200 --> 00:10:14.840
哪些事情是不能做的

00:10:14.840 --> 00:10:16.780
怎么样才算完成

00:10:16.780 --> 00:10:18.640
你是先检查

00:10:18.640 --> 00:10:19.360
先计划

00:10:19.360 --> 00:10:20.820
还是可以直接动手

00:10:20.820 --> 00:10:23.160
比如说不要只对Codex说

00:10:23.160 --> 00:10:25.380
给我做一个素材管理助手

00:10:25.380 --> 00:10:26.560
要高级一点

00:10:26.560 --> 00:10:27.940
不能这么说的原因

00:10:27.940 --> 00:10:29.800
不是你对Codex不能不礼貌

00:10:29.800 --> 00:10:32.040
而是高级这个词

00:10:32.040 --> 00:10:32.860
它没法验收

00:10:32.860 --> 00:10:34.160
可以执行的表达是

00:10:34.160 --> 00:10:36.120
请先不要写代码

00:10:36.120 --> 00:10:40.640
我要做一个给内容创作者使用的本地素材批量命名助手

00:10:40.640 --> 00:10:43.140
第一版必须支持导入文件

00:10:43.140 --> 00:10:45.100
实时预览新名称

00:10:45.100 --> 00:10:46.620
安全检查

00:10:46.620 --> 00:10:48.480
原地除命名和撤销

00:10:48.480 --> 00:10:49.980
不上传文件

00:10:49.980 --> 00:10:51.620
不覆盖目标文件

00:10:51.620 --> 00:10:54.880
请先判断需求里最影响方向的五个问题

00:10:54.880 --> 00:10:57.400
等我回答以后再写需求文档

00:10:57.400 --> 00:10:59.280
你会发现这里没有一行代码

00:10:59.280 --> 00:11:00.800
全是人类的自然语言

00:11:00.800 --> 00:11:01.980
甚至全是中文

00:11:01.980 --> 00:11:03.800
但任务已经非常明确

00:11:03.800 --> 00:11:05.480
我们要扮演的角色

00:11:05.480 --> 00:11:07.700
就是会有人类的自然语言

00:11:07.700 --> 00:11:09.160
给AI布置任务的老板

00:11:09.160 --> 00:11:11.240
还有一个非常实用的习惯

00:11:11.240 --> 00:11:13.440
当你自己也没有想清楚时

00:11:13.440 --> 00:11:15.060
不要假装已经想清楚

00:11:15.060 --> 00:11:16.620
你直接告诉Codex

00:11:16.620 --> 00:11:17.860
先不要做

00:11:17.860 --> 00:11:20.460
你先问我关于这个产品的问题

00:11:20.460 --> 00:11:22.280
你要相信起码现阶段

00:11:22.280 --> 00:11:23.960
Codex要比你聪明得多

00:11:23.960 --> 00:11:25.980
这样做是借助他的智慧

00:11:25.980 --> 00:11:28.520
把我们模糊的想法摆到桌面上

00:11:28.520 --> 00:11:30.220
让Codex替我们去思考

00:11:30.220 --> 00:11:31.980
当然最后怎么选

00:11:31.980 --> 00:11:33.380
还是由我们自己负责

00:11:33.380 --> 00:11:37.520
Codex是使用的模型推理强度速度和用量

00:11:37.520 --> 00:11:39.380
这里是模型选择区域

00:11:39.380 --> 00:11:42.240
不是什么任务都需要使用最高级的模型

00:11:42.240 --> 00:11:45.320
复杂工作可以使用GPT5.6

00:11:45.320 --> 00:11:48.520
轻量的任务就可以选择更快更节省的模型

00:11:48.520 --> 00:11:50.300
那怎么去选呢

00:11:50.300 --> 00:11:53.900
对新手来说可以先爱任务难度去选

00:11:53.900 --> 00:11:57.440
比如说我设计录制这个视频时

00:11:57.440 --> 00:12:01.820
复杂的产品规划架构安全审查和困难的问题

00:12:01.820 --> 00:12:03.440
我会交给更强的模型

00:12:03.440 --> 00:12:04.500
格式整理

00:12:04.500 --> 00:12:05.900
简单的改文案

00:12:05.900 --> 00:12:07.340
一些机械的检查

00:12:07.340 --> 00:12:10.100
则可以交给更快更节省的模型

00:12:10.100 --> 00:12:11.780
模型和界面会更新

00:12:11.780 --> 00:12:14.040
所以大家也不要把这条视频里的名字

00:12:14.040 --> 00:12:15.440
当做永远不变的菜单

00:12:15.440 --> 00:12:16.860
推理强度可以理解成

00:12:16.860 --> 00:12:18.620
你愿意让它在回答前

00:12:18.620 --> 00:12:20.720
花多少力气去思考

00:12:20.720 --> 00:12:22.700
不是所有的任务都适合用高强度

00:12:22.700 --> 00:12:24.700
如果你改一个标点符号

00:12:24.700 --> 00:12:26.040
也开最高推理的话

00:12:26.040 --> 00:12:28.780
那有点希望你请公司的总结

00:12:28.780 --> 00:12:30.360
你去会议室给一盆驴锣

00:12:30.360 --> 00:12:31.080
浇了浇水

00:12:31.080 --> 00:12:32.420
质量优先

00:12:32.420 --> 00:12:33.680
但没必要让所有的任务

00:12:33.680 --> 00:12:35.340
都排在同一个重量级

00:12:35.340 --> 00:12:36.180
高风险

00:12:36.180 --> 00:12:37.060
跨文件

00:12:37.060 --> 00:12:39.760
设计产品结构和文件安全的工作

00:12:39.760 --> 00:12:41.420
慢一点也没有关系

00:12:41.420 --> 00:12:42.080
重复

00:12:42.080 --> 00:12:42.920
可逆

00:12:42.920 --> 00:12:44.480
容易检查的任务

00:12:44.480 --> 00:12:46.100
用更快的配置

00:12:46.100 --> 00:12:47.240
通常更合适

00:12:47.240 --> 00:12:48.160
速度模型

00:12:48.160 --> 00:12:49.520
也是类似的逻辑

00:12:49.520 --> 00:12:51.640
你是在等待节省时间

00:12:51.640 --> 00:12:53.460
还是在牺牲必要的思考

00:12:53.460 --> 00:12:55.220
这也要看具体的任务

00:12:55.220 --> 00:12:55.840
至于用量

00:12:55.840 --> 00:12:57.400
别只盯着一条消息

00:12:57.400 --> 00:12:58.140
它花了多少

00:12:58.140 --> 00:13:00.060
如果是你的任务含糊

00:13:00.060 --> 00:13:01.820
一次塞的太多

00:13:01.820 --> 00:13:02.880
做完又被验收

00:13:02.880 --> 00:13:04.720
最后反复又推导重来

00:13:04.720 --> 00:13:06.240
这些不健康的行为

00:13:06.240 --> 00:13:08.560
往往比选了一个更强的模型

00:13:08.560 --> 00:13:09.600
更快的速度

00:13:09.600 --> 00:13:10.380
更费额度

00:13:10.380 --> 00:13:12.020
我们把任务拆小

00:13:12.020 --> 00:13:13.340
把边界说清楚

00:13:13.340 --> 00:13:14.960
每一步先检查

00:13:14.960 --> 00:13:17.740
减少这个反复推导重来的过程

00:13:17.740 --> 00:13:19.700
这是一个比较好的习惯

00:13:19.700 --> 00:13:23.140
Codex的普通执行目标和计划

00:13:23.140 --> 00:13:25.100
普通执行目标和计划

00:13:25.100 --> 00:13:26.380
这三个名字排在一起

00:13:26.380 --> 00:13:28.460
很容易让人产生一种错觉

00:13:28.460 --> 00:13:30.580
好像在使用Codex之前

00:13:30.580 --> 00:13:32.660
还得先补一门项目管理

00:13:32.660 --> 00:13:35.000
但其实判断方法没有那么复杂

00:13:35.000 --> 00:13:37.880
我们主要先看眼前的任务有多大

00:13:37.880 --> 00:13:39.960
比如说页面上的选择素材

00:13:39.960 --> 00:13:41.660
要改成导入素材

00:13:41.660 --> 00:13:43.100
这个要求很清楚

00:13:43.100 --> 00:13:44.200
改动也很小

00:13:44.200 --> 00:13:46.480
直接告诉Codex该拿几个字

00:13:46.480 --> 00:13:47.680
改完运行页面

00:13:47.680 --> 00:13:48.780
再点一下按钮

00:13:48.780 --> 00:13:49.980
确认功能还在

00:13:49.980 --> 00:13:51.180
这件事就结束了

00:13:51.180 --> 00:13:53.900
但后面我们要做的素材批量命名助手

00:13:53.900 --> 00:13:55.240
就完全是另一种体量

00:13:55.240 --> 00:13:56.980
它从空文件夹起步

00:13:56.980 --> 00:13:58.540
会碰到界面

00:13:58.540 --> 00:13:59.720
文件读取

00:13:59.720 --> 00:14:00.720
重命名

00:14:00.720 --> 00:14:01.860
冲突检查

00:14:01.860 --> 00:14:03.060
撤销和打包

00:14:03.060 --> 00:14:04.800
等等一系列的任务

00:14:04.800 --> 00:14:06.260
在代码还没写之前

00:14:06.260 --> 00:14:07.840
我更想先看清楚

00:14:07.840 --> 00:14:09.100
它准备选什么技术

00:14:09.100 --> 00:14:10.660
文件放在哪里

00:14:10.660 --> 00:14:12.580
哪一步开始接触用户素材

00:14:12.580 --> 00:14:14.840
以及最后拿什么证明没有改错

00:14:14.840 --> 00:14:16.960
那这个时候就要用计划

00:14:16.960 --> 00:14:19.640
它把路线提前摊在屏幕上

00:14:19.640 --> 00:14:21.380
让我们在大改动之前

00:14:21.380 --> 00:14:22.400
先挑问题

00:14:22.400 --> 00:14:23.680
哪一步太大

00:14:23.680 --> 00:14:25.780
哪一步漏了安全检查

00:14:25.780 --> 00:14:27.160
顺序是不是反了

00:14:27.160 --> 00:14:29.900
而目标是和持续时间更长的任务

00:14:29.900 --> 00:14:32.280
比如说希望Codex分多个阶段

00:14:32.280 --> 00:14:35.460
一直追着完成整套课程交付物

00:14:35.460 --> 00:14:36.700
这个目标往前走

00:14:36.700 --> 00:14:39.280
而不是一条消息结束之后就停

00:14:39.280 --> 00:14:42.100
这个时候就可以用目标创建或者管理

00:14:42.100 --> 00:14:43.680
平常我们只需要这样判断

00:14:43.680 --> 00:14:46.140
事情小而明确就直接做

00:14:46.140 --> 00:14:48.760
范围大风险高就看计划

00:14:48.760 --> 00:14:52.020
同一个结果需要跨很多阶段持续推进的话

00:14:52.020 --> 00:14:52.980
再考虑目标

00:14:52.980 --> 00:14:55.440
什么是Codex的插件和Skill

00:14:55.440 --> 00:14:57.260
下面了解一下插件

00:14:57.260 --> 00:14:59.540
这里显示的是已经安装了的

00:14:59.540 --> 00:15:02.160
还没有安装过插件的话点这里

00:15:02.160 --> 00:15:06.660
插件它的作用是给Codex增加原来没有的工作能力

00:15:06.660 --> 00:15:09.600
或者是把它连接到你正在使用的其他工具

00:15:09.600 --> 00:15:12.400
在这里搜索需要的插件

00:15:12.400 --> 00:15:15.580
打开详情再点击加号就可以安装

00:15:15.580 --> 00:15:17.980
有些插件装完就能使用

00:15:17.980 --> 00:15:20.660
有些还需要登录比如说Google Drive

00:15:20.660 --> 00:15:22.900
GitHub Notion之类的外部服务

00:15:22.900 --> 00:15:24.260
安装完成之后

00:15:24.260 --> 00:15:25.660
最好新开一条任务

00:15:25.660 --> 00:15:28.380
让新插件的能力完整加载进来

00:15:28.380 --> 00:15:29.120
开完插件

00:15:29.120 --> 00:15:30.960
我们再看到旁边还有一个技能

00:15:30.960 --> 00:15:32.780
这就是非常重要的skill

00:15:32.780 --> 00:15:35.840
官方解释是通过任务专用技能

00:15:35.840 --> 00:15:37.500
扩展codex的能力

00:15:37.500 --> 00:15:40.100
它就是可以服用的专业工作方法

00:15:40.100 --> 00:15:41.100
比如说以后把

00:15:41.100 --> 00:15:42.920
怎样根据我的语言样本

00:15:42.920 --> 00:15:45.440
参考内容和课程结构

00:15:45.440 --> 00:15:46.740
写出口播稿

00:15:46.740 --> 00:15:48.440
整理成固定流程

00:15:48.440 --> 00:15:50.300
它就可以成为一个内容skill

00:15:50.300 --> 00:15:51.480
下次我再换选题

00:15:51.480 --> 00:15:52.440
但流程还在

00:15:52.440 --> 00:15:54.440
就不用重新描述工作方法

00:15:54.440 --> 00:15:56.720
现在的开源Skill非常非常多

00:15:56.720 --> 00:15:58.200
很多人是非常乐意

00:15:58.200 --> 00:15:59.960
分享出来自己的方法论的

00:16:02.320 --> 00:16:10.280
所以安装的时候至少要看一下它是谁提供的,里面包含什么,需要连接哪些服务,以及它可能读取或者修改什么。

00:16:10.380 --> 00:16:14.580
插件和skill都不是安装得越多越好的,我们要有选择的去安装。

00:16:15.000 --> 00:16:17.560
如何理解和设置Codex的权限

00:16:17.560 --> 00:16:19.520
权限这部分非常重要

00:16:19.520 --> 00:16:23.000
因为Codex它是能直接在我们的工作环境中

00:16:23.000 --> 00:16:26.320
读取和写入文件运行命令访问网络的

00:16:26.320 --> 00:16:28.940
有些情况下还会操作浏览机和桌面

00:16:28.940 --> 00:16:30.700
它是真的能动手

00:16:30.700 --> 00:16:32.680
所以我们一定要给它合适的权限

00:16:32.680 --> 00:16:34.900
如果你刚开始使用Codex

00:16:34.900 --> 00:16:36.960
我更建议你先选择第一种

00:16:36.960 --> 00:16:37.920
请求批准

00:16:37.920 --> 00:16:42.580
这个模式并不是说Codex它每改一个字都要跑来问你一次

00:16:42.580 --> 00:16:45.980
只要操作它是发生在当前项目允许的范围内

00:16:45.980 --> 00:16:47.840
比如说读取项目文件

00:16:47.840 --> 00:16:48.640
修改代码

00:16:48.640 --> 00:16:50.380
运行普通的本地命令

00:16:50.380 --> 00:16:52.120
它通常可以正常地完成

00:16:52.120 --> 00:16:54.400
真正需要填下来询问你的

00:16:54.400 --> 00:16:56.340
是访问项目外部的文件

00:16:56.340 --> 00:16:57.560
连接互联网

00:16:57.560 --> 00:17:00.500
或者是执行超出当前安全范围的操作

00:17:00.500 --> 00:17:02.720
比如说它只是想访问互联网

00:17:02.720 --> 00:17:04.800
下载我们这个项目需要的正常依赖

00:17:04.800 --> 00:17:07.060
而且来源和用途都很清楚

00:17:07.060 --> 00:17:08.720
这种情况就可以批准

00:17:08.720 --> 00:17:10.620
但如果它准备读取一个

00:17:10.620 --> 00:17:12.760
和当前项目完全无关的文件夹

00:17:12.760 --> 00:17:14.160
或者运行一条

00:17:14.160 --> 00:17:15.860
你根本不知道是干什么的命令

00:17:15.860 --> 00:17:16.980
那就先不要批准

00:17:16.980 --> 00:17:18.560
完全可以点拒绝

00:17:18.560 --> 00:17:19.640
然后直接问他

00:17:19.640 --> 00:17:20.880
先不要执行

00:17:20.880 --> 00:17:22.960
请用普通人能听懂的话

00:17:22.960 --> 00:17:24.940
告诉我这项操作要做什么

00:17:24.940 --> 00:17:26.260
为什么需要它

00:17:26.260 --> 00:17:27.840
会影响哪些文件

00:17:27.840 --> 00:17:30.960
以及有没有权限更小的替代方案

00:17:30.960 --> 00:17:32.020
审必窗口

00:17:32.020 --> 00:17:33.360
有时候还会让我们选择

00:17:33.360 --> 00:17:34.580
仅允许这一次

00:17:34.580 --> 00:17:37.340
或者在更大的范围内持续允许

00:17:37.340 --> 00:17:38.680
刚使用的时候

00:17:38.680 --> 00:17:40.560
尽量选择放个比较小的那一个

00:17:40.560 --> 00:17:41.940
能只批准一次

00:17:41.940 --> 00:17:44.560
就先不要把整场任务的门都给他打开

00:17:44.560 --> 00:17:47.000
能只允许访问一个文件夹

00:17:47.000 --> 00:17:49.600
就不要把你的整台电脑的权限都交出去

00:17:49.600 --> 00:17:51.640
等你已经熟悉了当前项目

00:17:51.640 --> 00:17:53.980
知道Codex大概会做哪些操作

00:17:53.980 --> 00:17:57.220
又不想被一些重复低风险的审批

00:17:57.220 --> 00:17:58.500
频繁的打断

00:17:58.500 --> 00:18:00.700
就可以考虑第二种T-WO审批

00:18:00.700 --> 00:18:03.160
这里的T-WO审批不是Codex

00:18:03.160 --> 00:18:04.320
自己给自己审批

00:18:04.320 --> 00:18:06.700
它会把符合条件的审批请求

00:18:06.700 --> 00:18:09.120
交给一个独立的审批机制进行检查

00:18:09.120 --> 00:18:10.500
风险较低

00:18:10.500 --> 00:18:12.000
理由合理的操作

00:18:12.000 --> 00:18:13.200
它可以自动通过

00:18:13.200 --> 00:18:14.700
但如果检测到风险

00:18:14.700 --> 00:18:16.000
或者是这项操作

00:18:16.000 --> 00:18:17.640
不适合它自动决定

00:18:17.640 --> 00:18:19.580
它还是会停下来询问你

00:18:19.580 --> 00:18:21.440
所以这个模式比较适合

00:18:21.440 --> 00:18:23.000
已经跑通过几次的项目

00:18:23.000 --> 00:18:24.440
比如说我已经确认

00:18:24.440 --> 00:18:25.460
项目来源可靠

00:18:25.460 --> 00:18:27.280
也知道它需要安装哪些依赖

00:18:27.280 --> 00:18:28.740
会修改哪些文件

00:18:28.740 --> 00:18:29.860
只是接下来

00:18:29.860 --> 00:18:31.500
还有一批重复的操作也完成

00:18:31.500 --> 00:18:33.520
这个时候使用提供审批

00:18:33.520 --> 00:18:35.300
它的体验会顺畅很多

00:18:35.300 --> 00:18:37.720
最后一个是完全访问权限

00:18:37.720 --> 00:18:39.180
这个模式相当于

00:18:39.180 --> 00:18:41.420
你把给Codex设置的安全围栏

00:18:41.420 --> 00:18:42.840
基本上全部打开了

00:18:42.840 --> 00:18:44.700
Codex可以访问互联网

00:18:44.700 --> 00:18:46.300
也可以读取和操作

00:18:46.300 --> 00:18:47.660
当前项目之外的文件

00:18:47.660 --> 00:18:50.000
它的执行过程会更少的被打断

00:18:50.000 --> 00:18:51.760
但风险也明显更高

00:18:51.760 --> 00:18:53.680
我只会在几个条件

00:18:53.680 --> 00:18:54.880
同时满足的时候

00:18:54.880 --> 00:18:55.920
考虑使用它

00:18:55.920 --> 00:18:57.740
项目的来源可信

00:18:57.740 --> 00:18:59.800
任务范围非常清楚

00:18:59.800 --> 00:19:01.600
重要的文件已经备份

00:19:01.600 --> 00:19:02.580
使用了GIT

00:19:02.580 --> 00:19:04.840
也就是版本管理工具

00:19:04.840 --> 00:19:05.760
而且我知道

00:19:05.760 --> 00:19:08.060
它为什么确实需要访问到

00:19:08.060 --> 00:19:09.500
当前项目之外的内容

00:19:09.500 --> 00:19:12.040
所以如果你现在还不知道应该选哪个

00:19:12.040 --> 00:19:14.160
选请求审批就可以

00:19:14.160 --> 00:19:17.720
权限也不是一次选择以后永远不能改编的东西

00:19:17.720 --> 00:19:20.260
我们随时都能根据任务去重新调整

00:19:20.260 --> 00:19:22.540
Codex任务的引导和排队

00:19:22.540 --> 00:19:23.920
任务发出去以后

00:19:23.920 --> 00:19:25.360
Codex正在运行

00:19:25.360 --> 00:19:27.360
这个时候我们也还可以说话

00:19:27.360 --> 00:19:29.640
假设它正在整理一段文字

00:19:29.640 --> 00:19:32.220
我忽然发现任务少说了一个条件

00:19:32.220 --> 00:19:34.520
比如说必须起一个响亮的标题

00:19:34.520 --> 00:19:37.060
那我们就可以在输入框里输入

00:19:37.060 --> 00:19:38.760
点击引导

00:19:38.760 --> 00:19:41.660
这样送进当时正在进行的任务

00:19:41.660 --> 00:19:42.840
另一种情况是

00:19:42.840 --> 00:19:44.840
我想在正文整理完以后

00:19:44.840 --> 00:19:46.840
还想再要三条摘要

00:19:46.840 --> 00:19:48.960
它不影响眼前这一步工作

00:19:48.960 --> 00:19:51.680
所以放进队列里排队就可以了

00:19:51.680 --> 00:19:54.160
Codex它会在做完当前任务之后

00:19:54.160 --> 00:19:55.800
再进行下一步的处理

00:19:55.800 --> 00:19:57.560
所以是排上队就可以了呢

00:19:57.560 --> 00:19:59.020
还是要点击下这个引导

00:19:59.020 --> 00:20:01.940
关键就在于你提出的条件或者是任务

00:20:01.940 --> 00:20:05.020
和当前正在进行的工作又没有关系

00:20:05.020 --> 00:20:09.860
Codex的终端 审阅 浏览器 文件和侧编任务

00:20:09.860 --> 00:20:12.460
那下面我们要看一些有点抽象的东西了

00:20:12.460 --> 00:20:14.580
第一个就是Terminal 终端

00:20:14.580 --> 00:20:18.720
终端大概是整套界面里最容易让零基础用户紧张的地方

00:20:18.720 --> 00:20:20.940
在电影或者是短距离

00:20:20.940 --> 00:20:25.480
电脑高手他们面对着黑色的屏幕霹里啪啦的操作的就是这个东西

00:20:25.480 --> 00:20:27.560
Terminal 它的中文叫终端

00:20:27.560 --> 00:20:30.020
不过大家不用被它的长相吓到

00:20:30.020 --> 00:20:32.260
终端它并不是黑客专用的工具

00:20:32.260 --> 00:20:34.200
它只是一种操作电脑的方式

00:20:34.200 --> 00:20:37.720
我们平常使用电脑主要是用鼠标去点击按钮

00:20:37.720 --> 00:20:39.580
比如说双击打开文件夹

00:20:39.580 --> 00:20:41.920
点击图标去启动一个软件

00:20:41.920 --> 00:20:44.720
或者是把一个文件拖到另一个位置

00:20:44.720 --> 00:20:46.500
终端它做的事情其实差不多

00:20:46.500 --> 00:20:48.320
只不过它不用鼠标

00:20:48.320 --> 00:20:50.400
而是通过文字的命令告诉电脑

00:20:50.400 --> 00:20:52.300
所以你可以把终端案例解成一个

00:20:52.300 --> 00:20:55.280
用文字直接给电脑下指令的窗口

00:20:55.280 --> 00:20:57.380
再看终端右上方的这几个按钮

00:20:57.380 --> 00:20:59.460
第一个叫切换摘要

00:20:59.460 --> 00:21:03.240
它主要是用来显示或者收起当前任务的摘要区域

00:21:04.200 --> 00:21:07.440
长的时候可以通过这里快速的去回看Codex

00:21:07.440 --> 00:21:09.680
做了哪些事情得到了什么结果

00:21:09.680 --> 00:21:12.380
以及有没有需要我们继续确认的内容

00:21:12.380 --> 00:21:15.260
点击这个按钮只是在调整页面显示

00:21:15.260 --> 00:21:16.600
它不会修改项目

00:21:16.600 --> 00:21:18.940
也不会让正在执行的任务停下来

00:21:18.940 --> 00:21:22.060
暂时不想看摘钥匙就可以把它收起来

00:21:22.060 --> 00:21:23.740
需要回顾的时候再打开

00:21:23.740 --> 00:21:26.360
第二个叫切换底部面板显示

00:21:26.360 --> 00:21:29.920
它主要是控制下面这个底部面板的显示和隐藏

00:21:29.920 --> 00:21:33.280
而我们现在看到的底部面板里主要就是中断

00:21:33.280 --> 00:21:35.800
如果终端占据的空间太大

00:21:35.800 --> 00:21:37.700
它就会影响我们查看上面的内容

00:21:37.700 --> 00:21:39.240
这个时候点击一下

00:21:39.240 --> 00:21:41.160
就可以把它暂时收起来

00:21:41.160 --> 00:21:42.880
需要检查预行结果

00:21:42.880 --> 00:21:44.300
或者包错信息的时候

00:21:44.300 --> 00:21:46.320
再点击一次把它点开

00:21:46.320 --> 00:21:49.560
第三个是显示或隐藏侧边栏

00:21:49.560 --> 00:21:52.280
点开以后右边会出现一个工具区域

00:21:52.280 --> 00:21:54.040
里面可以看到审阅

00:21:54.040 --> 00:21:54.680
中端

00:21:54.680 --> 00:21:55.780
浏览器

00:21:55.780 --> 00:21:58.040
文件和侧边任务

00:21:58.040 --> 00:22:00.200
审阅主要是用来查看Codex

00:22:00.200 --> 00:22:01.360
修改了哪些内容

00:22:01.360 --> 00:22:03.260
后面讲代码审查的时候

00:22:03.260 --> 00:22:04.920
我们还会回来仔细看它

00:22:04.920 --> 00:22:07.900
终端就是刚才我们介绍的这个命令窗口

00:22:07.900 --> 00:22:10.020
浏览器主要用于打开和检查

00:22:10.020 --> 00:22:12.160
我们制作的网页或者是应用界面

00:22:12.160 --> 00:22:14.120
比如说按钮能不能点击

00:22:14.120 --> 00:22:16.060
页面显示是否正常

00:22:16.060 --> 00:22:17.260
都可以在这里查看

00:22:17.260 --> 00:22:21.200
文件是用来浏览当前项目里的文件和文件夹

00:22:21.200 --> 00:22:24.360
在Codex工作的时候会生成很多的文件

00:22:24.360 --> 00:22:26.240
即便我们看不懂代码

00:22:26.240 --> 00:22:28.360
也可以通过这里大概的了解

00:22:28.360 --> 00:22:30.660
Codex它创建了哪些东西

00:22:30.660 --> 00:22:34.300
侧边任务则用来查看主任务之外正在处理的辅助任务

00:22:34.300 --> 00:22:37.560
刚开始使用的时候我们不用着急去研究它

00:22:37.560 --> 00:22:39.020
等以后任务变多

00:22:39.020 --> 00:22:42.060
需要同时处理几件事情的时候再回来了解它

00:22:42.060 --> 00:22:44.620
所以这几个按钮没有大家想象的那么复杂

00:22:44.620 --> 00:22:47.360
它主要是帮我们整理我们的界面

00:22:47.360 --> 00:22:49.060
摘要负责回顾

00:22:49.060 --> 00:22:51.420
底部面板负责显示终端

00:22:51.420 --> 00:22:53.580
侧边任务栏负责集中查看

00:22:53.580 --> 00:22:56.980
审阅终端浏览器文件和其他任务

00:22:56.980 --> 00:22:58.800
Codex的文件改动

00:22:58.800 --> 00:23:01.400
Diff代码审查和测试

00:23:01.400 --> 00:23:03.200
Codex每完成一个任务

00:23:03.200 --> 00:23:05.760
我们都可以打开右侧边栏里的审阅

00:23:05.760 --> 00:23:10.060
在审阅面板里看到这些红色和绿色的对照

00:23:10.060 --> 00:23:12.060
就是大家经常听到的Diff

00:23:12.060 --> 00:23:13.680
它没有那么的神秘

00:23:13.680 --> 00:23:16.420
我们可以把它理解成Word里面的修订记录

00:23:16.420 --> 00:23:19.420
红色呢通常表示它删掉了什么

00:23:19.420 --> 00:23:21.860
绿色则通常表示增加了什么

00:23:21.860 --> 00:23:24.180
即便完全看不到代码

00:23:24.180 --> 00:23:26.060
也可以先看两个很直观的地方

00:23:26.060 --> 00:23:27.800
我们可以先看文件名

00:23:27.800 --> 00:23:30.300
我们如果只是要求修改了一个按钮

00:23:30.300 --> 00:23:32.140
它改了一个相关的文件呢

00:23:32.140 --> 00:23:33.860
还是突然动了十几个文件

00:23:33.860 --> 00:23:35.560
然后大概看一下改动量

00:23:35.560 --> 00:23:38.180
这里我们不需要逐行的去研究

00:23:38.180 --> 00:23:40.640
只需要观察红色和绿色多不多

00:23:40.640 --> 00:23:42.580
如果是一个很小的要求

00:23:42.580 --> 00:23:44.180
却出现了大面积的修改

00:23:44.180 --> 00:23:45.840
这个时候我们就需要考虑一下

00:23:45.840 --> 00:23:46.980
是不是改了太多了

00:23:46.980 --> 00:23:50.800
比如我们只说三个下拉框没有对齐

00:23:50.800 --> 00:23:54.640
结果页面的颜色布局和按钮的样式也一起变了

00:23:54.640 --> 00:23:56.320
虽然页面可能还能打开

00:23:56.320 --> 00:23:59.700
但他已经顺手修改了我们没有要求他动的东西

00:24:00.000 --> 00:24:15.000
我們就需要考慮一下是不是改的太多了。比如我們只說三個下拉框沒有對齊,結果頁面的顏色布局和暗有的樣式也一起變了。雖然頁面可能還能打開,但它已經順手修改了我們沒有要求它動的東西。這種情況我們不要直接接受,也不用自己印著頭皮改代碼。我們可以回到對話框裡告訴Codex。這次任務只需要解決三個下拉框沒有對齊的問題。請保留原來的顏色、布局和交互,不要修改其他

00:24:15.000 --> 00:24:17.060
并尽量缩小改动范围

00:24:17.060 --> 00:24:18.820
等修改完成以后

00:24:18.820 --> 00:24:20.700
我们再回到实验面板看一眼

00:24:20.700 --> 00:24:22.580
如果这次修改比较重要

00:24:22.580 --> 00:24:24.060
或者是改动的文件比较多

00:24:24.060 --> 00:24:26.680
还可以让Codex再做一次代码审查

00:24:26.680 --> 00:24:28.060
可以直接告诉他

00:24:28.060 --> 00:24:29.700
请审查当前的修改

00:24:29.700 --> 00:24:31.680
检查有没有明显错误

00:24:31.680 --> 00:24:33.180
安全风险或者遗漏

00:24:33.180 --> 00:24:34.900
暂时不要修改文件

00:24:34.900 --> 00:24:37.080
先把发现的问题解释给我听

00:24:37.080 --> 00:24:38.360
代码审查呢

00:24:38.360 --> 00:24:40.660
就有点像请另一位同事过来看一眼

00:24:40.660 --> 00:24:42.680
这个功能虽然已经做出来了

00:24:42.680 --> 00:24:44.460
但是又没有我忽略的问题

00:24:44.460 --> 00:24:46.620
所以大家只需要记住这个区别

00:24:46.620 --> 00:24:48.720
审阅面板里的Diff

00:24:48.720 --> 00:24:50.760
告诉我们Codex改了什么

00:24:50.760 --> 00:24:53.240
代码审查帮助我们继续判断

00:24:53.240 --> 00:24:55.480
这些修改有没有明显的问题

00:24:55.480 --> 00:24:57.960
关于Codex的一些进阶能力

00:24:57.960 --> 00:25:00.760
后面制作产品会反复用到的核心能力

00:25:00.760 --> 00:25:02.200
我们已经认识的差不多了

00:25:02.200 --> 00:25:05.360
大家可能还会在Codex的界面设置

00:25:05.360 --> 00:25:06.840
或者其他的教程里

00:25:06.840 --> 00:25:08.560
看到比如说

00:25:08.560 --> 00:25:10.260
Agent.md

00:25:10.260 --> 00:25:11.120
MCP

00:25:11.120 --> 00:25:11.960
Worktree

00:25:11.960 --> 00:25:13.920
Cli这些名字

00:25:13.920 --> 00:25:16.560
这些呢就属于Codex的进届能力

00:25:16.560 --> 00:25:19.180
不是今天必须全部学会的新手清单

00:25:19.180 --> 00:25:21.620
这里我先有几分钟来告诉大家

00:25:21.620 --> 00:25:23.360
他们大概非别解决什么问题

00:25:23.360 --> 00:25:25.720
以后真的遇到了对应的需求

00:25:25.720 --> 00:25:26.720
再深入学习

00:25:26.720 --> 00:25:29.000
我们先看Agence.md

00:25:29.000 --> 00:25:32.560
它本质呢是一个放在项目里的说明文件

00:25:32.560 --> 00:25:35.480
比如说一个项目要求所有的回答使用中文

00:25:35.480 --> 00:25:37.340
不能覆盖原始文件

00:25:37.340 --> 00:25:39.820
每次修改完成后都要进行检查

00:25:39.820 --> 00:25:42.600
这些都是一些需要长期遵守的规则

00:25:42.600 --> 00:25:44.820
就可以写进agents.md

00:25:44.820 --> 00:25:47.080
这样大家每次开始新任务的时候

00:25:47.080 --> 00:25:49.580
就不需要把相同的要求重新复制

00:25:49.580 --> 00:25:50.920
告诉Codex一遍

00:25:50.920 --> 00:25:53.020
Codex进入这个项目以后

00:25:53.020 --> 00:25:54.680
它就会读取这里面的规则

00:25:54.680 --> 00:25:56.500
大家就可以把它理解成为

00:25:56.500 --> 00:25:59.820
这是写给Codex看的项目说明书

00:25:59.820 --> 00:26:03.500
MCP解决的是连接外部工具和数据的问题

00:26:03.500 --> 00:26:06.140
Codex本身可以读取项目文件

00:26:06.140 --> 00:26:07.100
运行命令

00:26:07.100 --> 00:26:09.040
但如果希望它访问数据库

00:26:09.040 --> 00:26:11.520
内部系统或者是某个专门的服务

00:26:11.520 --> 00:26:13.980
就可能需要通过MCP去建立连接

00:26:13.980 --> 00:26:16.040
它有点像一个统一的接口

00:26:16.040 --> 00:26:19.340
让Codex知道怎样和外部工具去交流

00:26:19.340 --> 00:26:21.280
理人基础阶段呢

00:26:21.280 --> 00:26:23.300
就先不用去研究它的配置

00:26:23.300 --> 00:26:25.300
只需要知道以后看到

00:26:25.300 --> 00:26:27.720
给Codex连接更多的工具

00:26:27.720 --> 00:26:30.120
背后呢就经常会出现MCP

00:26:30.120 --> 00:26:32.900
多Agent比较容易从名字去理解

00:26:32.900 --> 00:26:34.720
当一个任务很搭的时候

00:26:34.720 --> 00:26:37.860
可以把研究制作和检查

00:26:37.860 --> 00:26:40.260
拆分给不同的Agent分别处理

00:26:40.260 --> 00:26:43.220
再由主任务去汇总总结果

00:26:43.220 --> 00:26:46.500
不过多个agent不代表结果一定会自动变好

00:26:46.500 --> 00:26:49.240
如果是任务本身很简单的时候

00:26:49.240 --> 00:26:50.820
一个agent反而更清楚

00:26:50.820 --> 00:26:52.960
只有工作确实可以拆开

00:26:52.960 --> 00:26:56.060
而且不同部分能够相对独立进行时

00:26:56.060 --> 00:26:58.060
多agent才真正的有价值

00:26:58.060 --> 00:27:00.280
work tree也就是工作

00:27:00.280 --> 00:27:03.120
数则是为了避免多个任务互相干扰

00:27:03.120 --> 00:27:04.860
比如说同一个项目里

00:27:04.860 --> 00:27:06.880
一个任务正在修改界面

00:27:06.880 --> 00:27:09.720
另一个任务同时修复文件处理逻辑

00:27:09.720 --> 00:27:12.580
如果他们都直接修改同一份文件

00:27:12.580 --> 00:27:13.840
就容易互相覆盖

00:27:13.840 --> 00:27:17.660
那Worktree可以为任务建立相对独立的工作区

00:27:17.660 --> 00:27:19.260
让他们先分别完成

00:27:19.260 --> 00:27:20.820
再决定怎样合并

00:27:20.820 --> 00:27:22.220
所以大家今天先知道

00:27:22.220 --> 00:27:26.120
它是把不同修改暂时隔开的工具就可以了

00:27:26.120 --> 00:27:27.540
剩下的Cli

00:27:27.540 --> 00:27:28.480
Ide

00:27:28.480 --> 00:27:30.360
Cloud和Remote

00:27:30.360 --> 00:27:32.140
主要是在回答另一个问题

00:27:32.140 --> 00:27:34.440
我们可以在哪里使用Codex

00:27:34.440 --> 00:27:37.120
那现在演示的时候使用的是桌面APP

00:27:37.120 --> 00:27:39.960
CLI是运行在终端里的Codex

00:27:39.960 --> 00:27:42.500
它更适合已经习惯命令行的人

00:27:42.500 --> 00:27:45.520
ID1版本会出现在代码编辑器旁边

00:27:45.520 --> 00:27:48.820
方便一边看代码一边和Codex交流

00:27:48.820 --> 00:27:52.100
Cloud是让任务在云端环境里运行

00:27:52.100 --> 00:27:53.840
适合连接代码仓库

00:27:53.840 --> 00:27:56.380
或者把工作交给远程环境去处理

00:27:56.380 --> 00:27:58.960
Remote则可以让我们从手机

00:27:58.960 --> 00:28:00.640
或者其他已经授权的设备

00:28:00.640 --> 00:28:03.220
继续查看和管理连接电脑上的任务

00:28:03.220 --> 00:28:06.140
如果项目本来就已经在远程主机上市

00:28:06.140 --> 00:28:07.800
也可以连接远程环境

00:28:07.800 --> 00:28:10.220
现在Codex可以连接手机操作

00:28:10.220 --> 00:28:10.920
非常方便

00:28:10.920 --> 00:28:12.740
屏幕上的这些进阶名词

00:28:12.740 --> 00:28:14.640
现在不需要记住具体操作

00:28:14.640 --> 00:28:16.500
只要留下一个大概印象

00:28:16.500 --> 00:28:19.940
Agent.imd负责保存项目规则

00:28:19.940 --> 00:28:22.300
MCP负责连接工具

00:28:22.300 --> 00:28:25.900
Door Agent和Worktree是帮助处理更复杂的任务

00:28:25.900 --> 00:28:29.580
而Cli IDE Cloud和Remote

00:28:29.580 --> 00:28:31.220
只是不同的使用环境

00:28:31.220 --> 00:28:33.480
好前面的基础理论部分

00:28:33.480 --> 00:28:34.600
我们先讲到这里

00:28:34.600 --> 00:28:38.000
如果你现在还是搞不清楚哪个功能在哪

00:28:38.000 --> 00:28:39.820
或者是觉得还是有些抽象

00:28:39.820 --> 00:28:41.140
这完全正常

00:28:41.140 --> 00:28:43.960
接下来我们把它放到一个真实的项目里

00:28:43.960 --> 00:28:46.380
你对这些功能就有了更具体的了解

00:28:46.380 --> 00:28:48.500
好 下面我们进入实战环节

00:28:48.500 --> 00:28:50.500
选第一个实战案例的时候

00:28:50.500 --> 00:28:53.240
我不太想为了证明AI很厉害

00:28:53.240 --> 00:28:55.060
专门做一个画面很热闹

00:28:55.060 --> 00:28:56.120
看起来很厉害

00:28:56.120 --> 00:28:57.860
但实用性不强的东西

00:28:57.860 --> 00:28:59.960
我更希望这次做出来的产品

00:28:59.960 --> 00:29:02.880
真正能够进入到某一个人的工作流程

00:29:02.880 --> 00:29:04.520
所以我选的案例是

00:29:04.520 --> 00:29:06.380
素材批量命名助手

00:29:06.380 --> 00:29:08.020
如果你是内容创作者

00:29:08.020 --> 00:29:09.200
或者电商从业者

00:29:09.200 --> 00:29:10.200
拍过视频

00:29:10.200 --> 00:29:10.980
做过剪辑

00:29:10.980 --> 00:29:12.200
整理过商品图片

00:29:12.200 --> 00:29:13.700
或者是课程素材

00:29:13.700 --> 00:29:15.680
应该对这种场面不陌生

00:29:15.680 --> 00:29:17.440
Image 8392

00:29:17.440 --> 00:29:20.260
屏幕录制20267月18日

00:29:20.260 --> 00:29:20.960
最终版

00:29:20.960 --> 00:29:21.920
最终版2

00:29:21.920 --> 00:29:23.440
真的最终版

00:29:23.440 --> 00:29:24.680
文件少的时候

00:29:24.680 --> 00:29:25.900
还能明显靠记忆

00:29:25.900 --> 00:29:27.340
但是素材一多

00:29:27.340 --> 00:29:28.420
光是找对版本

00:29:28.420 --> 00:29:30.000
你就已经很消耗耐心了

00:29:30.000 --> 00:29:31.820
所以我们今天要做的这个APP

00:29:31.820 --> 00:29:33.240
它可以把视频

00:29:33.240 --> 00:29:36.480
图片 录屏和音频添加进去

00:29:36.480 --> 00:29:38.120
再按照项目的名称

00:29:38.120 --> 00:29:40.520
续号 素材类型和可选标签

00:29:40.520 --> 00:29:43.320
一键批量生成整齐的新名称

00:29:43.320 --> 00:29:45.520
而且改名之前可以先预览

00:29:45.520 --> 00:29:48.580
发现重名或者非法字符的时候会提醒

00:29:48.580 --> 00:29:51.140
执行之前还有完整确认

00:29:51.140 --> 00:29:53.040
改完以后保留操作记录

00:29:53.040 --> 00:29:54.300
如果真的改错了

00:29:54.300 --> 00:29:56.380
还能撤销最近一次的操作

00:29:56.380 --> 00:29:57.760
它虽然只是一个小工具

00:29:57.760 --> 00:30:00.480
但它能解决一个真实具体

00:30:00.480 --> 00:30:02.380
而且很多人会反复遇到的问题

00:30:02.380 --> 00:30:05.000
那么对于第一堂零基础的实战课来讲

00:30:05.000 --> 00:30:09.420
我觉得这比做一个只能摆在那里看的页面更有意义

00:30:09.420 --> 00:30:11.440
现在我们正式开始

00:30:11.440 --> 00:30:15.940
会用最简单最容易理解的方式去跟大家讲

00:30:15.940 --> 00:30:19.980
大家看了之后肯定会觉得没想到它那么简单

00:30:19.980 --> 00:30:23.340
那第一步就是新建一个项目

00:30:23.340 --> 00:30:29.340
我们就把它命名为素材批量命名助手

00:30:29.340 --> 00:30:37.460
然后我们可以跟Codex说

00:30:37.460 --> 00:30:43.120
我现在希望你帮我做一个素材批量命名助手

00:30:43.120 --> 00:30:46.600
但是我目前只有这么一个模糊的想法

00:30:46.600 --> 00:30:47.660
我还没有想好

00:30:47.660 --> 00:30:50.900
你能帮我构思一下这个APP

00:30:50.900 --> 00:30:52.040
哦对了

00:30:52.040 --> 00:30:54.620
我要做的是一个桌面板APP

00:30:54.620 --> 00:30:58.140
目前我用的是一台MacBook

00:30:58.140 --> 00:31:00.440
那你告诉我

00:31:00.440 --> 00:31:03.820
这个app大概是需要什么功能

00:31:03.820 --> 00:31:06.980
然后我有哪些需要注意的地方

00:31:06.980 --> 00:31:08.260
你先跟我说一下

00:31:08.260 --> 00:31:09.440
我跟你讨论一下

00:31:09.440 --> 00:31:12.040
还有什么需要我一起决定的

00:31:12.040 --> 00:31:13.140
你也跟我说出来

00:31:13.140 --> 00:31:18.180
用语音输入法去跟它沟通

00:31:18.180 --> 00:31:19.700
真的特别方便

00:31:19.700 --> 00:31:21.840
很多人他们都会说

00:31:21.840 --> 00:31:24.780
我们在和Codex沟通的时候

00:31:24.780 --> 00:31:26.540
要给它一个身份

00:31:26.540 --> 00:31:30.140
比如说你是一个非常有经验的产品经理

00:31:30.140 --> 00:31:34.480
或者说你是一个非常有经验的产品开发

00:31:34.480 --> 00:31:37.920
但实际上这个5.6这个模型

00:31:37.920 --> 00:31:39.600
我自己的体感是

00:31:39.600 --> 00:31:41.560
你已经不需要跟他说那些背景了

00:31:41.560 --> 00:31:44.760
他自己就知道他需要站在一个什么样的角色上

00:31:44.760 --> 00:31:46.100
然后为我们思考

00:31:46.100 --> 00:31:48.220
尤其是装了一些skill

00:31:48.220 --> 00:31:50.740
像这个superpowers这个skill

00:31:50.740 --> 00:31:54.640
他在自动识别套用这个skill的时候

00:31:54.640 --> 00:32:00.000
就已经给自己设定了一个非常优秀的产品开发和产品

00:32:14.400 --> 00:32:15.400
常用模板

00:32:15.400 --> 00:32:18.140
还有可以查询的操作记录

00:32:18.140 --> 00:32:19.900
包括一键撤销

00:32:19.900 --> 00:32:23.000
后续可以扩展的一些功能

00:32:23.000 --> 00:32:24.920
然后我们回答他给我们提出来的问题

00:32:24.920 --> 00:32:29.000
比如说我们最想解决的是哪种真实的场景

00:32:29.000 --> 00:32:30.780
那对于我个人来讲

00:32:30.780 --> 00:32:33.200
我需要解决的是A

00:32:33.200 --> 00:32:35.300
但其实我们也可以

00:32:35.300 --> 00:32:38.620
做一个适合多种人群的通用工具

00:32:38.620 --> 00:32:39.760
那我们就说A

00:32:39.760 --> 00:32:41.280
用语音输入法

00:32:41.280 --> 00:32:44.440
主要是自媒体和电商

00:32:44.440 --> 00:32:47.940
我主要想面向这两方面的用户

00:32:47.940 --> 00:32:49.160
然后我们再看

00:32:49.160 --> 00:32:51.620
他会给我们一个什么样的回复

00:32:51.620 --> 00:32:53.640
可以看到他给我们的这个定位

00:32:53.640 --> 00:32:54.920
就收敛成了

00:32:54.920 --> 00:32:57.140
面向自媒体和电商从业者

00:32:57.140 --> 00:32:58.920
把大量杂乱的图片

00:32:58.920 --> 00:33:00.480
视频快速变成规范

00:33:00.480 --> 00:33:02.560
可搜索可交付的素材名章

00:33:02.560 --> 00:33:05.040
包括他分析了下这两类用户

00:33:05.040 --> 00:33:06.560
共同的需求

00:33:06.560 --> 00:33:07.620
这个共同的需求

00:33:07.620 --> 00:33:10.100
其实也就是我们产品的功能

00:33:10.100 --> 00:33:12.900
包括他们有各自的专属的规则

00:33:12.900 --> 00:33:14.980
这意味着我们的这个APP

00:33:14.980 --> 00:33:16.340
以后可以内置两套入口

00:33:16.340 --> 00:33:18.720
第一版我觉得不用做的这么复杂

00:33:18.720 --> 00:33:21.040
那我们就把我们关于这个产品的想法

00:33:21.040 --> 00:33:22.300
也实时的告诉他

00:33:22.300 --> 00:33:25.260
第一版我觉得做的不用这么复杂

00:33:25.260 --> 00:33:26.900
只要一个入口就行了

00:33:26.900 --> 00:33:29.620
电商素材和自媒体素材用同一个入口

00:33:29.620 --> 00:33:32.740
如果以后我要再升级我的这个产品的话

00:33:32.740 --> 00:33:34.040
我再设置两套入口

00:33:34.040 --> 00:33:36.080
然后他向我抛出来了一个问题

00:33:36.080 --> 00:33:38.740
最重要的是弄清楚用户希望APP

00:33:38.740 --> 00:33:39.820
如何理解文件

00:33:39.820 --> 00:33:42.880
那我就把我刚才展示给大家的我

00:33:42.880 --> 00:33:43.760
这个文艺夹里面

00:33:43.760 --> 00:33:47.800
我的这些素材有的叫image7826

00:33:47.800 --> 00:33:49.000
有的叫最终版

00:33:49.000 --> 00:33:52.180
有的叫最终版的最终版

00:33:52.180 --> 00:33:55.460
那我希望你最后给我编程的名字

00:33:55.460 --> 00:33:57.040
就是以这个素材

00:33:57.040 --> 00:33:59.540
它的拍摄时间为顺序

00:33:59.540 --> 00:34:03.380
去给我从第一一直列到最后

00:34:03.380 --> 00:34:04.820
然后根据这个素材

00:34:04.820 --> 00:34:06.820
它的使用场景

00:34:06.820 --> 00:34:08.760
再去给我做一些分类

00:34:08.760 --> 00:34:10.220
另外还有其他的

00:34:10.220 --> 00:34:12.240
你认为可以给我做的一些

00:34:12.240 --> 00:34:13.700
分类和标签

00:34:13.700 --> 00:34:14.880
你都给我添加起来

00:34:14.880 --> 00:34:16.820
但是不要给我添加太多

00:34:16.820 --> 00:34:19.000
只给我一些比较通用的必要的就好

00:34:19.000 --> 00:34:21.980
那在等待他给我们回复的这个间隙

00:34:21.980 --> 00:34:22.980
我们看一下

00:34:22.980 --> 00:34:24.640
在做这个产品的时候

00:34:24.640 --> 00:34:26.160
用的是什么模型

00:34:26.160 --> 00:34:30.360
现在是7月22日

00:34:30.360 --> 00:34:33.800
目前是更新到了

00:34:33.800 --> 00:34:35.740
GPT5.6这个模型

00:34:35.740 --> 00:34:37.520
那这里有5.6

00:34:37.520 --> 00:34:38.080
Soul

00:34:38.080 --> 00:34:38.700
Terra

00:34:38.700 --> 00:34:39.140
Luna

00:34:39.140 --> 00:34:39.720
还有5.5

00:34:39.720 --> 00:34:40.240
5.4

00:34:40.240 --> 00:34:40.620
5.4

00:34:40.620 --> 00:34:40.940
mini

00:34:40.940 --> 00:34:41.780
和5.3

00:34:41.780 --> 00:34:42.260
Spark

00:34:42.260 --> 00:34:45.340
它们具体是什么区别呢

00:34:45.340 --> 00:34:46.720
目前5.6

00:34:46.720 --> 00:34:47.080
Soul

00:34:47.080 --> 00:34:47.780
这个模型

00:34:47.780 --> 00:34:49.300
它是旗舰模型

00:34:49.300 --> 00:34:50.620
它适合的是

00:34:50.620 --> 00:34:51.940
复杂的开发架构

00:34:51.940 --> 00:34:52.520
一难bug

00:34:52.520 --> 00:34:53.180
高风险

00:34:53.180 --> 00:34:53.780
上线

00:34:53.780 --> 00:34:54.600
深度研究

00:34:54.600 --> 00:34:55.720
这张表里面

00:34:55.720 --> 00:34:56.960
它的编程能力

00:34:56.960 --> 00:34:58.120
可以看出来

00:34:58.120 --> 00:34:59.060
Soul

00:34:59.060 --> 00:35:00.340
它整体

00:35:00.340 --> 00:35:02.180
是非常明显的

00:35:02.180 --> 00:35:03.860
强于5.5的

00:35:03.860 --> 00:35:04.500
Terra

00:35:04.500 --> 00:35:05.860
它整体高于

00:35:05.860 --> 00:35:07.820
或者是接近5.5

00:35:07.820 --> 00:35:09.300
LUNA呢

00:35:09.300 --> 00:35:12.420
它在部分代码修改测试中

00:35:12.420 --> 00:35:14.080
是超过5.5

00:35:14.080 --> 00:35:15.960
但是在复杂的中端工作流中

00:35:15.960 --> 00:35:18.080
是略逊于5.5的

00:35:18.080 --> 00:35:19.400
所以LUNA呢

00:35:19.400 --> 00:35:21.800
它更适合边界清楚的执行

00:35:21.800 --> 00:35:24.460
快速试错或者小逻辑的调整

00:35:24.460 --> 00:35:27.180
其实用5.3 Spark

00:35:27.180 --> 00:35:28.220
也是可以的

00:35:28.220 --> 00:35:29.680
它的优点就是快

00:35:29.680 --> 00:35:30.400
真的很快

00:35:30.400 --> 00:35:31.720
5.4 Mini

00:35:31.720 --> 00:35:34.920
它也是比较便宜快速

00:35:34.920 --> 00:35:37.060
但是如果是复杂的工作

00:35:37.060 --> 00:35:39.120
还是交给5.6来处理

00:35:39.120 --> 00:35:41.840
那做这个演示的时候

00:35:41.840 --> 00:35:44.320
我希望它能质量稍微高一点

00:35:44.320 --> 00:35:46.920
速度也稍微快一点

00:35:46.920 --> 00:35:48.480
因为我要给大家录视频嘛

00:35:48.480 --> 00:35:50.760
所以我就选了推理强度

00:35:50.760 --> 00:35:53.260
即高和速度快速

00:35:53.260 --> 00:35:55.480
它是1.5倍的速度

00:35:55.480 --> 00:35:56.740
但是它用量更多

00:35:56.740 --> 00:35:59.200
那我们给Codex的建议

00:35:59.200 --> 00:36:00.360
它已经反馈回来了

00:36:00.360 --> 00:36:01.960
它说它也同意第一版

00:36:01.960 --> 00:36:02.840
只做一个入口

00:36:02.840 --> 00:36:04.140
最合理

00:36:04.140 --> 00:36:06.320
我们就不区分电商和自媒体了

00:36:06.320 --> 00:36:08.420
他理解的一个核心流程

00:36:08.420 --> 00:36:10.320
把素材拖进来

00:36:10.320 --> 00:36:12.060
读取拍摄时间并排序

00:36:12.060 --> 00:36:13.620
从001开始编号

00:36:13.620 --> 00:36:16.540
自动识别少量的分类和标签

00:36:16.540 --> 00:36:18.340
预览确认改名

00:36:18.340 --> 00:36:21.320
然后还有一个比较重要的边界

00:36:21.320 --> 00:36:23.980
是第一版建议指重命名

00:36:23.980 --> 00:36:25.380
不自动移动文件

00:36:25.380 --> 00:36:26.660
这样更安全

00:36:26.660 --> 00:36:30.140
我觉得这个也是合理的

00:36:30.140 --> 00:36:32.840
他现在需要我们决定的是

00:36:32.840 --> 00:36:34.600
分了个标签最后放在哪里

00:36:34.600 --> 00:36:36.660
我们可以选

00:36:36.660 --> 00:36:39.340
A就是自动写到文件名

00:36:39.340 --> 00:36:41.700
B是自动创建

00:36:41.700 --> 00:36:42.720
分了文件夹

00:36:42.720 --> 00:36:43.980
或者是

00:36:43.980 --> 00:36:45.440
多能使用

00:36:45.440 --> 00:36:46.820
也就是在我们的APP里

00:36:46.820 --> 00:36:48.200
再多一个功能

00:36:48.200 --> 00:36:49.660
但其实第一版

00:36:49.660 --> 00:36:51.880
功能不需要做那么多

00:36:51.880 --> 00:36:53.520
我们就把这个标签

00:36:53.520 --> 00:36:54.620
直接写到文件名里

00:36:54.620 --> 00:36:56.020
我选择A

00:36:56.020 --> 00:36:59.140
我们先跟他

00:36:59.140 --> 00:37:01.320
把这个问题确定下来

00:37:01.320 --> 00:37:03.660
他在这里又给我们提了一个建议

00:37:03.660 --> 00:37:05.680
说增加一个批次主题

00:37:05.680 --> 00:37:09.760
因为如果每批都是叫001

00:37:09.760 --> 00:37:13.000
不同项目放在一起就很容易重名

00:37:13.000 --> 00:37:14.920
我选择A

00:37:14.920 --> 00:37:17.460
你说的这个我的理解是

00:37:17.460 --> 00:37:21.680
在我把素材拖进去之后

00:37:21.680 --> 00:37:23.020
重命名之前

00:37:23.020 --> 00:37:28.220
我可以在APP界面上输入一个主题词

00:37:28.220 --> 00:37:29.680
然后这个主题词

00:37:29.680 --> 00:37:32.220
它会批量出现在

00:37:32.220 --> 00:37:34.220
我重命名的这些文件里

00:37:34.220 --> 00:37:35.580
我的理解对吗

00:37:35.580 --> 00:37:39.720
在后面写代码的时候

00:37:39.720 --> 00:37:43.060
我们需要跟Codex说清楚

00:37:43.060 --> 00:37:46.040
有哪些是一定要改

00:37:46.040 --> 00:37:48.120
哪些是一定不能碰的

00:37:48.120 --> 00:37:50.960
但是在前面我们讨论需求的时候

00:37:50.960 --> 00:37:54.280
你就想怎么说就怎么说

00:37:54.280 --> 00:37:56.580
有语法错误也没有什么问题

00:37:56.580 --> 00:38:00.420
只要你把你的想法表达清楚就可以

00:38:00.420 --> 00:38:04.400
他给我回复说理解的是正确的

00:38:04.400 --> 00:38:06.820
接下来需要确认一个影响比较大的问题

00:38:06.820 --> 00:38:09.400
商品人物场景特写这些标签

00:38:09.400 --> 00:38:12.360
我希望APP是自动分析画面

00:38:12.360 --> 00:38:15.220
同时允许我在确认前手动修改标签

00:38:15.220 --> 00:38:17.520
我不希望他在自动分析画面

00:38:17.520 --> 00:38:20.120
我直接手动修改标签就行了

00:38:20.120 --> 00:38:21.600
因为也不是什么很复杂的事情

00:38:21.600 --> 00:38:24.920
所以我直接根据文件类型

00:38:24.920 --> 00:38:26.940
尺寸横竖方向

00:38:26.940 --> 00:38:28.800
添加简单的标签就可以了

00:38:28.800 --> 00:38:30.580
所以我选B

00:38:30.580 --> 00:38:34.900
他自动

00:38:34.900 --> 00:38:36.320
没有关系

00:38:36.320 --> 00:38:37.640
他明白我在说什么

00:38:37.640 --> 00:38:43.360
他说选B很合理

00:38:43.360 --> 00:38:44.980
而且更符合第一版

00:38:44.980 --> 00:38:46.780
简单稳定好用的目标

00:38:46.780 --> 00:38:47.000
对

00:38:47.000 --> 00:38:48.560
这个稳定其实也很重要

00:38:48.560 --> 00:38:49.920
自动分析画面

00:38:49.920 --> 00:38:53.100
它能不能稳定的识别出正确的画面

00:38:53.100 --> 00:38:54.480
正确的类型

00:38:54.480 --> 00:38:56.880
我也不能很确定

00:38:56.880 --> 00:39:01.000
我觉得他问我问题问的太慢了

00:39:01.000 --> 00:39:03.180
我希望他能快一点回来

00:39:03.180 --> 00:39:04.040
快点问

00:39:04.040 --> 00:39:05.180
快问快答吧

00:39:05.180 --> 00:39:07.400
这一个一个到什么时候

00:39:07.400 --> 00:39:10.160
下个问题是尺寸怎么表示

00:39:10.160 --> 00:39:11.040
可以

00:39:11.040 --> 00:39:12.220
我觉得可以选A

00:39:12.220 --> 00:39:15.060
另外你能不能把一些问题

00:39:15.060 --> 00:39:17.120
全部都给我说出来

00:39:17.120 --> 00:39:18.740
你不要这样一个一个的问

00:39:18.740 --> 00:39:20.220
我觉得很耽误时间

00:39:20.220 --> 00:39:22.500
只要是这个问题的答案

00:39:22.500 --> 00:39:27.820
不会影响到其他的选项的逻辑

00:39:27.820 --> 00:39:30.260
那你就把这些问题全部都抛给我

00:39:30.260 --> 00:39:32.740
另外把这些推荐也都告诉我

00:39:32.740 --> 00:39:33.700
就是你的推荐答案

00:39:33.700 --> 00:39:34.900
你也告诉我

00:39:34.900 --> 00:39:37.460
我会最后回复你

00:39:37.460 --> 00:39:39.380
是不是全部按你的推荐来

00:39:39.380 --> 00:39:41.460
或者是哪个单独的我要修改

00:39:44.340 --> 00:39:45.700
我讨厌磨磨叽叽的

00:39:45.700 --> 00:39:50.160
可以这样更高效

00:39:50.160 --> 00:39:53.240
只要这些问题之间互相不依赖

00:39:53.240 --> 00:39:55.380
它就会一次性的给我列出来

00:39:55.380 --> 00:39:57.260
目前已经确定的设计

00:39:57.260 --> 00:39:58.080
它写在这里

00:39:58.080 --> 00:39:59.100
然后剩余的决策

00:40:15.000 --> 00:40:16.000
可以

00:40:17.000 --> 00:40:19.000
图片和视频如何编号

00:40:20.000 --> 00:40:23.000
图片和视频放在一起按时间统一编号

00:40:23.000 --> 00:40:24.000
也可以

00:40:25.000 --> 00:40:28.000
下面我就自己大概看一下

00:40:28.000 --> 00:40:30.000
就不一一的给它加列了

00:40:32.000 --> 00:40:33.000
好的好的

00:40:33.000 --> 00:40:35.000
全部按你推荐的

00:40:35.000 --> 00:40:36.000
来

00:40:39.000 --> 00:40:40.000
好的

00:40:40.000 --> 00:40:41.000
然后它给我反馈

00:40:41.000 --> 00:40:43.000
给了我三个产品方向

00:40:43.000 --> 00:40:46.680
第一个是单窗口固定规则及时预览

00:40:46.680 --> 00:40:48.800
也就是拖入素材

00:40:48.800 --> 00:40:50.120
同一个窗口收入主题

00:40:50.120 --> 00:40:51.620
马上就可以看到新闻件名

00:40:51.620 --> 00:40:54.060
第二个是分布就向到

00:40:54.060 --> 00:40:58.420
多了一个检查排序的这么一个过程

00:40:58.420 --> 00:41:00.960
第三个是专业规则编辑起

00:41:00.960 --> 00:41:03.800
可以自由组合这些字段

00:41:03.800 --> 00:41:05.940
目前我觉得不需要

00:41:05.940 --> 00:41:08.200
像方向三一样这么复杂

00:41:08.200 --> 00:41:11.680
但是第一个方向一又太简单了

00:41:11.680 --> 00:41:14.520
我还是希望它有一些什么功能呢

00:41:14.520 --> 00:41:16.900
就是排除非法字符

00:41:16.900 --> 00:41:19.600
排除重命名等

00:41:19.600 --> 00:41:21.580
这样一些安全检查的这个步骤

00:41:21.580 --> 00:41:22.880
我觉得这个是不能少的

00:41:22.880 --> 00:41:24.360
所以我要再跟大家提一下

00:41:24.360 --> 00:41:27.080
我同意你说的这个方向一

00:41:27.080 --> 00:41:29.740
但是我希望多一个安全检查

00:41:29.740 --> 00:41:30.280
这个步骤

00:41:30.280 --> 00:41:32.460
也就是查一下是否有重命名

00:41:32.460 --> 00:41:34.080
是否有非法字符

00:41:34.080 --> 00:41:35.420
等等一系列

00:41:35.420 --> 00:41:36.700
这些问题

00:41:36.700 --> 00:41:38.900
你把这一步再给我加进去

00:41:38.900 --> 00:41:41.800
另外关于UI的配色

00:41:41.800 --> 00:41:45.760
我还是希望能再跟你讨论一下

00:41:45.760 --> 00:41:47.420
你刚才说的那个太简单了

00:41:47.420 --> 00:41:49.240
你再给我三个方案

00:41:49.240 --> 00:41:51.320
我来对比选择一下

00:41:51.320 --> 00:41:54.820
最近我发现它的一个新功能

00:41:54.820 --> 00:41:57.160
在7月上旬用的时候

00:41:57.160 --> 00:41:58.380
还没有这个功能

00:41:58.380 --> 00:42:01.820
它可以直接在Codex的浏览器里面

00:42:01.820 --> 00:42:04.780
几个配色在右边这边展示出来

00:42:04.780 --> 00:42:06.220
这样就比较直观

00:42:08.900 --> 00:42:11.840
给了我三个方案

00:42:11.840 --> 00:42:18.900
雾蓝青绿暖纱工作室和石墨电光蓝

00:42:18.900 --> 00:42:21.360
它的建议是A

00:42:21.360 --> 00:42:25.680
我觉得A的工具感也比较强

00:42:25.680 --> 00:42:30.160
我给大家演示的之前我做的产品

00:42:30.160 --> 00:42:33.240
是一个偏暖色的方案

00:42:33.240 --> 00:42:37.220
现在我们在做工具气质更强一点的

00:42:37.220 --> 00:42:37.800
我选A

00:42:37.800 --> 00:42:43.080
那我们现在这个产品的视觉方向就定下来了

00:42:43.080 --> 00:42:46.360
它是一个浅雾蓝背景白色工作区

00:42:46.360 --> 00:42:48.960
轻绿色主操作与成功状态

00:42:48.960 --> 00:42:52.260
减高和错误另外使用琥珀色红色

00:42:52.260 --> 00:42:56.260
安全检查状态加入了进去

00:42:56.260 --> 00:42:59.500
我们看一下它的视觉效果

00:43:07.800 --> 00:43:10.880
可以执行返回修改

00:43:10.880 --> 00:43:14.800
开始重命名

00:43:14.800 --> 00:43:15.240
可以

00:43:15.240 --> 00:43:20.760
可以

00:43:20.760 --> 00:43:23.780
现在它更新了视觉页

00:43:23.780 --> 00:43:26.180
说展示了三个关键状态

00:43:26.180 --> 00:43:28.240
我们再打开看一下

00:43:28.240 --> 00:43:32.380
这是检查被阻止

00:43:32.380 --> 00:43:37.060
重命名成功和撤销完成的三个状态

00:43:37.800 --> 00:43:42.400
都可以

00:43:42.400 --> 00:43:55.840
在它思考了一段时间之后

00:43:55.840 --> 00:44:00.000
给了我们一整套完整的产品设计方案

00:44:00.000 --> 00:44:02.540
有产品边界

00:44:02.540 --> 00:44:03.940
完整的操作流程

00:44:03.940 --> 00:44:05.820
安全检查范围

00:44:05.820 --> 00:44:07.600
内部构成

00:44:07.600 --> 00:44:10.540
也就是功能上的六个模块

00:44:10.540 --> 00:44:13.700
执行和吃销的原则

00:44:13.700 --> 00:44:14.860
视觉规范

00:44:14.860 --> 00:44:16.700
第一版验收的重点

00:44:16.700 --> 00:44:20.220
我在这里演示就稍微快一点

00:44:20.220 --> 00:44:22.680
大家在自己做项目的时候

00:44:22.680 --> 00:44:24.580
还是要更深入

00:44:24.580 --> 00:44:26.660
更详细的和大家去讨论一下

00:44:26.660 --> 00:44:29.160
如果哪里你觉得不符合你的预期

00:44:29.160 --> 00:44:30.620
你就直接和它提出来

00:44:30.620 --> 00:44:32.760
包括验收重点

00:44:32.760 --> 00:44:34.760
你要再多提一些

00:44:34.760 --> 00:44:37.820
这里我就不再过多的去对它进行要求了

00:44:37.820 --> 00:44:40.200
那我们就确认完整设计

00:44:40.200 --> 00:44:45.620
我们等待它整理成一个正式的设计文档

00:44:45.620 --> 00:44:47.740
然后我们最后再审议一次

00:44:47.740 --> 00:44:50.500
它应该就会进入开发阶段了

00:44:50.500 --> 00:44:54.220
那我们在这里再复习一下

00:44:54.220 --> 00:44:58.180
这里我们有加号

00:44:58.180 --> 00:45:01.480
绿色的加号339

00:45:01.480 --> 00:45:02.820
红色的减号

00:45:02.820 --> 00:45:04.580
这就是Dev

00:45:04.580 --> 00:45:07.020
我们加

00:45:07.020 --> 00:45:08.360
就说明他在写东西

00:45:08.360 --> 00:45:09.340
在输入东西

00:45:09.340 --> 00:45:10.420
减

00:45:10.420 --> 00:45:13.660
因为目前我们没有进行一些修改

00:45:13.660 --> 00:45:16.700
基本上都是新设新增的一些内容

00:45:16.700 --> 00:45:19.140
所以他没有删掉的一些

00:45:19.140 --> 00:45:21.780
比如说我们要把一个红色按钮

00:45:21.780 --> 00:45:23.020
改成一个绿色按钮

00:45:23.020 --> 00:45:27.120
那这个红色部分也会显示

00:45:27.120 --> 00:45:28.700
他会删减一些代码

00:45:28.700 --> 00:45:31.940
那我们现在看一下

00:45:31.940 --> 00:45:35.800
它给我们交付的第一版产品设计文档

00:45:35.800 --> 00:45:38.100
这是一个MD格式的文件

00:45:38.100 --> 00:45:39.140
我们直接在右边看

00:45:39.140 --> 00:45:41.740
包括产品概述

00:45:41.740 --> 00:45:43.660
目标用户与问题

00:45:43.660 --> 00:45:45.080
产品原则

00:45:45.080 --> 00:45:47.320
第一版的功能范围

00:45:47.320 --> 00:45:49.460
命名规则

00:45:49.460 --> 00:45:51.380
用户流程

00:45:51.380 --> 00:45:56.420
视觉与交互设计

00:45:56.420 --> 00:45:58.900
系统结构

00:45:58.900 --> 00:46:01.060
数据与隐私

00:46:01.060 --> 00:46:02.200
错误处理

00:46:02.200 --> 00:46:03.360
验收与测试

00:46:03.360 --> 00:46:07.960
风险与应对和后续可能的方向

00:46:07.960 --> 00:46:10.120
看了这个产品设计文档

00:46:10.120 --> 00:46:11.080
没什么问题的话

00:46:11.080 --> 00:46:12.520
我们就回复它文档通过

00:46:12.520 --> 00:46:16.860
制定详细的实施计划吧

00:46:16.860 --> 00:46:20.420
这里可以看到

00:46:20.420 --> 00:46:21.680
它自动使用了一个

00:46:21.680 --> 00:46:23.420
Superpowers里面的

00:46:23.420 --> 00:46:25.620
制定开发计划的一个skill

00:46:25.620 --> 00:46:27.180
所以其实

00:46:27.180 --> 00:46:33.260
这并不是我和Codex之间的交流太随意

00:46:33.260 --> 00:46:37.700
而是目前GPT 5.6 Soul的这个模型

00:46:37.700 --> 00:46:41.080
它的聪明程度完全可以理解

00:46:41.080 --> 00:46:44.640
我与它之间这么轻松随意的沟通中

00:46:44.640 --> 00:46:47.700
表达出来的我对这个产品的要求

00:46:47.700 --> 00:46:49.560
和这个产品它的内核

00:46:49.560 --> 00:46:51.740
我觉得可以这样理解

00:46:51.740 --> 00:46:54.020
就是我只要把我的想法告诉它

00:46:54.020 --> 00:46:56.400
它会通过一系列的追问

00:46:56.400 --> 00:47:01.280
以及补充去帮我把这个产品丰富成8到9分

00:47:01.280 --> 00:47:05.040
包括是如果你的系统环境缺了一些依赖

00:47:05.040 --> 00:47:07.780
它会自动帮你安装

00:47:07.780 --> 00:47:11.240
或者是选择绕过这个依赖

00:47:11.240 --> 00:47:13.360
用其他的方法去解决问题

00:47:13.360 --> 00:47:15.720
它都会自己去进行这方面的思考

00:47:15.720 --> 00:47:17.460
比如说在这里

00:47:17.460 --> 00:47:20.000
它发现我的环境里没有完整的Xcode

00:47:20.000 --> 00:47:23.080
但是我装了这个Swift 5.10

00:47:23.080 --> 00:47:26.700
它就规划了另外一个能实现的路径

00:47:26.700 --> 00:47:27.920
但实际上说实话

00:47:27.920 --> 00:47:30.820
Swift UI Swift Package

00:47:30.820 --> 00:47:33.640
我确实也不知道有什么东西

00:47:33.640 --> 00:47:35.900
但是这都没有关系

00:47:35.900 --> 00:47:37.920
你不懂代码这个事情

00:47:37.920 --> 00:47:41.060
在Codex眼里它一点都不是问题

00:47:41.060 --> 00:47:43.220
经过15分钟的等待

00:47:43.220 --> 00:47:46.020
它现在是已经把详细的实施计划

00:47:46.020 --> 00:47:47.240
给我们做出来了

00:47:47.240 --> 00:47:49.980
这个计划里面包括了13个任务

00:47:49.980 --> 00:47:51.640
覆盖原数据读取

00:47:51.640 --> 00:47:54.240
命名安全检查事物改命

00:47:54.240 --> 00:47:55.420
跨重启撤销

00:47:55.420 --> 00:47:59.620
完整UI和3000项性能测试

00:48:00.000 --> 00:48:08.680
這個3000項其實就是我們最多能給他約3000個受支持素材的導入和本機的APP打包。

00:48:08.680 --> 00:48:11.620
那他给我们执行方式推荐了两种

00:48:11.620 --> 00:48:13.740
一种是子代理逐任务开发

00:48:13.740 --> 00:48:16.560
也就是这每个任务他独立实施

00:48:16.560 --> 00:48:18.520
然后相当于他同时进行

00:48:18.520 --> 00:48:21.220
然后第二个任务是当前任务内连续开发

00:48:21.220 --> 00:48:22.980
他在这里按批次的执行

00:48:22.980 --> 00:48:25.020
所以我觉得我们可以选第一个

00:48:25.020 --> 00:48:28.520
因为这十三个任务之间没有非常明显的

00:48:28.520 --> 00:48:31.260
互相逻辑上有牵绊的这么一种情况

00:48:31.260 --> 00:48:32.920
当时

00:48:32.920 --> 00:48:35.980
现在我们就可以看到

00:48:35.980 --> 00:48:41.260
他使用了Superpowers里面的Using Gateworktrees

00:48:41.260 --> 00:48:44.380
我们前面学到的这些理论上的东西

00:48:44.380 --> 00:48:45.700
在这里就可以看到了

00:48:45.700 --> 00:48:47.380
他建立了一个隔离的工作区

00:48:47.380 --> 00:48:50.980
互相之间不会污染其他任务的进度

00:48:50.980 --> 00:48:52.820
在直线之前

00:48:52.820 --> 00:48:55.400
他又给我们提出了两个问题

00:48:55.400 --> 00:48:56.380
让我们确认一下

00:48:56.380 --> 00:49:00.360
第一个是是否同意他创建隔离工作区

00:49:00.360 --> 00:49:01.520
我们肯定是同意的

00:49:01.520 --> 00:49:05.240
第二个是因为我的电脑上没有完整的Xcode

00:49:05.240 --> 00:49:10.400
他说让我通过app store安装手次打开

00:49:10.400 --> 00:49:14.040
或者是这个还是要安装的

00:49:14.040 --> 00:49:16.240
可是我不想自己安装

00:49:16.240 --> 00:49:17.840
我让他手动帮我安装

00:49:17.840 --> 00:49:20.560
我同意你建立工作区

00:49:20.560 --> 00:49:22.680
但是我希望你帮我装Xcode

00:49:22.680 --> 00:49:23.600
我不想自己装

00:49:23.600 --> 00:49:24.640
你帮我装就行了

00:49:28.640 --> 00:49:30.280
自从有了codex之后

00:49:30.280 --> 00:49:31.600
真的是越来越懒了

00:49:31.600 --> 00:49:33.440
很多事情我都会先问他一句

00:49:33.440 --> 00:49:34.800
你能帮我做吗

00:49:34.800 --> 00:49:36.460
如果是你能帮我做你就帮我做

00:49:36.480 --> 00:49:38.060
我就不自己动手了

00:49:38.080 --> 00:49:40.820
如果是你实在没法帮我做的

00:49:40.840 --> 00:49:42.620
我才会自己去做

00:49:42.640 --> 00:49:46.160
所以我觉得大家也可以养成这样一个习惯

00:49:46.180 --> 00:49:48.140
有什么工作可以先问他一句

00:49:48.160 --> 00:49:50.360
你能替我做吗

00:49:50.380 --> 00:49:54.080
因为我们使用AI最终的这个目的

00:49:54.100 --> 00:49:56.240
还是要Agent化

00:49:56.260 --> 00:49:57.800
自动化

00:49:57.820 --> 00:49:59.660
能让他帮我们做的工作

00:49:59.680 --> 00:50:01.900
我们就一点都不多做

00:50:01.920 --> 00:50:03.800
那这里我们就先试一下

00:50:03.800 --> 00:50:06.160
Xcode它能帮我装好呢

00:50:06.960 --> 00:50:11.120
还可以在这里去复习一下我们学的引导

00:50:11.120 --> 00:50:12.920
就是追问引导这个功能

00:50:12.920 --> 00:50:17.640
比如说你帮我装Xcode会不会浪费我的很多token

00:50:22.800 --> 00:50:23.960
其实我知道答案

00:50:23.960 --> 00:50:26.440
它不会浪费我们很多的token的

00:50:26.440 --> 00:50:28.320
软件或者是依赖的下载

00:50:28.320 --> 00:50:31.600
它和我们的token消耗量是没有什么关系的

00:50:31.600 --> 00:50:34.740
它不属于这种输出的部分

00:50:34.740 --> 00:50:37.200
但是我们还是问它一下吧

00:50:37.200 --> 00:50:38.500
它回答我们说

00:50:38.500 --> 00:50:39.720
不会明显的浪费Token

00:50:39.720 --> 00:50:41.740
真正的成本是网络流量

00:50:41.740 --> 00:50:44.780
所以我们刚才问的这个问题

00:50:44.780 --> 00:50:47.200
它在回答我们这个问题的同时

00:50:47.200 --> 00:50:49.040
它手里的工作并没有停

00:50:49.040 --> 00:50:51.820
只是把我们问它的这个问题

00:50:51.820 --> 00:50:53.720
给我们顺便回复了一下

00:50:53.720 --> 00:50:56.520
然后它又对我们进行了一些安抚啊

00:50:56.520 --> 00:50:59.980
说这个下载到了16%左右

00:50:59.980 --> 00:51:01.220
消耗的是时间

00:51:01.220 --> 00:51:03.740
不会按照等待时长大量消耗token

00:51:03.740 --> 00:51:05.180
让我们放心

00:51:05.180 --> 00:51:11.460
刚刚我让Codex帮我安装了Xcode

00:51:11.460 --> 00:51:15.720
确实就是它自动帮我安装好了

00:51:15.720 --> 00:51:17.440
中间我登录了一下

00:51:17.440 --> 00:51:20.220
我的App Store的账号

00:51:20.220 --> 00:51:22.040
其他的都是它帮我完成的

00:51:22.040 --> 00:51:23.580
那现在它已经开始

00:51:23.580 --> 00:51:27.500
同时进行着13个任务

00:51:27.500 --> 00:51:29.220
我们再等一会儿

00:51:29.220 --> 00:51:31.100
我准备出面拿个快递

00:51:31.100 --> 00:51:37.500
这个任务它跑了两个小时

00:51:37.500 --> 00:51:39.220
4分钟25秒

00:51:39.220 --> 00:51:41.180
现在是123456

00:51:41.180 --> 00:51:43.600
任务都已经完成

00:51:43.600 --> 00:51:45.820
并且通过审查了

00:51:45.820 --> 00:51:49.680
任务7的事物共同测试通过了

00:51:49.680 --> 00:51:51.060
但是审查的时候发现

00:51:51.060 --> 00:51:53.520
缺少稳定身份的恢复记录

00:51:53.520 --> 00:51:56.680
然后Codex给了我们一个建议

00:51:56.680 --> 00:51:58.220
调整这个事物模型

00:51:58.220 --> 00:52:01.220
他认为这是属于安全架构的调整

00:52:01.220 --> 00:52:02.980
所以他停下来问了我一下

00:52:02.980 --> 00:52:04.420
同意

00:52:04.420 --> 00:52:07.860
然后我们再继续等待

00:52:07.860 --> 00:52:13.100
现在任务期的事物模型调整了之后

00:52:13.100 --> 00:52:14.540
这个任务继续

00:52:14.540 --> 00:52:18.040
继续已经进行了两个小时零五分钟了

00:52:18.040 --> 00:52:21.260
其实他每一步都做得非常细

00:52:21.260 --> 00:52:23.220
这个架构完成之后

00:52:23.220 --> 00:52:25.680
都会再进行测试

00:52:25.680 --> 00:52:26.860
他要写测试

00:52:26.860 --> 00:52:30.180
然后测试如果出现不通过的地方

00:52:30.180 --> 00:52:31.620
它要再进行修复

00:52:31.620 --> 00:52:33.580
修复完之后再进行测试

00:52:33.580 --> 00:52:37.220
这能够保证我们的产品更加的稳定

00:52:37.220 --> 00:52:38.180
更加完整

00:52:38.180 --> 00:52:40.060
但有时候这个模型

00:52:40.060 --> 00:52:43.140
它有可能也会想的太多

00:52:43.140 --> 00:52:45.000
而且这个工具

00:52:45.000 --> 00:52:47.740
其实它相对还是一个比较轻量的工作

00:52:47.740 --> 00:52:52.120
所以在它做到了第九个任务的时候

00:52:52.120 --> 00:52:53.500
我跟它追加了

00:52:53.500 --> 00:52:55.440
让它少做一点测试

00:52:55.440 --> 00:52:56.740
我希望能尽快出产品

00:52:56.740 --> 00:52:59.320
这个冒烟测试我可以自己去做

00:52:59.320 --> 00:53:00.960
然后他就说明白

00:53:00.960 --> 00:53:04.160
从现在开始切到尽快可以出产品的模式

00:53:04.160 --> 00:53:06.600
不再反复的扩充边界测试

00:53:06.600 --> 00:53:08.420
也不会每轮都跑全量套件

00:53:08.420 --> 00:53:12.420
保留安全核心的最小聚焦测试和一次构建检查

00:53:12.420 --> 00:53:15.340
在UI完成之后尽快给我一个可以双击的APP

00:53:15.340 --> 00:53:17.500
以我本人去做这个冒烟测试

00:53:17.500 --> 00:53:20.280
现在有的178项测试它不会删除

00:53:20.280 --> 00:53:22.140
只是不会在每一步的重复跑

00:53:22.140 --> 00:53:26.320
给它吹加这句之后明显的速度快了很多

00:53:26.320 --> 00:53:28.920
应该是快要完成了

00:53:28.920 --> 00:53:30.380
再稍微等一等

00:53:30.380 --> 00:53:34.460
好的

00:53:34.460 --> 00:53:37.160
那我们第一版App就已经出来了

00:53:37.160 --> 00:53:41.440
我们现在要对它进行一个冒烟测试

00:53:41.440 --> 00:53:43.440
什么是冒烟测试呢

00:53:43.440 --> 00:53:47.140
它的来源是说早年这个电路板

00:53:47.140 --> 00:53:48.760
它在维修的时候

00:53:48.760 --> 00:53:50.400
我们就给它通个电

00:53:50.400 --> 00:53:52.300
先看看它会不会冒烟

00:53:52.300 --> 00:53:53.200
会不会烧毁

00:53:53.200 --> 00:53:55.880
所以其实它就是一个非常极简

00:53:55.880 --> 00:53:57.360
非常基础的测试

00:53:57.360 --> 00:54:00.480
就只是验证最核心必用的功能

00:54:00.480 --> 00:54:01.520
它能不能跑通

00:54:01.520 --> 00:54:04.780
所以针对于这个素材命名助手的APP

00:54:04.780 --> 00:54:06.700
我们做冒烟测试

00:54:06.700 --> 00:54:08.020
也就是下面这几步

00:54:08.020 --> 00:54:10.960
把素材或者文件夹拖进去

00:54:10.960 --> 00:54:12.200
输入主题词

00:54:12.200 --> 00:54:13.860
然后进入安全检查

00:54:13.860 --> 00:54:14.980
执行重命名

00:54:14.980 --> 00:54:18.060
测试一下撤销历史记录和重新打开APP

00:54:18.060 --> 00:54:20.280
那我们就试一下

00:54:25.880 --> 00:54:41.000
首先这几个图是成功的打开了

00:54:41.000 --> 00:54:45.060
然后在这里输入批次主题

00:54:45.060 --> 00:54:49.080
比如说教程示例

00:54:50.280 --> 00:54:52.500
我们在这里就能看到新闻件名

00:54:52.500 --> 00:54:56.380
就统一都把教程式例这个主题丝给填了进去

00:54:56.380 --> 00:54:58.940
现在进行一下安全检查

00:54:58.940 --> 00:55:04.860
这里没有出现违规的地方

00:55:04.860 --> 00:55:07.440
所以它就直接显示可以开始重命名

00:55:07.440 --> 00:55:11.560
那在右下角点击开始重命名

00:55:11.560 --> 00:55:14.000
这里显示重命名完成

00:55:14.000 --> 00:55:17.180
我们再放大理名查看一下

00:55:17.180 --> 00:55:20.280
可以看到确实是已经

00:55:20.280 --> 00:55:23.500
把名字都改好了

00:55:23.500 --> 00:55:25.120
那我们现在再撤销一下

00:55:25.120 --> 00:55:26.180
看看能不能返回

00:55:26.180 --> 00:55:30.040
撤销本次重命名

00:55:30.040 --> 00:55:32.020
检查并撤销

00:55:32.020 --> 00:55:34.040
这里显示

00:55:34.201 --> 00:55:37.201
這裡顯示撤銷完成。確實是又回到了之前的狀態。

00:55:37.201 --> 00:55:42.201
這說明它撤銷的這個功能也是可以的。我們再開始新的批次。

00:55:42.201 --> 00:55:47.201
好,把它關掉。重新打開。還是可以的。

00:55:47.201 --> 00:55:52.201
当然目前这个产品它只是在功能上跑通了

00:55:52.201 --> 00:55:55.201
它并不是一款非常完美的产品

00:55:55.201 --> 00:55:59.201
比如说可能你对它的一些按键的位置不是很满意

00:55:59.201 --> 00:56:03.201
像右下角的这个进入安全检查

00:56:03.201 --> 00:56:06.201
我们觉得它可能太不显眼了

00:56:06.201 --> 00:56:08.201
我们想把它往上挪一挪

00:56:08.201 --> 00:56:14.201
或者是这里的安全检查下面这几个按钮

00:56:14.201 --> 00:56:16.201
我们觉得它位置太靠下了

00:56:16.201 --> 00:56:19.201
这样整个画面不均衡

00:56:19.201 --> 00:56:20.201
或者是这些字体

00:56:20.201 --> 00:56:22.201
我们觉得它比较小

00:56:22.201 --> 00:56:24.201
这些都可以跟Codex说

00:56:24.201 --> 00:56:25.201
还有这些位置

00:56:25.201 --> 00:56:28.201
比如说你想把它们整体的向上挪一点

00:56:28.201 --> 00:56:31.201
另外在Codex完成这个APP的同时

00:56:31.201 --> 00:56:35.201
我们可以让它给我们出一个实用说明

00:56:35.201 --> 00:56:36.201
比如说这里

00:56:36.201 --> 00:56:40.201
它给了我们一个readmeMD的文件

00:56:40.201 --> 00:56:42.201
相当于一个产品的说明书

00:56:42.201 --> 00:56:45.201
但是我们平常看MD文件

00:56:45.201 --> 00:56:46.521
电文件不是很方便

00:56:46.521 --> 00:56:47.801
所以你可以跟他说

00:56:47.801 --> 00:56:50.161
说明再给我一份PDF格式的

00:56:51.321 --> 00:56:54.241
然后他处理了3分44秒

00:56:54.241 --> 00:56:58.601
就把这个PDF格式的文件做好了

00:56:58.601 --> 00:56:59.321
发给我们

00:57:04.521 --> 00:57:07.161
那么这整个过程大概就是这个样子

00:57:11.241 --> 00:57:11.601
好

00:57:11.601 --> 00:57:12.241
到这里

00:57:12.241 --> 00:57:14.441
我们真的从一个括文文件夹

00:57:14.441 --> 00:57:18.021
做成了一个可以使用的素材批量命名注射

00:57:18.021 --> 00:57:19.161
最后还是想说

00:57:19.161 --> 00:57:20.401
如果你是灵基础

00:57:20.401 --> 00:57:22.281
不用强迫自己去记住

00:57:22.281 --> 00:57:25.761
今天我们学到和用到的每一个案件和命令

00:57:25.761 --> 00:57:28.681
真正值得学习的是我们处理问题的方法

00:57:28.681 --> 00:57:31.421
学会怎么样跟Codex把问题讲清楚

00:57:31.421 --> 00:57:32.441
发现不对

00:57:32.441 --> 00:57:34.241
怎么样去跟Codex反馈

00:57:34.241 --> 00:57:37.201
以及最后怎样去验收Codex给我们的成果

00:57:37.201 --> 00:57:38.481
其实在这个时代

00:57:38.481 --> 00:57:40.181
我们最需要学会的能力就是

00:57:40.181 --> 00:57:41.581
成为AI的老板

00:57:41.581 --> 00:57:43.341
学会指挥他去干活

00:57:43.341 --> 00:57:45.421
如果你跟着课程走到了最后

00:57:45.421 --> 00:57:47.481
也欢迎你在评论区里告诉我

00:57:47.481 --> 00:57:49.101
你在哪里做得比较顺利

00:57:49.101 --> 00:57:50.141
又在哪里卡住

00:57:50.141 --> 00:57:51.521
这将有助于我

00:57:51.521 --> 00:57:53.881
把我的这个课程修改得更好

00:57:53.881 --> 00:57:55.841
你也可以在当前的这个版本中

00:57:55.841 --> 00:57:57.561
增加更多你想要的功能

00:57:57.561 --> 00:57:59.281
但是我个人是建议

00:57:59.281 --> 00:58:01.161
在真实的使用了一段时间之后

00:58:01.161 --> 00:58:01.901
再去考虑

00:58:01.901 --> 00:58:03.441
是不是要增加一些

00:58:03.441 --> 00:58:05.621
类似于搜索复制

00:58:05.621 --> 00:58:07.621
AI自动识别等等

00:58:07.621 --> 00:58:08.821
这样一些功能

00:58:08.821 --> 00:58:11.421
因为一个好的产品的需求和功能迭代

00:58:11.421 --> 00:58:14.001
往往是在真实的使用过程中发现的

00:58:14.001 --> 00:58:14.901
我是森成冲

00:58:14.901 --> 00:58:16.721
以后我会继续公开记录

00:58:16.721 --> 00:58:18.981
自己是如何用Codex和Agent

00:58:18.981 --> 00:58:21.661
去建立自己的一人公司工作系统的

00:58:21.661 --> 00:58:25.261
也会继续把这些看起来有点技术难度的工具

00:58:25.261 --> 00:58:27.881
用普通人能够理解的方式去分享

00:58:27.881 --> 00:58:29.661
我们下期见