codex对于产品策划怎么用

hello， 大家好，我是 d p， 欢迎来到我们的 codex 系列视频，这期是这个视频的第一期，主要讲的是新手入门相关的内容，主要包括 codex 的 安装，一些基础的配置和一些基础的使用指南。好的，我们来进入 准备环节。首先你需要做的第一件事是打开 d p r t 点 lab 零零点 com， 在 这里搜索 codex， 然后找到这篇文章。打开到这里，你需要知道的是， codex 这期视频相关的所有内容你在这个文章里都可以找到。现在我们把这个文章放在一边，下面我们需要新建一个文件夹， 我用的是 d p 下划线， codex 下划线一零一主要是，呃为这期视频做演示做准备的，你可以使用任意的名称以及任意的位置推荐放在你的那个项目文件夹目录里面去。 好的，这两样都准备完了以后，我们下面进入安装环节。好的，我们首先回到刚刚的这个文章，然后第一部分就是安装指南。我们先大概的来看一下目录架构，分别是四种安装模式，其中两种是命令行，第一种是 npm 安装，第二种是 codex app 安装，第四种是 codex vs code 的 插件安装。我们将逐一来看这些安装方式。 首先是两组命令行的安装方式。呃，先介绍一下命令，第一个命令一点一是检查你的 npm 环境里有没有安装。呃， codex 用这行命令 list 就 可以看到下面这样的输出结果， 像我这里就有一个 codex 零点一一二点零这个版本，这就代表安装了，如果你没有的话，你就可以继续。 第二步，一点二就是用这条命令安装，然后第三步是检查 codex 版本，就是你安装以后用这个命令就可以看到这边的这个输出，就是 codex 的 版本，就代表安装成功了。 然后如果在你使用的过程中需要升级，就用一点四用这个命令来升级，然后 homebuil 是 一样的，首先是查看它的列表， 可以使用这行命令来查看，那么查看的结果就会输出一个 codex， 如果你不用后面的这个过滤条件，它就会把你本地的所有的呃 homebrew 安装的内容都列出来，然后在这边就可以看到有一个 codex， 然后 如果上面的检查就是二点一这个部分，你的机器里没有任何的安装，那么你就可以在这边使用二点二的命令来安装， 然后安装以后相同的版本检查，然后相同的升级。我这边在 mac os 上用那个命令行安装了一个 homebrew 版本的 codex， 给大家看一下过程。首先我打开我的命令行，然后我用这个 codex 杠杯来查看，它告诉我这个机器上没有 codex。 然后我尝试做了一个 list， list 的 操作，这边也没有后 codex， 然后我尝试用了那个就查找关键词的 list， 没有任何输出。然后我做了一个额外的测试，我用 sqlite 做测试，因为这里显示了 sqlite， 所以 它这个能有输出就代表一切都没有问题。 然后我这边用了就是二点二这个命令来做安装，然后它从这里开始跑，一直跑跑，反正跑的挺多的， 然后到下面他就给我一个反馈，就是 codex 零点一一七点零这个版本他就开始安装，一直到安装完成， 呃，然后到这里就是安装结束，然后接下来我用了查看的命令做了一次确认他有 codex， 然后我又做了一个全局的查看，就没有过滤的查看有，然后我用了 codex v 这个命令查看的版本。零点一，一七点零是我当时录视频时的最新版， 这就是命令行的一个安装方式。下面我们来看三那个 codex app 安装，这个就是打开官网下载一个 app 就 好，我在 macos 上我下载的就是这个 codex， 点 dmg 打开以后就有这么一个文件，这个文件是这样 四百七十三兆，然后我如果安装把它拖过来就行，我这边已经安装过了，因为所以就演示一下这么一个过程。然后我们来看一下 codex vs 插件的安装，我这边整整理了一下，你需要做的是第一步打开 vs code， 第二步在插件市场搜索 codex， 然后找到这个插件进行安装。好的我们去那个 vs code 里面看一下，首先插件市场在这儿，然后你在这边搜索 codex， 我这个已经安装了，但是我给大家演示一遍流程，然后这个时候就会找到这个是 open a r 官方的这么一个插件，然后打开以后它的名字就是 codex 杠 open a r 的 code engine agent 在 这儿和这个名字啊，这样看这两个名字是一样的，然后这边会有一个安装，你点安装就行，安装完了以后，那个你在这儿就能看到一个 codex 的 标志，然后我一般是在这儿去使用的，它其实没有太大的一个差别， 就是在侧边栏上这个是 copilot， 这个是 codex， 放在这边有可能要拖动一下，但我不记得不太清了，反正是有相关位置的。好的，作为最后的建议，一共有四种安装方式，我建议大家把三和四都安装上，一会我们在演示的过程再解释为什么。 好的，这就是安装相关的所有内容。 ok， 接下来我以 codex app 做一个演示。首先我打开了 codex 这个 app， 它会要求你登录，这个时候你只需要点击这个按钮，然后它就会跳转到一个登录的页面，这个就是 open i r 的 页面， 你在这个页面里完成你的账号的登录，然后它就会跳转回来，然后这边就会有相关登录完成的一个状态。 ok， 花了点时间完成了网页上的授权，然后这个 app 就 会自己自动跳转到类似这样一个页面，这就是 codex app 的 主操作页面。 其他三种登录方式都是相同的流程，这边我们就不额外的演示了。登录完了以后，按道理说我们可以直接呃输入一些命令来完成相关的任务，但是我们先不着急，我们先进入一些重要文件和配置的讲解。 首先你需要知道的第一个概念是 codex， 它在你的本地是有一个配置文件夹的，在你的用户根目录下有一个点 codex 这个文件夹，里面就是配置的所有的内容。然后我这边用编辑器已经打开了， 这里面一共有好多个重要的文件，我们一个一个来讲，首先讲第一个就是 author 点接收，这个就是你的所有的 talkin 都在这边。我这边跟大家演示的是我进行了脱敏的一些数据，你实际跟我看起来应该是差不多，但是我这些呃 d p i t 这些你肯定是没有的， 分别有获取信息的 talkin 和用户 id， 然后 talkin 的 id， 然后什么 refresh， 就是 刷新 talkin， 然后时间，这就是 open a r 给你的一个 key， 然后这个 config 点 t o m l 是 什么呢？就是一些你使用过程中的一些记录，比如说我用的模型是 g p t 五点四，然后思考强度是 x high， 然后一些信任的目录像这个这边就是五点四，和 x high 和这边是对应的，这就两个配置文件。 为什么要讲这两个文件呢？这两个文件在稍后我们讲账号切换的时候是非常重要的两个文件，如果大家对账号切换有兴趣，可以点个关注，我们后面的视频里会讲 好的。然后我们下面进入一个呃全局配置的一个环节， 首先就是全区的配置，就是你这个本地的所有的 codex 相关的项目，你想让它遵守的一些规则是什么呢？我这边给出了一个 demo， 首先文件是在点 codex 文件夹下有一个 agents， 点 md， 这里我写了一些规则，就什么遵守用户的需求啊，中文呀，回答呃 case 原则啊这些，这个写的比较长，这个东西在哪呢？在配置指南就第二部分的第一点里面 就是目录是用户目，文件夹下点 codex index， 然后你把这个粘进去，就可以作为你的一个项目的开始。 然后还有一个目录，就是说如果你不做全局级的，你这个项目想设置的话，那么你就需要做一个项目级的目录，那么它就是说在 d p 下划线 codex 一 零一这个项目文件夹下新建一个这么一个文件就行。那么我们现在来新建一个右击 新建，这，哎，他为什么没有给我新建？好奇怪哦， 这样，是这样，这样新建的好，这样就新建进来，然后这边你就是比如写全程使用中文和我交互 类似这样，然后这条文件它的那个规则就可以写入进来，你也可以简单的把这个东西给它复制过来，也就是说你这里给它的这个规则是这个 codex 零零一这个项目级的，而不是说这个放在全局级的，你把全局级这里给它删除掉就可以了。 好，这就是两种配置方式，如果你是想让所有的 codex 都能遵守，那我建议你就像我这样配置一个全局级的一个规则，让他们遵守一个默认规则。然后如果你想让某一个项目，比如说这个项目去遵守，我们就可以在这里面写一二三， 告诉他这个项目单独的遵守规则，首先他会遵守这个，然后把这个再附加上就是这么一个配置关系， 像稍后会有像 scales 呀、 workflow 呀这些，我们会单独用视频来讲解，这个也不算基础的内容，如果有兴趣就 稍微等一等，再讲一下。 c 部分相关资源，这边我把常用的一些链接放在了这里，如果有兴趣的话可以来用。这边是 openair 的 官网，这是 codex 的 官网，这是 codex 的 开发者文档，这是 codex 的 github， 以后有相关的链接我会继续往后面去加。 ok， 我 们现在进入 实际操作环节，我这一期的实际操作先用 codex app 来做演示，首先它这个给我们默认打开的只有一个 playground， 就是 一个测试环境。然后我们刚刚新建了一个目录，还记得吗？我们需要把它加载下来，点这边这个加号，然后找到你的这个目录， 把它加载进来就可以了，这样你就有了这个目录，然后在这边选择这个目录，开始一个新对话，这里就可以开始一个新对话，然后你可以选择模型，比如说我们选呃 codex 五点三，然后呃思考强度，我们就选 high 就 好。 然后我们给他一个简单的对话内容，然后这时候你会看到他在这边会新建一个对话，然后这边是我们说的，然后这是他思考，然后稍后给我们回复的内容。 这边你可以把把它变成任意一个内容，比如说你给我写一个贪吃蛇的游戏存放在什么位置，什么，就这么一个流程。 当然我们这边只有一个简单的演示，然后这时候我们接着来演示斜杠命令，它和我们常用的命令好像一样，你只要出入斜杠，它会有很多的命令。最重要的我想给大家讲几个命令，首先是 status， 你可以看到你的，如果你是那个付费套餐的话，你可以看到五小时限额和七天限额，还有一些呃，上下文长度啊这些信息，然后相同的内容在这边也可以看到，也是配额的一个信息。 然后斜杠命令里面还有一些命令，我们来看一下，比如说这边有一个 fast 的 模式， 呃，当然五点三开不了 fast， 你 只有五点四来行，然后到五点四以后你可以开那个 fast， 看到吗？现在 fast 的 模式就被关闭掉了，然后 这边你在敲就可以把 fast 的 模式开启。提醒一下， fast 模式只有五点四可以用，只有这个小闪电开启的时候才是。然后 fast 的 模式大概是消费两倍的 talk， 得到一点五倍的速度， 然后智力不会有所下降，只是优先给你处理任务，就是说类似于 vip 通道的那种感觉。好的，这就是 codex app 里的一些功能，至于其他的一些命令，那么稍后大家自己再来看就好。 ok， 接下来我们回到那个 codex vscode 的 插件，这边我想给大家演示我最近做的一次 html 任务。首先我们先来看呃，两个 html 页面， 我首先用那个 ar 设计了下面这个 index 派去的 html， 然后我让他用 bootstrap 进行一个改写。 首先我们来看第一个，第一个是就是一个 ar 点 lab 零零点 com 这个页面，我想做一个新手页面，然后我用 ar 做了一些设计，但是它做完了以后有一些问题，像这些点击啊，这些呃 type 的 切换，这些 card 的 折叠，它都没有做，它只是做了样式，像这边这些搜索它都没有，但样式是做好了，然后是这个样子，然后我让它做的就是对这个页面百分之一百的用 bootstrap 进行了一个重写，然后把这些点击样式， 这些 card 的 呃这些 type 的 切换，然后这些 card 的 折叠都给它做出来，然后像这边搜索也都给它做出来，这边的搜索也都做出来。 是做成这么一个状态，其实改动不是很多，但是最主要的就是遵守这个设计稿的一个方式，然后给大家看一下实际的操作过程。首先我调用了一个 walker， walker 就是 定义了一个上下文，这个 walker 不是 为这个项目准备的，但是差不多能用，我就用了，就是一个 html 设计的 walker， 然后告诉他是一个特殊的任务，然后是根据这个设计稿的页面，也就是这个由 ar 生成的原始页面 来让它把一些呃功能用 butstrip 进行重写，然后让它严格遵循这个规则，然后其他我们在 word 里定义的什么 p r， d 线框图都让它忽略，然后它给了一个 反正就读一些文件，然后进行思考，然后它给了一个方案，这个是我这个项目定义的一个格式，但实际上只要看 执行方案这边就可以看到。他是对那个 css 用 bootstrap 五重写，然后调整了一些间距，用把 bootstrap 尽量应用下来，然后 抽离了一个项目级的慢点 css， 然后什么这些该不动的都不动，然后补充了一个慢点 gs， 然后他就让我确认，我说确认就可以修改，然后给他一个要求，就是我怕他把那个原始文件替换掉，我就说让他再同 就同级目录下建一个新文件，所以就有了这两个文件的差别，然后他就完成了这个文件，这个文件就是大家看到的这个页面，就是刚刚演示的这个就相关的功能，该有的都有 这么一个页面，然后他就告诉我修改已经完成了，然后这个过程还挺长的，他做了很多的事情。呃，对，然后中间还经历了一次网络异常，我记得是， 哎，没有看到，没关系，然后他给了一个总结，告诉我修改的内容，然后这时候我验证了一下，发现了一些小问题，总共就是三点， 让他再去做修改，这时候他出现了一个小小的网络波动，就我们用的是正常的，然后呃一些交互， 然后在过程中好像还有一次，啊，对，还有一次大的网络波动，原因未知，然后我就因为遇到这个网络波动，我就直接把它暂停掉了，然后我就告诉他好像有网络问题，让他重试，然后他又花了五分多钟把最后一个点 g s 写完， 到这时候我才想起来，哦， codex 有 点慢，我差点把这个事忘了，所以他前面可能不是网络波动，只是单纯的在等待，我以为他卡住了，然后他把这些东西都弄完，然后告诉我交互已经补完了， 然后就给出了一个最后的一个答复，包括修改的内容是什么。最后我就在这边测试了一下，该有的功能都有了，后期大家也会看到这个 ar 点 live 零零点 com 这个页面上线主要的功能就是 一些基础工具和命令和一些基础知识的展示，然后一些关键的视频和文章的一些链接， 然后对应热门的 github 资源的链接，还有一些热门链接就是做一个一站式的导航，这么一个页面，算是一个工具书的页面，大概就是这么一个，我希望用这个页面就是我实际操作的过程，向大家展示就是 codex 其实 在 vs code 插件里更接近我们的编程习惯，为什么呢？因为就像这边一样， 我的任它改的任何一个文件，我可以点开看，然后在这边像这个改动，这个在 codex app 里有，但是它没有这个编辑器这个功能，也没有快速导航和快速选中这个功能，甚至我可以把这边这一段话直接给它添加到 codex 这个上面， 做一个快速选择。然后在对话的过程中， vs code 这个插件会把我们打开的这些页面的名称传递给 codex， 作为上下文的一部分。所以我觉得从如果很多用户跟我一样是从那个 cloud code 过来，后来进入 anti gravity， 然后再到 codex 的 话， 我觉得这个方式是比较合适的。好，最后我跟大家说一下，为什么我建议 vs code 以外还要有 codex app 呢？因为我在使用的过程中有时候会遇到一些奇奇怪怪的问题，遇到这些问题的时候就需要用 codex app 来做一个兼容性的工作。 比如说有个项目运行的突然卡住了，你用 codex app 打开，把任务运行完，然后再回到这边，这个问题就得到了解决，而不需要去死磕 vs code 的 codex app， 当然我百分之九十的工作是在这边完成的。哦对，还有一个点，有用户说，呃， vs code 的 codex app 会比较卡顿，但是我在实际的使用过程中没有遇到这种卡顿的情况， 就是这是我的程序，然后这个 ip 呃 codex 的 应用，我装的也是最新的一个插件。好的，我们做一个比较简单的总结。首先我们介绍了四种 codex 的 安装方式以及一些基础的配置方式，特别是这边的这个全局级的配置建议大家就是照我的抄，然后在基础上去改，随便用，不用跟我客气。 然后接下来我们讲了两种应用的使用方式，分别是 codex app 和 vs codex 强，强烈建议大家这两种都尝试一下，并且尽量把你的常用工作方式固定在 vs code 的 codex 插件上。 好的，这就是这一期 codex 新手入门系列视频的全部内容，希望这期视频对大家有帮助，如果可以，请帮忙点赞和转发，如果你有相同的经验想要分享或者遇到了相关问题，欢迎留言， 稍后我们会发布更多的 codex 相关视频，有兴趣的话欢迎关注，谢谢大家！我是 d p。

最近 open ui 呢发布了一个 collect 插件，那这个插件呢，是在 curl code 使用的，不是在 collect 使用，而且它主要的能力就是在 curl code 的 编码过程中使用 collect 的 能力去进行代码的 view 是 不是觉得很新奇？那本期视频呢，就来介绍一下这款 collect 插件，以及怎么来使用，哪些场景下用不同的命令。那首先我们在使用 curl code 进行编码或进行方案设计的时候，有的时候是不是特别想 有另外一个好的模型来对我们代码变更进行一个 review， 或者对我们的方案进行一个更全不同角度的这个审视。那市面上其实也有一些方案，或者说工具也好，插件也好去解决这个问题，那么你也可以设置不同的子代理，不同的模型来去做 review。 但是呢，这也设限于 curl code 只能用某一个供应商的模型啊，没办法用多个供应商，比如说你没办法同时使用 jimmy 三，没办法同时使用这个 curl x 或者其他的模型去做同样的事情。那虽然说你可以双开啊，你可以打开 curl code， 可以 打开 curl x 去做 这个 review， 但是呢，会存在你在 curl code 里面的上下文对话，没办法平移到 curl kyle kyle x 里面去使用。那么有了这个插件之后，你就可以使用 kyle x 的 一些能力了，比如说 对我们的代码进行 review 啊，对我们的方案进行一个深入的一个判断，是不是合理，是不是实现有问题。所以呢，这个插件解决最大问题就是在 codex 的 这个维度上去给你去做 review。 那 么怎么安装呢？ 打开 qq， 然后输入这个命令啊，就是安，先安装 markspace， 然后再安装这个插件，然后再进行一个 reload， 就是 重新加载一下它这个插件，然后运行这个。那前提是你自己本身就是 codex 的 用户啊， 你你有这个 class 的 账号，能正常用 class 进行编程，那么你就可以使用那这个 setup， 它会进行一个健全啊，如果你没有安装 class c i， 它会帮你去安装好，所以说你只要执行这个命令 ok， 通过之后，那么你就可以使用接下来的命令了。 那么它提供哪些命令呢？那这里我重点要讲的是两个命令，第一个就是 collex review， 那 这个命令是非常基础的，它是一个只读的命令，那它做的最主要的事情就是阅读你当前 get 里面没有提交的所有的代码变更， 或者说你可以指定一个分支，然后去对比，去审查你这个代码里面有没有啊，质量问题啊，就是从一个很正常的角度来审视你这个代码的这个问题啊，它是不会去改代码，只会去做审查。那我们可以看一个例子啊，就是我在我这里边的话，使用这个 flex review， 那么他就会去评估我这个，最近这个啊，提交了啊，最近这个 git 变化里面的代码来进行一个审查，审查完之后他就得了个结果说，哎，我这边有个 pr 的 问题啊，这个配置有有这个问题， 大家可以看到，就是我们在做这个 review 的 时候，它并不是说是 review 哪个需求有没有实现，它是站在代码这个角度，就是来看你的代码结构，你的代码有没有问题？是站在这个角度，不是站在业务的角度，那业务就比如说你做一个登录的功能，你的业务流程是 a、 b、 c， d， e， f， g， 那么他有没有完成 a， b， c， d， e， f， g， 他 是这个滤镜是不在这个范围之内的，他只会滤镜的是你这个登录这个逻辑，登录的这个代码里面有没有比如说什么空指针啊？有没有这种啊？隐藏了这个设计问题啊？有没有什么这些东西就是很技术化的这个审查， 所以呢过滤镜它是一个很常规的一个检查，它的上下文是你的 get 里面的所有的未提交的这个变化， 那么它它的命令是啊 close view， 然后呢也可以你也可以设置一个这样的一个 base 的 分支啊，你也可以设置让它去后台去运行那 close view， 它有个特别重注意的点，就是它没办法指定就是让它去 view 什么具体的内容 啊，我们可以看到我们在执行这个命令的时候，在后面是没有输入任何内容的，没有说让它去 view 一下哪块东西，就是它不建议在执行这个命令的时候去告诉它，就关注了点， 不是这个命令啊需要的，那这个命令就是做一个比较普通的一个啊代码的一个常规的检查，那么第二个就是更加专业的，那么它比这个 review 呢，就是更加挑刺， 那普通的 review 更具体的是有没有用代码的 bug， 有 没有风险，有没有质量问题，那它这个 review 呢？我们可以叫它叫做对抗性的 review， 就是 它会从方向上来判断 你这个东西设计的是否合理？刚刚我说的登录的这个代码，比如说 a、 b、 c、 d、 f、 g 这个流程是不是设计的有问题，那么它就可以指定它要利用的一个方向，所以呢它的这个利用的深度是很深的， 它是更像一个老的价格师来看你这个整个的价格设计是不是有问题？所以呢，它是用来挑战实现方案和设计决策的 比较适合。就是那种比较重要的啊，就是一个比较复杂的，涉及到模块比较多的，并且你希望他重点去 review 的 这种有具体业务场景的，那么你就用这个命令，我们可以来看一下啊，就是他这个命令的一个详细的流程，比如说他是支持自定义 focus task， 也就是说支持你去在这个命令触发的时候告诉他要去 review 什么具体的场景。 那别说我这个例子里面，我自己也举这个例子啊，我让他去 review 一下我这个 cloudbase 里面的设计数据库设计是不是合理，那么他就会去阅读所有跟数据库相关的代码，设计相关的代码，然后去看一下啊，这个表设计啊，或者干嘛，然后最后得出一个结论，就说我这里面可能是有个密钥暴露的风险， 所以他是更偏向于就更深的去挖掘，从源头上去利用一下方案的这个方向有没有问题。 那么他 view 的 这个维度呢？有七个维度啊，啊，他这边 view 的 话有七个维度，比如说认证权限隔离， 还有这个数据丢失回滚啊，这些都是比较深的，就他会以这种七个这种攻击面这种方式去看你的这个方案的设计的是不是有问题？接下来我们来对比一下这两个 view 啊。那 close view 我 们可以认为它是普通的 代码 view， 那 这个呢？就是对抗式的这种 view， 那 第一种审查风格就是标准代码审查，就是我们写了一个小功能啊，进 改了一些代码，那么你就可以让他去做 review， 那 这个就是会站在更高的角度去看你整个设计的方向，你的这个架构啊什么的，定具体的这个方案去进行一个审查， 然后自定义重点，也就是说你是不是可以指定要 review 的 方向，那么 collins review 普通模式是不支持的，那么这个那么这个对抗式的 review 是 支持的， 那审查的目标也就是他们要审查的范围和上下文都是基于 get 你 的代码变更的范围。运行模式都支持后台 前台，也就说你在执行这个命令的时候，他会根据这个审查的目标大小，建议你是后台运行还是前台运行，那如果是后台运行的话，那你就可以继续往下做你自己的事情，那如果是前台运行的话，他是必须要等他运行完，你看到结果之后，你才能继续算一个任务审查的深度 啊。普通的 review 那 就是找缺陷，那么这个对抗式的 review 呢？就是政委方案，也就说你要他要看你的方案，看你的这个设计是不是一开始就选错了，特别像一个这种老的架构师，用专业的眼光来看你整个的设计方案。所以试用的场景呢？就是啊代码的常规检查，选完一个功能，提交前扫一遍， 这个不错吧，提交前扫一遍就是你执行提交 pr 的 时候去进行进行一个 review， 改了一改了一改了，很多文件啊，先做常规验收准备， tpr 也是一样，都是一些比较常规的，那么这个就是关键变更，上线前的深度审视，发版前怀疑方向是不是最优，或者说你做完整个方案之后，你还再拿 collect 去做一个对抗式的这种 review， 改了这种缓存重试、并发状态流转等复杂的逻辑。我们知道这些都是在我们开发中最难最深的一些东西了， 还有包括做健全支付数据一致性这种高风险模块式。那这些场景啊，都是官方建议的这个使用场景，所以说我们可以来可以去使用一下。 ok， 那 本期视频就到这，希望这个视频对你有所帮助，祝您生活愉快。

自从我 cloud code 被封了以后，我基本上就用 codex 作为我的主力了。最近 codex 出的这个多 agent 方式 我觉得还挺好的。你看现在我就让他有五个 agent 一 起在并行地开发。那你需要在提示词当中明确地告诉他，请用多 agent 的 方式去开发。 我觉得紫 a 证的可以这么去使用，比如说我现在要改一个产品的 landing page， 就是 它的首页，我告诉他说我要跟竞品拉开差距，然后你去调研一下竞品怎么设计的， reddit 上面去看一下用户的真实反馈，同时 你再去看一下我现在怎么设计的，那他就会给我创建三个子 a 阵的，分别做这三件事情。他把结果汇总之后，给我一个最终的结论，怎么去改，让他们各自并行的处理不同的任务，最后汇总在一块。

ai 发展到现在啊， web coding 这个词啊，真的很火热，我之前一直没当回事，说白了反正不是程序员，折腾什么代码。但其实啊，现在只要每个人有想法，一下午就能搓几个能用的应用工具了。 今天啊，就跟大家分享一下，在 ai 工具满天飞的时代里，一个纯技术小白从零基础大白话直接手搓应用， 不知道大家是 windows 系统还是 mac 系统，如果是 mac 的 话，在应用体验上是更好的，我这里就直接用 windows 系统来试一下。这里啊，说一下为什么我们选 codex， 因为这个门槛更低，费用啊，也更实惠。很多人一定上来啊，就会用 cloud code， 但是 cloud code 对 简中地区啊，是非常不友好的，能搞定网络和账号的话，那另说，但如果没有大量开发深层需求的话，用 codex 足矣。 codex 安装好打开已经可以开始用了，整个过程啊，五分钟都不到，这东西啊，现在就是没门槛。打开以后啊，给大家看一下 codex 的 界面， 左边的按钮分别是新现成技能和应用，还有自动化。技能和应用里面有不少现成的东西，比如说 pdf 编辑啊， word 文档啊，表格分析啊，浏览器自动化啊，点开就能用 在这里自动化有一些预设好的模板，比如说自动生成周报模板，自动整理发布说明，自动做摘要，设定好之后啊，他就会定时跑任务，完全不用操心，说实话，用起来是真的很方便。 主界面下方啊，有一排这个基础设置，我们来看一下模型，我们选 gpt 五点四最新的推理能力这一块呢，有中高低，看你实际和 ai 交流有没有障碍，或者啊你买的套餐余量情况自己来决定。 工作空间我们选本地，这样他能直接读取你电脑里的文件权限。这里啊，建议保持默认，以免啊重要信息泄露。 然后我们点这里，这个加号还有更多的选项，可以上传图片和文件。当然你也可以开启计划模式。开了计划模式之后啊，他会先和你确认你的需求，确认之后再开始干活， 然后 speed 模式呢，会更快，当然啊， token 消耗也会更快。然后下面这一个啊，就是你安装过的 skills 界面啊，这里是一目了然，非常清晰。接下来就给大家看一下用大白话直接手搓两个工具 demo 给大家看一下。 做内容的朋友啊，应该都有同感，好点子啊，总是在不经意的时候冒出来，有时候想随手记录一下，或者随手拍张照，但事后啊，总是忘记记在哪里了，或者就是记完一大堆懒得整理乱七八糟的，事后回看都看不明白当时为啥要这么想， 那现在就直接跟 codex 说大白话。我有一个思路，想做一个点子收集的应用，靠模型来整理和规范，他会跟你沟通思路和想法，然后你看着 ok 的 话，就按照他的思路来干就完了。 过程中呢，也会有讨论和确认的情况，你呢，也可以跟他提要求，比如需要增加什么功能啊，需要插入图片啊，总结整理啊，一键复制到别的应用啊，或者说 ui 哪里需要调整啊，全部大白话来说就可以了。 最后我们出来简单的样式，灵感输进去，他会自动帮你做点子的灵感发散，然后啊按类别整理好，但是如果想要做的好看好用，可能还需要再花一些功夫。最起码在今天， ai 已经完全可以让你见不到代码。行了， 再来个决策小玩具，你们每天想到今天吃什么，是不是脑子特别空？或者说到一个陌生的地方，看到五花八门的选择就开始眩晕？ ok， 那 直接跟扣贷说，帮我做一个决策助手。用户啊，只要动动手指点两个选项，他就会推荐附近值得去的餐厅， 然后他开始疯狂工作，全程感觉啊，我才像是一个机器人，只需要傻瓜式对话 q 流程就可以了。我就提供了一个高德地图的 api， 他 就把整个逻辑写好了，帮我接入了高德地图的导航，加上户型西服牛出来的效果，我们看一下，自动定位当前位置， 动动你的手指，他给你推荐餐厅一键导航，就是这么轻松。 你们应该在网上看到很多人抱怨过啊， token 的 费用特别贵，每天啊都是在自费上班，那扣贷的费用怎么样呢？要花多少钱呢？ 其实啊，我用的是 gpt 五点四的最新的模型，买的呢，是两百刀一个月的套餐，和四个小伙伴一起拼车，用了一个下午，搓了两个工具，每五小时的 token 额度只花掉了百分之二十五。 但对比一下同价位的 cloud code 用量呢，可能就会相对有点持紧了。 codex 可以 说是真的量大管饱。还是之前的观点， token 就是 ai style 的 网费和电话费。说实话，一开始啊，我是真的是抱着凑热闹的心态来的， 什么有这种事，但其实有时候新产品啊，就是会有那么多喜欢热闹的人，喜欢热闹的事，去展示大家对科技的向往。简单做几个应用，相信大家能感受到的是，所谓的技术门槛确实矮了许多。不需要你会编程，也不需要你懂代码，你只要能说清楚你想要什么， codeys 就 得帮你做出来，让懂代码的人去做更专业的事。我们啊，只要享受 web coding 带来的便捷就可以了。好，本期视频就到这里，我是爱分享 ai 的 阿月，我们下期再见！

哎，你有没有想过，就一个下午的时间，你脑子里那个绝妙的 app 想法，就能变成一个真正真正能上线的软件？听着是不是很酷？今天啊，咱们就来聊聊这个一个可以说是彻底改变游戏规则的新玩法。 我问你啊，你是不是也这样？脑子里突然叮一下冒出一个绝妙的 app 点字，感觉这玩意能值个百八十万的，但转念一想，哎，我不会写代码啊。然后呢？然后这个绝妙的想法就只能永远地静静地躺在你的备忘录里，是不是太可惜了？ 那如果我告诉你，就今天下午，你就能把那个想法变成一个功能全全的应用，而且你连一行代码都不用写呢？你可能觉得我在开玩笑，但这确实就是我们今天要揭秘的现实。 好了，咱们直接进入正题，为了让你跟得上，这次我会把它分成四个部分。首先，咱们聊聊传统的应用想法瓶颈到底卡在哪？然后呢，我会介绍薄薄、莎莉这两个人，用他们的故事来对比一下新老两种方法。 接着就是最重要的干货部分，我会一步步拆解这个三步搞定的 ai 工作流。最后，我们来畅想一下，学会之后，你到底能创造出什么东西。 好，咱们先来看第一部分，这个所谓的应用想法的瓶颈。说白了，在过去，你想把一个好点子变成软件，那可是一条又长又烧钱的路，你得搅人吧，得做市场调查吧？设计、开发、测试这一套流程下来，没个几个月甚至几年根本搞不定，投入巨大，关键是失败的风险还特别高。 就是这个瓶颈拦住了不知道多少有创意的人，但是现在不一样了，因为强大的 ai 出现了，整个游戏规则都变了，为了让你更直观的明白这变化有多大，来，我们来认识两个人，薄薄和莎莉。他俩都想到了一个特别棒的应用点子， 你看这个对比，哇，简直是太惊人了。左边是爆布，走的是老路子，就跟走迷宫似的，又绕又不确定，还特别烧钱，全是坑。 再看右边莎莉的新方法，那简直就是一枚火箭，嗖的一下直达目标，成本几乎可以忽略不计，几个小时原型就出来了，唯一需要你操心的就是你的想法本身，这差别你说是不是天壤之别？ 那么问题就来了，莎莉到底是怎么做到的？它是有什么秘密武器吗？答案其实很简单，它用的就是一个非常强大，但操作起来又极其简单的一个由 ai 驱动的工作流。 好了，各位，最激动人心的部分来了，第三部分，三部 ai 工作流，这不光是杀利成功的秘诀，也是你马上就能学会的新技能。 这个工作流的核心啊，我给他起了个名字，叫 ai 双人组工作流。你听这名字意思就是，在这里你不用亲自动手写代码了，你的角色是导演，你手下呢，有两个超级给力的 ai 助手，一个扮演 ai 设计师，你跟他说说想法，他就能自动帮你把所有前端界面视觉设计全搞定。 另一个呢，扮演 ai 工程师，负责所有后台的逻辑数据库部署，这些脏活累活，一个主外，一个主内，简直是完美搭档。 那么整个过程呢，被压缩成了非常简单的三步，第一步，让你的 ai 设计师把前端界面做出来。第二步，让 ai 工程师把后端功能建好。第三步，这步是可选的，如果你想让你的应用更牛，还可以让 ai 工程师加两自动化功能，就这么简单。我们一步步来看具体怎么做。 先看第一步怎么跟你的 ai 设计师合作，过程特别简单，你只要用大白话跟他描述你的想法就行，甚至画个草图给他都行。然后用一个简单的指令告诉他你需要哪些功能，比如登录区，进度条，还有你喜欢什么风格，现代的还是简约的？ 几秒钟之后，这个 ai 就 会把所有界面布局，甚至连可以直接用的前端代码都给你生成好。最后你点一下，导出这些文件就到手啦。 你看，这里就是一个现成的指令模板，你甚至可以直接复制粘贴去用，只需要把括号里的内容换成你自己的产品类型、功能和风格就行了。这个指令就相当于你这个导演给你手下的设计师下的逼导命令。 好，设计稿有了，现在轮到我们那位全能的 ai 工程师出场了，你把刚才导出的文件直接扔给他，然后用另一条指令告诉他你想要什么样的后台功能。接下来神奇的事情发生了，这个 ai 工程师会自己规划整个系统架构，吭哧吭哧写代码，连接数据库，搞定用户登录系统。他甚至还会自己测试，自己修 bug， 最后把整个项目部署上线。 这哪是一个工具呀，这简直就是一个完整的工程团队。那给 ai 工程师的指令模板也给你准备好了，接手这个前端项目，加上用户登录数据库，还有那个某某某功能，搞定之后直接部署上线。 你看，就这么一句话，一个权杖工程团队的工作，他就给你干完了，别急，还没完。如果你觉得这还不够酷，想让你的应用更智能一点，还有这可选的第三步，添加自动化。比如说想让你的 up 能不能定时发个帖子，或者自动给用户发邮件，或者每天生成一份分析报告，完全没问题。 你只需要再给你的 ai 工程师下一个简单的指令，就像这样告诉他你想要什么样的自动化功能，这就好像给你的应用装上了一个自动驾驶系统，让他自己跑起来。 好了，到这儿整个蓝图，整个方法你已经全都掌握了，我们进入最后一部分，也是我最期待的部分，你准备创造点什么？ 你看，从一个想法到一个功能全齐的 app， 现在真的只需要一个下午，就那简单的三步，这份蓝图你已经拿到手了。所以最后我想问你一个特别具体的问题，好不好？ 你脑子里现在第一个蹦出来的，最想用这个方法把它做出来的那个 app 想法是什么？来，在评论区里写下来让我看看，也让大家看看未来都会有哪些好玩的应用诞生。

挑战每天讲透一个 ai 知识点，今天是 codex 快 速安装好，然后第二块的话，我们就来讲一下这个 codex 它的一个快速安装啊，首先的话是命令行的一个安装啊，这个的话是用的最多的一个版本，所以首先我们来讲一下啊，因为这个命令行的话，是所有操作系统它都可以去用的啊，不管是 mac 还是 windows 它都可以去用，那么它的安装方式也非常简单啊，大家直接把这个 npm 命令给 信一下就可以了啊，当然前提的话，大家要去装一下 node js 啊，这个我就不多说了，这个很简单啊，直接去搜这个 node js 的 这么一个啊软件名称，然后跳转到官网，选择对应的操作系统版本啊，比如说 mac， windows 啊，然后选择下来，一步步点安装就可以了。安装完之后， 大家在这个命令行窗口啊，我们打开 cmd 执行一个 m p m 杠 v， 如果大家能看到一个版本号的话啊，或者是执行 node 杠 v， 能看到版本号，就说明咱们这个 node js 它的一个环境是 ok 的 啊，就没就装好了啊，装好之后的话，大家直接把这个命令复制一下，然后粘贴到这个命令行里面， 那让它去安装就可以了啊，我之前是因为装过了啊，所以这里提示的话啊，因为一些网络原因，可能会要 不同的时间啊，那么这里面的话，如果大家安装了很久的话，你可以去设置一下 m p m 的 它的一个仓库，把它设置到国内的一个仓库，因为它默认的话连的是国外的一个仓库，可能下载会比较慢一些，所以大家可以去调整到国内的这个镜像仓库， 加速它的一个下载。 ok， 这个就是啊 m p m 的 一个安装啊，一般来说安装这个的话基本上就是一两分钟左右啊，基本上都可以装好好，然后是可以用这个 homebrew 啊，也这个也可以去装啊，基本上我们用 m p m 会比较多一些，好，装完之。

挑战，每天讲出一个 ai 知识点，今天是 codex 模型切换哎，然后如果是我们通过 api 去做的一个使用的话，大家可以去看一下，就是哎 整个的一个价格啊，就是不同模型它的价格也不一样，那如果大家要考虑到更加经济，是吧？省钱的一个版本的话，你可以用 gbt 五的一个 mini 版本，这个就是 token 的 话，哎，非常便宜，是吧？只有零点五，零点二五美元，这个 依照的这么一个 token， 那 么它比较适用于任务比较明确的一个场景啊，如果说大家做的是一个非常专业的一个场景，比如说你要做编程，做一些比较复杂的这个推理的时候，那你就要选这个 gbt 四五点四的一个模型是吧？ 包括，呃，以前老版本的一个 gbt 的 一个 api 版本啊，像简单的内容生成用 gbt 四点一足够了啊，或者是 mini 啊，或者是 nano， nano 的 话就是 更省钱的一个版本啊，它是最低的一个版啊，当然还有这个欧四，欧四的话是这个欧系列的话是适合这个推理是吧？强推理类的，那么这个 gbt 的 这个系列的话，就是做内容生成会比较好一些啊，这个大家可以去看一下官方的这么一个介绍啊，就是关于 这个费用这一块的，我们可以去看一下啊，这个跟大家具体的这个使用量是吧，会有一些关联。然后这个目前 codex 默认搭配的是 open a n 啊，最厉害的这个代码生成模型叫 jbt 五的这个 codex 版啊，我们等下给大家演示的就是一个 codex 五点三的这么一个版本啊， 然后推理等级用的是这个 mad 啊，就是一个中等这个 codex code 的 这么一个啊，版本的话它其实是一个专用的代。

好，今天我们接下来学 codex， 在 前两天 codex 又进行了一次更新，可以看到旁边多了一个技能和应用，那这个技能也就是 skills， 我 们理解了，但这个应用啥意思呢？所以这节我们一起来学习一下。那我们可以看到应用呢，其实相当于我们之前安装过的一些，呃，像 github， 像这个，呃 几秒，对吧？那这些应用都可以直接在这边通过安装安装这个插件或者应用，那我们安装好了完成之后呢，那这时候我们就可以和这个应用进行对话了，这也是和 skills 最大的不同， 看到这里呢，会自动的选择当前我自己的所有 get up 仓库。那很多小伙伴可能疑惑说，我安装了应用和安装插件有什么区别呢？那唯一的区别可能在于它一个应用是一个整体，整个整体里面包含了它提供的功能，比如说它包含哪些呢？包含我们整个仓库的所有权限一宿， 包括提交 pr 以及进行什么，进行这个 push， 对 吧？你可以看到，对吧？还有 revenue， 还有这个啊，这个相当于它把一堆的这个 skills 呢作为一个整体给变成一个应用给到你，相当于你不需要一个一个去安装 skills 了，你只需要，哎，直接走安装我这个应用就相当于安装了这么多个 skills 以及这么多个操作，对吧？而且这是官方提供的，是更加的啊精确。那这时候我们可以在这里面去对话，比如说，哎，帮我合并一个 pr， 对 不对？通过这样的方式可以更加的啊准确去对我们应用进行操作。那你安装好了之后呢？在 manage 这里呢，也有一个分类，对吧？比如说告诉你插件在这里 啊， app 在 这里， mcp 在 这里， sku 在 这里，对吧？看出你的具体数量， ok， 让我安装了三十六个 sku， 四个 mcp， 是 不是通过这样的方式，是不是很清晰 那？呃，其实这一次它提出来，除了这个点之外呢，它还提出了一个 create plugin， 对 吧？之前是有一个 create skills， 是 不是？而且有一个 create plugin， 就是 说你可以在你的创建你自己的插件，它提供了这么一个啊，提供了这么一个 skills 帮助你创建插件，比如说你可以创建一外部的插件来去帮助你访问一些数据，对吧？通过这样的方式，但是你分类也分得很清楚，比如说像 抠点相关的，对吧？它跟 face。 那 当我们选择去安装某一个应用的时候，我们比如说点击安装啊，再点点击安装某一个应用，它会自动弹起一个授权，比如这个对不对？你看就是安装它，这时候它会选择安装它安装的过程中会弹起一个授权去关联你线上的这个 os， 你 看 不管什么就会相当于关联你自己线上的一个东西，让你选择认证，这时候呢就会把授权的信息给到 codex 啊， codex 就 安装好了，相当于能够获取你所有的这些权限啊，这是我们的这一次的一个简单的更新。好，那这一次我们继续还来学习一下，就是 codex 呢，我们已经知道，对吧？它这一次 还加了一个这个应用，是不是加了这么一个应用这个东西，那其实我们在使用 codex 的 时候还有一个 mcp， 对 吧？之前我忘记讲了，这个 mcp 我 想呃，很多小伙伴都提过，是一个老生常谈的东西，但是 codex 这里我也是第一次提，所以今天给大家讲一下，那 这里面可以看到这个学习，这里也提出了非常多的和这个 codex mcp 相关的。 如果说你想要去哎，把你的服务器上的 mcp 登录一下，授权一下，你可以通过这个命令这边授权一下，你也可以在这里面去配置你自己的 mcp， 比如说我现在在里面打开了他的目录，对吧？在这里面我配了一个 mcp， 对 吧？他在这个目录下面配置成 mcp， 叫 mcp server 点 fish， 对 吧？ 这是我的 mcp， 它会执行一个这个命令，然后并且开启了 mcp， 所以呢，我在这里呢配置好 mcp 之后呢，在这个 codex 里面就可以去呃加载 mcp， 加载 m c p， 可以 让这边你通过 m c p 的 方式哎去把这个东西吊起来，哎，就告诉你，哎，我现在确实开启了这么多 m c p， 或者你也可以像我一样，对吧？通过啊，直接吊 kill 的 方式，比如说我想安装某一个这个 m c p， 你 就直接跟他说，对吧？啊，帮我安装这个 m c p 安装，那他安装了，实际上就是会把这个安装的这个结果哎写入到这个啊这个里面来，然后从而去调用当前这个目录下面这个啊，这个工具，是吧？就完成了 m c p 的 调用，好吧，嗯，那我们现在已经知道了 m c p， 也知道 skill， 对 吧？ 那所以呢，我们就相当于把 skill 变成一个整体，变成了所谓的应用，大家都明白了吧？就很清晰的一个东西，我觉得 啊，并没有很复杂，所以这是它的更新那，呃，大家可以灵活的去把这个 skills 和 m c p 整合起来的，灵活去用啊。当然这里县城这里呢，也加了一些简单的排序，比如说这里你可以全部全部折叠，全部展开， 也可以按时间去排序啊，我觉得这也是它的一个改动，之前的话可能没那么细啊，对，对吧，是吧。好了，那就本期视频全部内容啦，我是小刘，我们下期再见。

gpt 五点四升级了没几天啊，它终于让我跑通了，用 ai 来全自动做设计。今天我来演示一下我这个 ai 设计工作流是怎么玩的啊。左边这个窗口呢，就是 codex 的 聊天窗口，哎，右边这个呢，说白了就一堆啊，别人的论文， 我们就来尝试一下，就把这些论文变成 graph， graph， 那 就是图形专项，我们来复制一下这个文件夹的路径啊，到时候做设计的这个文件啊，就让它放在这个文件夹里面，我们只要点开麦克风啊，就用嘴说就行了， 呃，在这个文件夹里面给我建一个测试点 p e n 这个文件好，我们看很快啊，他就建了这么一个 pencil 这个文件。我的这个工作流呢，主要依赖 codex 哎和 pencil m c p 还有我两个特制的这个 skill， 我 们双击一下，你看他又打开了一个空白的这个 pencil 这个设计文件。下一步呢，我们要做一个 握手测试，哎，你看他这个蓝光一闪，哎，框框一出来，哎，这就是在自动做设计了，哎，拖一篇论文给他，继续点麦克风， 来帮我把这篇论文给我变成 graphical abstract。 因为我已经把规则写入到 skill 里面了，所以当我说完这句话以后呢，它会自动调用我的 graphical abstract skill。 当然我还做另外一个 skill， 叫做 visual extraction skill。 那 这个是来控制眼睛的，这个前者呢，就是做平面设计里面很重要的这个文字排版呀，间距呀，对吧，字体大小呀等等等等。 后者呢，就是平面设计师的眼睛，哎，他可以做什么图片裁切啊，甚至可以把图片当中某一部分裁切下来，把它变成 svg 的 矢量图形，比如说做一个小的 icon， 哎，他可以做这个功能。 这只 ai 设计工作流这一套动嘴的这种玩法呀，其实就是变成甲方了，就用做甲方。爸爸的感觉还是挺舒服的啊，哎，哪不爽你就用嘴告诉他，那么大的留白，你留给家孩子跑步吗？哎呦，他倒挺诚恳的。你说的对， 这不是审美偏好，是网格没立住。哎呦，这还有点样子啊， 其实很多人都可以用 codex 加 pencil 去做设计，但是我的特点在哪里呢？因为我用这两个 skill， 我 能做到你做不到的很多功能。比如说我会把设计面板网格化，因为最初见这个设计呢，是我写入了很多平面设计的规则啊，我把它固化成一个 skill。 那这个里面呢，对于网格系统呀，对于板式啊，间隔呀，字体大小，包括有什么字体对我明确的要求，哎，除此之外呢，哎，我还可以去定位图片当中的某一个东西，哎，比如说这个图片当中有个小鸟，哎，在某一个坐标轴，那么我可以精确的通过网格坐标来找到它，把它裁出来，哎，还能把它变成矢量图形。 当然我这两个 skill 还连着很多小工具啊，就比如说微软的啊，这个 markdown， 它可以把 pdf 变成 markdown 格式，比如说我们投给它个 pdf 的 论文，欸，那它就可以转成 markdown。 这种 ai， 包括我们比较方便阅读的一个方式，比如说我也给它装了图标库，欸，它可以调用很多科学图标， 哎，你看，今天演示个玩意，就是把科学论文，哎，给他变成这个图形摘药，哎。比如说我还会独立开发 app 啊，他还能帮我生成这个 app 的 界面，其他稍微炫酷点的平面设计的功能呢？正在开发当中， 因为他比较依赖我平时的试错啊，其实他每次进步都是我在做的过程当中，哎呀，发现有 bug 了，哎，我要不要去给哈布找点小工具啊？哎。然后我要不要给他 用嘴来讲一些所谓的美学跟设计的知识啊？甚至有的时候我还得标一下，给他截个图，说这个地方空间太大了，哎，这字，你太小了，太丑了，哎。所以这就是一步步打怪升级，反正我觉得他的进步速度肯定是比人类进步快的好愿意跟我一起玩的朋友点个小关注。

好，这节我们继续来学习 codex 的 部署，那 codex 呢，提供了非常多的部署技能，那接下来呢，我给大家举一个很简单的例子，这是我开发了一个简单的静态元型图， 但这个元型图呢，我们现在只能在本地去访问它，如果我想分享给我的领导，或者分享给我的同事，对吧？我做出一个怎样的项目，他是看不到的，只能把我的电脑拿过去给他看，所以这个时候我们就要把它部署到线上去，对不对？ 所以呢， codex 呢，也提供了对应的公开的技能，就是我们的 vsail 和 skills， 这个 skills， 那 我现在已经部署好了，给大家看一下，对吧？第一个是这个 vsail， vsail， 那 这个，呃，部署文件相当于哎，它这里面给你声明好了，我现在要部署这个脚本，该执行哪些文件，该执行哪些命令，它的作用就是这样子，就是相当于哎，可以帮助你去哎，告诉你如何部署，然后呢，你需要使用它的话，非常简单，按一个斜杠，然后选择这个 vsail， 选择这个 vsail 部署， 然后帮我部署一下，注意一定要切到你刚刚的项目上面去，对吧？然后部署完成之后呢，他会给你一个链接，我们点一下， ok， 看到他已经帮我们部署好了，对不对？这个链接现在是即使是领导也可以访问，并且他是 https 的， 也是安全的啊，也就是说现在不仅是你可以看到，你的同学都可以看到，当然呢，在国内也需要做一个转发啊，当然这种涉及的啊，讲解了好，我们再看另外一种方式啊，就是这个叫做 cloud flair 的， 这个方式也是一样的，我们需要用到一个叫做 cloud 这个 cloud file 桌面，对不对？然后我们点这个，这个也是一样的，它也是提供了一个一系列的文件，哎，它更像是一个什么应用，对不对？你看它帮你部署好了，我们点一下试试，点一下，哎，三二一，你看也可以访问了，那有小伙伴说了，我学习第一种 file 的 部署就可以了，那为什么还选第二种 cloud file 呢？对吧？我们用一个键就可以了。 首先你需要搞清楚一个点，程序员讲究的是一个，就是 back up， 比如说 cloud file， 对 不对？ 这时候我们提供了这个链接呢，就有一个啊，随时随地的切换的一个备用的一个情况，对不对？其实一个访问不了，另外一个还可以访问。那我在讲其实 skills 这个东西啊，我觉得非常神奇，就如果说大家找不到什么是 skills 呢？我们就可以使用这个 find skills， 比如说我想找一个 ui 美化的，对不对？你就跟他说我要查找， 帮我找一个 ui 美化的 skills， 相当于有一类人已经把这个标准封装好了，我们就可以直接使用这一类 skills， 比如说我们这种比喻跟他说帮我查找一个 ui 美化的 skills， 我 就要直接用到我的项目当中 啊，这个时候呢，我们可以看到它这个泛的 skills， 它是作用的时候帮助我们查找这个 skills， 那 目前使用的人数是非常的多。那我知道了，下面去看的话都有啊，七八十万的一个使用量，大家可以自行去使用这个 skills 非常好用啊，就是它可以帮助你，相当于去帮你找什么样的 skills 适合你这个项目。那我刚刚跟他说，那我帮他找一个， 我让他帮我找一个 u i 美化的，他就会去帮我找 u i 美化的，并且呢，找到之后呢，我就可以直接让他帮我安装好这个 skills， 就是 完全一系列流程了，对不对？那顺便讲猜一嘴，就是这个地方 cloud 的 这个 codex 呢，他实际上 最近啊他又加了个新权限，就这个沙盒权限之前是默认和完全，现在补了个沙盒，就相当于，哎，你在你的这个呃 这个项目当中给你建一个啊保护，相当于，诶，你做一些危险的操作的时候，他会进，就在这个沙盒里面去执行，你看他会帮我去查，他会执行这个命令查 ui 的 赞，你看 ui 美化的是不是 ui 设计，是不是他会帮你查有没有对应的这个 skills， 诶？发现有是不是，那就直接帮你呃，安装一下，是不是，你看 帮我查，有非常非常多啊，因为我之前是安装了好几个，第一个是这个，呃，这个 skill 我 给大家看一下 这个 fr， 你 看是不是这是前端设计的，包括这个 ui 啊， pro max 我 之前讲过，是不是这些都是我之前安装的，但是你通过这个方法安装，你看它可以帮你找非常非常多，然后你给自己一个一个就是找到真正适合你的那一个 skills， 然后呢，大家可以发现没有，这个自动化最近其实也改了很多，你看官方提供给你的一些自动化的建议，就是说，哎，有哪一类人用的最多的自动化？我推荐你去用，比如第一个是状态报告，你看是不是他希望哎定时定点的给你生成一个报告，你可以直接使用他这个模板，是不是昨天的一个结果，你看是不是告诉你，哎，我是否可以去 根据昨天提到的 p r 或者文件，是不是还可以生成一个工作报告，这样可以每天看到你的工作是什么样的，对吧？包括可以帮你查 bug， 也可以帮你去做一些啊，一些 分字系的一些操作，你看是不是非常的分类非常清晰啊，相当于他也提供一些自动化的，你也可以选择创建自己的相当于一个周报，是吧？一般我用的最多的就是怎样呢？就是哎收集最近的 ai 信息，帮助你哎去汇总就最近的一些前沿的 ai 里面的信息，你看还是找到了，哎，找到了，是不是这个，你看官方提供了一个哎前端的是不是，你看 有二百一十三 k， 相当于哎有二十多万人在使用这个，这个 skill 是 不是这样子，对吧？所以呢， 大家可以非常方便的通过这个 find skill 去查，也可以非常方便的通过这个 versale 或者这个 cloud flair 的 这个部署的这个啊方式去帮助你把这东西呢给它推到线上去，而且是一种非常好的形式，大家可以去尝试一下。好吧，那本期视频全部内容呢？我是小刘，我们下期再见。

现在我的 codex 正在帮我本地部署前问二点五十四 b 的 大模型，然后还需要大概十来分钟的时间，正好 趁着它在执行任务，我给大家分享一下从我有本地部署大模型的这个想法到落地是怎样的经历，大概用了多长时间？ 呃，首先原因是前两天不是谷歌的芝麻四开源了，嗯，然后我就又重新关注了本地部署这件事，我就用 ai 学习相关的这个内容， 就是让他首先把我电脑的配置发给拆 gpt， 这是网页版的。然后，呃，让他一步步的给我讲清楚这个本地部署，他的这个架构 运行原理，还有和我电脑的适配程度和本地的大语言模型的生态，把这些所有概念性的东西通过网页的 chat 模式都给它聊清楚。 内容还是很长的，我进行了多轮对话。呃，然后呢，你看，我就用这个，这是 obsidian 的 一个插件，可以一键把所有对话内容保存到我的 obsidian 里面去。 接着呢，我就在这个 vs code 里面把我这个呃 obsidian 的 本地文件打开了，这是下载的版本， 因为下载版本呃，我们都用过这个网页对话，他实际上是很多重复的。然后废话，那全下来大概有这两千六百五十五行。我第一件事就是先让 口袋的插件帮我优化了一下这个对话，这是这是优化版，优化版的话呢，它结构性更强，然后一共才五百多行，这样就方便我把这些知识给沉淀下来，我可以再多了解了解它的原理。 搞明白之后，根据我的实际使用场景，到底哪个模型更合适？最后我得出来的结论就是这个前文二点五十四 b 并不是最新的。呃，正码四，也不是这个前文比较高的模型。 得出这个结论之后，我就直接让他帮我部署，那我给他的指令也很简单，之后让他开始执行， 下面就是他的完全自动的，现在看看装到哪了。呃，大概还有六七分钟的时间。 ok， 现在已经部署好了，总共用时十五分钟，四十三秒。他同时还帮我优化了本地文档， 你看它进行了哪些动作。就是这些都安装好了，并且进行了测试。那我现在怎么用它呢？就可以直接输入这段代码就可以用。那我们试一下，把这代码复制，然后打开我的终端，终端命令行粘贴进去， send a message， hello， 嘿嘿，那就可以用了，同时我也准备好了，如果不好用的话，我怎么卸载啊？后面如果想清理，就这三步就能卸载干净。 那从调研到部署成功，我大概是从早晨睡醒觉，七点钟开始跟 gpt 聊，然后现在是 九点四十二分，就不到三个小时，我就大概对本地部署大模型这件事有了一个框架性的了解，并且让 codex 帮我完成了部署。我现在已经用上了，哈哈，还不错， 这就是整个的过程，从你想做一件事，但是完全不知道概念，就先在网页的 chat 模式跟他聊 聊的，你大概了解之后得出一个最优的方案，适合你自己的方案，然后就用这种像可拉的 code 或者 codex， 因为他们不只是可以聊天，他们可以调用工具来执行，就让他们帮干活。呃，这样的话其实也是一种省 talk 的 方式， 你当然也可以在 codex 或者是 cloud code 里面直接跟他聊需求，但是就会花你更多的 token 嘛。所以好用的工具有很多，大家怎么合理使用它是我们需要考虑的。

cloud 和 codex 到底有什么区别？为什么 web coding 用户离不开 cloud？ 传统程序员却钟爱 codex？ 看完这个视频你就懂了。 大家好啊，今天来聊聊程序员都在用的 ai 编程工具。先说 cloud， 它是 entropic 的 模型，采用 dance 架构。什么是 dance？ 就是 每次推理，所有参数都参与计算， 这让它像一个高度整合的大脑，上下文连贯性特别强。为什么 vlog coding 用户更爱 cloud？ 因为 vlog coding 用自然语言描述氛围和意图，需求往往很模糊。比如你说做一个像 notion 一 样的笔记 app， cloud 的 dance 架构能保持输出的一致性和细腻感，不仅功能正确，还有设计美感，不会出现割裂感。 简单说，如果你是创意探索，做产品原型， cloud 是 首选。再说 codex， 它是 open ai 的 代码专用模型， 采用 mo 架构。什么是 mo？ 就是 混合专家模型，把乾坤网络拆成多个专家子网络， 路由器动态决定每个 token 激活哪些专家，这让他特别适合模块化、精确的代码任务。传统程序员在 ide 里修 bug， 核心需求是精确、可验证、快速迭代。 codex 的 专家专精设计，让他在处理 bug 描述时 能精准激活相关领域的专家，模块化处理能力很强。但要注意， codex 不 太适合大规模重构，因为它太谨慎了，效率会比较低。简单说，如果你是生产级 bug 修复， codex 是 首选。 其实很多人已经发现了，这两个工具各有各的好，与其纠结用哪个，不如把它们组合起来用。我的经验是， bot coding 脑报阶段用 cloud 做创意和规划， bot 修复阶段用 codex 做精准定位和修复。 现在像 cursor， wind surf 这种 ide 都支持多模型切换，你可以随时在 cloud 和 codex 之间切换。就像你有两个不同特长的同事，一个擅长创意设计，一个擅长精准执行。程序员也可以这样指挥不同的 ai 工具。 好啦，总结一下今天的内容， cloud 的 dance 架构让它成为 web coding 用户的最爱，输出一致细腻，适合创意探索和产品原型。 codex 的 mode 架构让它成为传统程序员的 bug fixing 利器， 精准高效，但不适合大规模重构。不同的场景使用不同的模型结合起来用效率最高。如果你觉得这个视频有用，记得点赞关注我们下期见。

最近 codex 团队的 pm 工作让我非常有感触，而且我非常发现就是现在很多团队还停留在前 ai 时代，完全没有跟上节奏。就像我现在在做一家 ai 初创的产品经理， 那么我的日常的工作模式跟我现在在互联网上刷到的大家传统企业的工作模式就已经完全不一样了，而且效率我觉得起码是三倍以上的提升。今天我们一条视频来讲清楚 ai 时代成名经理的工作模式，快速提高你整个公司的一个效率。 那么我现在我认为之前的传统的 pm 有 很多时间都花在什么上呢？叫 理解用户写方案，画原型图，然后再与设计师拉齐，然后再与工程师拉齐，然后持续的返工，而且你会发现真正的约束直到最后工程团队进进行沟通的时候，你才发现，哦，原来我在整个的方案上就全错了， 这是巨大的问题，是因为我们之前的产品经理是完全不理解工程师在做什么的，而现在有了 ai， 你 过程很多东西都能够拉齐的。 所以说传统流程最大的问题不是说执行的问题，而是你等你推进到与工程师进行沟通的时候，你已经做完了方案原型图和设计，对完之后工程师一看你这个东西完全没有方向实现，你回头再改整个流程再重走一遍，这就是二倍， 再多走一遍就是三倍，这是巨大的时间上的卡点。所以说以我现在为例啊，我在公司里边的我的先流程，我先做什么，我会去先找设计师看一下我们现在设计原则，然后再找工程团队去直接看他代码库，因为现在有 ai， ai 能帮我 把我的自然语言和代码库直接做认知对齐。你比如说我问他，我说登录目前的整个的流程是什么？我们有哪些约束？我们现在接入了谁与谁之间的登录，我需要在做饭的时候考虑谁，那么 他会直接找到登录代码的相关代码库，把这些约束告诉我说，哦，你必须去做。比如说谷歌登录、 github 登录，必在国内必须必须做手机号登录，包括手机验证码，包括你注册需要考虑什么，包括你需要去符合哪些条件，需要阅读哪些东西，需要去同意哪些东西， 这些约束全部构成了我做方案的前提约束，有了这个才能做方案，而不是说我做完方案再去找约束，这是有问题的。所以说要先在代码库里边跟 ai 去聊整个的方案，沟通清楚，思考有哪些约束。 然后根据这些约束，我才开始又根据用户这些需求去找到期间的结合点，去做一个 demo， 满足用户需求，同时满足现有的软件工程约束。最终我才出方案，才说出原型图，再跟设计去聊沟通，最终我整个做出来的东西，我要用 ai 来实现。 所以说不是一上来直接整什么方案 prd， 而是一上来先在代码库里边跟 ai 沟通清楚目前的整个系统的前提约束，有了这件事情才能往下去做 啊。所以说与 ai 先讨论，讨论完约束清楚之后呢，开始再与设计师聊，然后最终我们去做一个 demo， 做这个 demo 不是 说直接就去拿 demo 去形成文档，不是做了这个 demo 你 还要去模拟用户，因为很多时候如果是我们之前的一个普通的产品经理，一个流程 demo 是 最终才完成的，你不知道这个 demo 可能会发现什么，又会反攻，所以说我们直接把 demo 做出来，然后 我们自己就是用户自己去在 demo 中玩遍每一个东西，然后点遍每一个按钮，然后思考哪些边界条件，开始去给他做触发，最终整个我们甚至也完成了测试， 然后整个的这些逻辑全部跑通，梳理清楚之后我们才开始去。哦，我们整个的方案，大致我们现在整个的结构以及方案需要去写什么 prd 才开始落成。然后现在我们已经有了 demo， 就 具体页面长什么样， 有什么东西，我已经现在直接有了，我只是需要去前端，可能要去呃，把它接入进去，那么公正团队那边可能就把代码去根据现有他们那些代码写作准则去重新调一下 u， 但是逻辑都已经清楚掉了，所以我现在交付给团队的，是吧？有 demo、 demo 文件设计师这边，然后包括前端这边，然后我还有代码文件给工程后端那边，包括每一步的逻辑怎么去跟它们做对接，是吧？ 那我们都已经全部整完了，那么这个流程就会非常非常顺，非常非常快，甚至比较小的一些东西，我可以直接在代码库里面直接去改就好。因为比如说一些提示词的一些 微调，包括一些东西上边的调整，不涉及大的改动的时候，完全可以自己调整去传上去，然后让工程团队去做一轮校验，那么这个效率就非常非常高。最终你给到你的工程团队不是一个抽象的想法，不是一个方案，而是已经经过考虑过 前提约束的，考虑过设计约束的一个方案，他非常容易对齐，也不需要返工，沟通也非常非常的短。甚至我会给他一个 demo 视频，他非常了解清楚这件事情在用户那里是怎么完成，怎么做的，他们就更容易去对齐这件事情。 ok， 这是我们今天想聊的。那么最最后我还想跟你聊一点，就是如果我们要在公司推进这些东西，你需要的几个卡点。第一卡点是我们的产品经理可能不懂这些内容，那么你需要去让他 推动他理解 ai 下载 cloud 的 下载 codex， 包括去理解 cloud 的 codex 的 运行模式，一些命令使用，包括如何拉代码库到本地去做调整， 如何在本地的 local house 去启动，然后再基于本地的这些设计约束重新抽离出来，去做我们的 demo， 做我们的设计 这些东西你需要去让它在能力上没有卡点。下个比如说还有什么呢？就是你要在工具上统一你，比如说公司，你需要去给大家充钱，包括买 token， 包括调整好工具，对齐好这部分，防止大家因为 没钱，或者大家因为害怕觉得这个报销麻烦，不愿意去走这些流程，然后从而不愿意去用 ai， 包括你要去驱动每一个人， 要去理解 ai 是 如何工作的，那么你沉淀下来的信息最好呢？在 ai 那 边要非常容易的看，比如说你跟每一个文档，不仅是要有非中文档，还要有 markdown 文档来利于 ai 去阅读，这样才给了 ai 上下文的基础，才能更好的帮你们解决问题。 ok， 就 这几个卡点，我们公司的几个卡点，第一个是钱的问题，你要做报销，包括你要去做这些东西，所以你要统一工具给大家提前买好 token。 第二个是能力问题，你要推动你们的每个小伙伴，重点还是产品经理，要去让他们去学习这些工具，下载这些软件使用，包括怎么拉代码库，怎么去提交一些 get， ok， 这是第二个。那么 第三个就是我们要把我们的信息去做成对于 ai 有 利的，让 ai 容易阅读的 markdown 文档的格式，去给到每一个人，让我们的产品经理有每一个人的相关的文档，他就更容易做方案。 ok， 呃， 最后我们想总结一下 ai 对 于产品经理的一个很重要的价值，不是说你就更快的写一个文档出来，而是说你能够驾驭 ai， 然后让你只说自然语言的方式，让你来理解整个系统，知道每一个人的情况，知道每一个人的约束，让你做方案能够提前考虑好，无论是我们代码约束也好，还是设计约束也好，还是用户这边的需求也好，我们可以完成一个就是 呃多约束的这种方案下的一个非常好的方案，防止反攻，防止调整，方案质量更高。 ok， 这是我们今天这条视频，那么今天这条视频就是说我们看到了 codex 团队的这种 pm 的 更多方式，然后跟大家聊一下 现有的 ai 时代的后 ai 时代的产品进行的工作模式，希望大家可以这个推广使用，提高整个公司的工作效率。 ok， 这是我们今天这条视频全部内容，我们下次再见，拜拜。

这是 anx， 也就是 omcodex， 它的目标很直接，就是让你的 codex 不 再孤军奋战。 o m x 面向 open i codex c i i 提供一套更完整的工作流和多智能体协做层，它不只是一个启动参数，而是给原生 codex 不 上持久记忆、团队协同和标准工程生命周期的超级引擎。 o m x 并不替代 codex， 它更像是在 codex 之上加装了一套超级引擎控制台，底层的代码生成和执行逻辑 依然由 openae codex 负责，而 o m x 负责。另外三件更关键的是，第一是持久化记忆，通过本地 ox 目录管理状态计划和日制。第二是任务路由，把模糊需求分配给更合适的专业智能体。 第三是标准工作流和内置技能，把零散对话沉淀成可附用的标准化研发流程。这页展示的是原声 codex 和 o m x codex 的 差异。 在状态和记忆上，原生 codex 更像临时记忆，绘画结束之后信息就容易丢失，而 o m x 会通过本地 box 目录持续保留计划和历史状态。在工作流上，原生 codex 更依赖人工给出零散提示词。而 o m x 强调结构化生命周期， 从需求澄清到架构设计再到执行推进，都有明确阶段。在执行模式上，原生 codex 往往是单智能体串行处理，而 o m x 支持并行协调开发，也支持单线成闭环推进。在上下文感知上，原生 codex 每次更像从白纸开始， 而 o m x 则通过 agents md 提供全区项目指导方针。 o m x 的 工程生命周期分成三个阶段，第一阶段是需求澄清， 通过 deep interview 主动追尾意图、边界和非目标，把模糊需求讲清楚。第二阶段是架构设计，通过 rapun 把明确需求转成实施蓝图， 帮助开发者确认方案和权衡。第三阶段有两条分支，如果任务复杂，就启动 p 模式，拉起多角色并行协调。如果目标单一，就走 ruf 模式，持续执行和验证，直到任务闭环。 为了让这些流程真正好用， o m x 还设计了一套全局指令面板布局。在高频核心工作流里，你可以用 deep interview 做需求探索，用 role plan 批准实现计划，用 team 启动多角色并行团队， 用 ralph 开启单任务死磕循环。也可以通过 skills 浏览已安装的扩展辅助技能。而在高级运维和监控层，还有 o m x setup、 o m x doctor、 o m x h u d 和 o m x x pore。 这类操作面板分别对应出示化、环境诊断、实时状态监看以及跨代码库解读。探索 o m x 的 底层基石是持久化和并发症。在持久化这一侧，它会自动生成本地 o x 目录， 这个目录里保存 state plans 和 logs， 相当于整个项目执行过程的大脑。在并发协同这一侧， t 模式依赖终端服务器作为底层协调后端在 macos 和 linux 上主要依赖原生 tmax。 在 windows 上，则可以通过 smox 或 wsr 实现等效的多线城合作机制。 这让 o m x 不 只是绘画增强工具，而是一套真正可扩展的工程鞋同底座。从社区表现来看， o m x 已经是一套经过开源社区验证的工程化方案。它拿到了超过一万五千个 hip hop stars 以及一千四百多个 fork， 底层主要由 typescript 和 rust 混合构建，既追求极速响应，也兼顾稳定并发。同时它还支持超过十五种全球语言交互项目，也有明确的 creator maintainer 和活跃协作者，说明这不是一次性的个人作品，而是一个持续引进中的开源工程体系。 如果你想快速接入 o m x 流程，其实只有三步，第一，确保基础环境就绪，包括 node 二十以上 codex c i 以及 it max orps max。 第二，执行 o m x setup， 完成初步部署。第三，直接进入 mag max 高强度模式，也就是执行 o m x mag max high。 对 于 intel mag 用户，如果高病发模式导致系统验证引发 cpu 飙升，可以按提示移除对应隔离属性， 或者适度降低病发参数。整个思路很明确，就是用最短路径把 codex 拉进真正可规模化的工程工作流里。