codex回退功能在哪

大家好呀，今天我一定要向大家安利一下 codex 的 automation 这个功能，对它是一个非常省心的点，这个自动化怎么跑？我就用了它自己内置的一个 summarize git 这么一个功能来做一个演示，我们一起来看一下吧。先说时间，我设定的呢是每天九点钟，只要我的 codex 的 app 是 在运行的状态，它就会自己去手动跑，不需要你触发 这个时间你是可以自己去设定的，你可以设定的是每天定时或者是二十四小时轮动啊。第二点，当它自动化在开始跑的时候，它会自己去创建一个独立的 walk tree 啊，它是在一个工作区里面去跑，会影响你手上的开发，这是第二点。 那第三点呢？它输出的结果就会进到一个 inbox 里面，类似于一个邮件箱啊，只要它完成了之后，它就会发给你，如果说有变化，就会有一个通知你，你就可以去点开查看，那如果说没有变化，它就会自动归档了。 第四点，就是它的整一个自动化的内容，你是可以通过 prompt 去控制的，这个 prompt 你 可以去引用你的 skill， 比如说我想让它的自动化的内容以一个 word 方式或者 excel 的 方式输出，那我就可以去调用这个 excel 的 skill， 只要你说清楚啊，它是完全可以遵照这个 prompt 去进行一个执行的。 对，这个是第四点，那第五点呢？就是他的一个权限是完全遵照你全局杀香的一个设置的，如果你自己设置的是止毒，那么这个自动化一定也是止毒，完全是由你来控制的，当你觉得整个自动化的流程它是安全的，你再进行一个权限的放开， 我觉得这个这个自动化的功能是非常有效的，你可以用它给你内置的一些模板去测试，或者是说你自己来进行一个创建。当然现在只支持苹果的用户，安卓的用户可能还需要再等一等。那么你今天自动化了吗？快去用起来吧，记得一键三连哦，拜拜。

你让 cloud 指挥 codex 干活，任务一复杂，最先乱的往往不是实线，而是上下文。 simon wilson 点的很准， sub agents 最适合代码库探索和多步骤计划，因为单个 agent 装不下那么多脏活。 今天我把这层拆给你看，顺便讲清它怎么接近 agent teams 和 ccb。 复杂任务的问题不是模型不会做，而是读代码，找证据，做修改都塞进同一个窗口， 官方文档直接点名。 sub agents 特别适合代码库探索和多步骤功能计划这种天然并行任务。把这些步骤拆开后，主代理只处理结果和决策，上下文才不会越滚越乱。 codex 现在内置三种子代理， default 都得， worker 专注执行和修复， explorer 专注读代码。 这不是三个窗口同时聊天，而是不同角色先分别完成任务，再回到主县城统一汇总。 simon wilson 的 观察很准，这套模式已经成了 coding agent 的 通用结构， agent teams、 ccb code、 sub agents 不是 一回事，而是三层结构， agent teams 解决，上层协助 ccb 解决， cloud 到 codex 的 任务分发， sub agents 解决， codex 内部再拆执行。 前两层决定谁来指挥，最后一层决定 codex 自己怎么改。如果你之前就在用 ccb， 让 cloud 负责拆需求定边界，审结果，现在它终于能更细地指挥 codex 了。 cloud 不 再只把任务扔给一个 codex， 而是能明确要求 codex 先拉 explorer 查，再拉 worker 改。你还能写自定义 t o m l 代理，但先记住三件事，显示 spawn 六个线程一层深度 token 也会更高。 这项更新的意义不是 codex 多了个按钮，而是 coding agent 开始进入角色分工阶段以后，谁还让一个 agent 一 口气查证？改验慢指是副作用，更大的问题是它会越来越糊。

今天 opencall 更新到了二零二六点四点八，这次更新很简单，没有新增功能，是一个纯修复版本。但它解决的问题 其实挺关键的，特别是最后一条，对于使用 callex 的 gpt 模型用户非常重要，一起来看一下吧。先说第一个，之前有的朋友可能遇到过启动报错，比如提示找不到模块，网关直接起不来， 那么有可能你是用 npm 安装 opencloud。 这次官方确认了原因，是多个渠道在打包时路径配置错误，程序在启动时找不到对应文件， 涉及的包括 telegram slack、 飞书、 google chat、 teams 等一系列渠道，这次已经全部修复，对 npm 安装的用户来说，这条影响是最大的。 上一个版本留言崩溃的用户可以试试这个版本。第二个是插件问题，之前内置插件的版本信息没有同步更新，导致在新版本中加载失败，这次也一并修掉了。更新之后不需要额外操作，插件可以正常加载。第三块是 a 诊相关， 主要是两个调整，一个是 update plan 工具保持可由。另一个是执行接口的规则和实际执行逻辑对齐。之前的问题是接口显示的默认规则和实际执行不一致，现在统一了。这个改动主要影响做自动化或者 agent 的 用户，自动化工作能更稳定。最后一块也是这次比较有价值的一点是 是代理网络支持，如果你是在公司内网或者通过代理使用 open core， 这个对于使用 codex 作为主力模型的用户懂的都懂。 这次更新支持直接读取系统的 h t t p 和 h t t p s 代理配置，同时支持 no proxy 排除规则，另外还修复了 slack token 在 配置重载后的失效问题。 还有一个比较底层的改动是在受信任代理模式下，允许代理自己进行 dns 解析，这解决了很多代理环境下连不出去的问题。整体来看，这个版本主要解决两类问题， 一类是 n p m 安装后的启动失败，另一类是代理环境下的网络连通信。如果你刚好遇到启动问题和网络问题，可以尝试更新到本版本，不过更新之前记得做好备份，备好一个 cloud code 或者 codex 已被 open call 不 能正常工作的时候，好让 ai 帮你回滚到之前可用的版本。想要尝鲜的用户已经可以执行安装脚本，自动更新到最新版本。好啦，这期就是这些，我们下期再见。

大家好，我是一个看不懂代码，又喜欢使用 ai 编程工具来开发 ai 智能体的一个爱好者。现在扣代码时新增加的这个子代理并行开发的这个功能真的是用起来越来越爽。刚才我下达了这个任务，让他同时 使用子代理来并行任务，他同时创建了三个智能体进行分工，然后主智能体就去跑测试， 它使用自动化测试的 m c p 自动地在这个浏览器里面去创建任务来跑测试。我现在开发的是这个 ai 短距的一个自动帮你分镜，帮你生成提示词，就像 cds 二点零这个模型一样， 它会自动生成这个分镜，然后帮你生成每个分镜的提示词。你只需要复制提示词就可以用到这个模型里面去直接生成啊 c d 弹幕的视频。那目前我碰到的问题是，调用 ai 模型来生成提示词的时候，还存在一些 bug， a i。 就 根据我的需求，它自动创建几个并行的纸袋里，提高这个开发效率，还可以降低上下文的这个消耗。因为纸袋里它的上下文窗口是分开独立计算的， 它只把结果放到这个主 edge 的 这个上下文里面去，所以现在的开发真的是爆棚了，而且每个上下文窗口也变得越大，你看可以看到它在测试的时候它会发现问题，所以这个效果用起来真的是非常爽。

卧槽，朋友们出大事了，刚才 openai 官方上线了一个 plugg， 叫做 codex plugin cc， 那 它干什么的？顾名思义就是允许你直接在 cloud code 里面调用 codex 携带码进行这个 review。 那 么刚才我本来是在录制一个 cloud code 的 一个教学视频，看了这个视频绝对是超过百分之九十九的人，那里面就讲到我们如何在 cloud code 里面调用 codex， 本来我们的方案是调用一个啥背景的，对吧？结果现在 openai 直接做了一个 plugg 让你调用， 那么它这个插件的第一功能叫做标准代码生产，就是帮你改 bug。 第二功能就是对抗性生产，那就是它不仅帮你改 bug， 同时它还会刺激你的架构设计，是不是合理？还有第三功能叫做救援模式，这个什么就比如说你现在写用克拉克写代码，发现 有个 bug， 怎么改就改不掉，对吧？那可以直接使用 rescue， 那 么它勾代码就会接受整个代码，然后帮你完成后续的。那么安装也特别简单，我把命令放在这里，大家直接去复制安装就好，赶紧去用起来体验一下。

最近 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， 那 本期视频就到这，希望这个视频对你有所帮助，祝您生活愉快。

今天给大家看一看扣子 x 到底能干什么？你比如现在我的这个 c 盘已经只有四百兆，导致我现在打开路由器就会卡死， 我又用管家去看这个能不能清理，但是确实是清理不出来，只有这个大文件可以清，但是你进去以后底下的都删不了，你就只有这两个，也没多大， 实在是没有办法，那我就不行试试酷德 x， 我 问他现在买了能不能想办法清理出来一些空间，卸载一些我用不到的软件， 我之前也重新清理过，实在是找不到可以清理的软件了。我现在是四百一十四兆，现在用 gpt 五点四去运行一遍，看看他怎么样。这里快进一下，这里就找到了 六个 g 的 缓 uv 缓存，包括这这几个 g 的 都是我下的模型的文件，这都可以删除。刚才管家里面就没有找到这些东西，他现在已经开始帮我去删除了， 哇，然后非常让我惊讶的是，这第一轮就释放出来十几倍的空间，然后你可以看到这边 现在有十二点七 g 可用了，现在已经差不多这个我这个就不需要再担心 c 盘的空间了。 这个电脑管家里面我们刚才已经说过了，它是根本没有再找到其他的可以去清理的空间，包括这里的大文件点进去以后，它都是不会让你去轻易删除，包括剪映的缓存， 刚才这个电脑管家他都没有找出来，并且这个软件有四个 g， 这些大概都有十个 g。 下一步我甚至可以让他去帮我们执行这个删除的操作。我们来试一下 删除阿克的 gs pro， 我 允许你删除， 哎，我允许你删除，尽管 这个要注意，你在他执行删除这种比较重要的操作的时候，尽量给他一些权限，最重要的是把这一个完全权限，你可以打开看一下，原来是这种默认的权限，他是在一个独立的环境下运行， 这样他是没办法去操作你这个项目以外的一些文件，如果给他的完全权限，他就可以完全去替代你进行操作了，这次再试一下。 好了，现在程序结束了，刚才我们可以看到这里，第一次把缓存文件删掉后有十二 g 的 空间，然后他说的是十四 g， 其实要远远比这个多。今天的一个主要问题您通过 codex 去解决了，也就是之前用电脑管家， 他没有办法再一进一步的帮我们把 c 盘去清理。最开始我的 c 盘只有四百 m b 四百兆的空间，到目前为止已经到了有才十十四点七 g， 可以 看到十五 g 甚至更多 这样的，目前我的电脑已经可以正常去使用了。这个后台讨论为什么 codex 相比于电脑管家这种专业软件，他却能更加深层次的去清理 c 盘的空间， 那是因为电脑管家这一类的软件是比较成熟的公司级的产品， c 盘清理只是他的一部分功能， 在做这个功能过程中不能去影响其他软件的正常运行和存在， c 盘的一些重要资料不能被删除。所以电脑管家的它的调教是比较稳健的， 它不会很激进的去帮你完全深层次清理 c 盘空间。而 codex 它是完全按照你的需求， 你想让他去清理，你想让他删一个软件，他都会帮你一次性执行，会深层次帮你扫描一些没用的缓存去清理，只要你同意， 并且他也能帮你直接去删除这软件，你不用再去自己去找怎么去删，对于一些流氓软件的清理可能也有特别好的效果。

各位朋友们晚上好，这两天设置 gpt 发了一个涉及令人愉快的前端，大致讲的就是你需要怎么去用它的 codex， 然后去设计 你的前端页面，然后使前端页面变得精美。它大概讲的是首先使用技巧，你可以基于它的这个入门提示词来进行修改， 你要先选择较低的推理水平，这是他建议的。其次就是说你需要告诉 codex 您的设计限制条件，例如字体调色板，布局， 大概它第三点是提供你提供需要参考的情绪模板，例如截屏各种各样的提示词，具体怎么做是跟用 chat g p 四，它这边已经有讲使用 code x 的 chat g p 四的一个模型创建 情绪模板，这里的情绪模板灵感来自于纽约咖啡文化的 y k 美学，就是你先创造一个大致的一个美术的一个风格，也就是情绪模板页面的一个情绪模板，再 给到它的 gpt 四或者 codex， 基于这个模板，基于这个情绪再去创造，那么会更好一些。总的来说给了我们一个入门的提示词，你可以根据这个入门的提示词去进行修改，再进行操作， 后面的其实就没有了。它还给了一个 skills， 你 可以根据 skills 来完善你自己的题词风格。这个安装的命令就在这边可以直接安装，根据这个 skills 来更加完善你的风格。 这个就是我基于它前面的一个介绍的一个风格来简单的设计了一下，用它给的一个体式词，我感觉我个人看过来还是挺不错的。

他最主要的优点，我觉得他不会有幻想，而且他不会糊弄他，也不会偷懒，他甚至会 把你没想到的东西去补齐，这是让你有惊喜的一点。这是我们的一个简单的对话，这是一个我觉得没有什么技术含量的一个对话，就是谁都能说的出来。 jimmy 三点一当时已经给我在 本地去落了一部分代码，但是我觉得那个效果实在是太差了，它的功能界面都各种的都非常混乱，而且代码非常难看，我气的我直接给他删了 我。我的计划本来是想让 codex 来重新开发，但是它 因为他有一个完整的本地的访问权限，所以他自己就独取到了。我在本地有这么一个未完成的项目，他是从这个残缺的项目中再优化，再重新开发的。这基本上我的一个跟他的对话， 他就会给我制定一个详细的计划，我发现他的这个计划还是挺详细，并且符合我的需求的， 你觉得有需要感动的就可以直接跟他说这是他的一个计划，我就说实施计划就可以了。好，他花了一段时间把这个来实现，并且也详细的告诉我他实现了什么功能，我都没有自己测试，我让他打开前端，让他让 qtext 来帮我测试， 我看他在浏览器里，他自己调用浏览器打开跑了一遍，他当时跑的时候是没问题的，我自己有打开我的浏览器又跑了一遍，我打开以后有一个报错，我就直接把这个报错复制给他， 他很快就解决了。这个框架基本上很快就打好了，而且是一个可用的假数据，而是把真实的前端后端的链路已经打通了， 因为我用的是火山引擎豆包语音的大模型，我就把这个豆包的进入文档，我就直接发给他来自己帮我做好， ok 了，又出现错误了，我复制给他，他又搞定了， 这基本上就是我在跟他去在油画一些细节。到这一步的时候，我觉得这个界面实在是有点太难看了， 我就调用了一个挺知名的 skills， 就是 uiux 的 pro max， 这个 skills 也非常的好，非常优秀。我的意思就是让他帮我做一个 ui 的 优化，同时把流程做一个完整的优化，你看他这边他会自己帮我做好一个备份， 他会引导我怎么样继续去把这个项目完善好。到这到了这一步，他会自己去截图，然后告诉我现在的这个工作台什么样的，他也帮我自动的去接好栏目行程，我基本上是 没有太多操作，就是靠语言的对话，他在工作的时候，我可能就是忙点自己其他的事情， 整整个项目大概就是开发了两个小时，其实是一个挺简单的东西，我给大家看一下一个现在的成品，我让他在桌面生成一个启动脚本，这样就像一个 app 一 样，我直接双击在优化以后。

这是不限速度的驱动程序更新管理工具，它可以一键扫描所有电脑的硬件设备，主板、 cpu、 wifi、 蓝牙、显卡、声卡、键盘、鼠标、显示器，还有打印机手柄等外接设备所需的驱动， 还能安装游戏所需的插件和运行库。还能自动更新和自动备份，既可以单个更新，也可以批量下载，更新完成能回退，还可以卸载主车菜单，还带游戏加速功能，停止不必要的应用和服务。还可以释放内存工具菜单，有驱动备份和还原，修复没有声音的问题， 修复设备错误，修复不兼容驱动离线驱动更新，还可以查看系统和设备数据，修复网络问题，修复显卡驱动造成的分辨率问题，这些功能非常好用，不想找的同学请给老王点个关注！

哈喽，今天我们继续讲，我用 codex 来做我的进销存管理系统，今天我稍微跟 codex 聊了一下天，建议我用极的 hop。 极的 hop 是 什么？ 它可以把我现在做的项目打包起来，比如我做了第一个版本基础版本，我现在又让它给我改进一下，改成第二个版本， 如果我中间，如果我想要回到我原来的版本，他就可以帮我恢复过来，我目前做了四个版本，这样就很方便。如果我觉得我现在这个版本不合适，我只用跟 跟他说一下，帮我回复到呃，起初的那个版本，他就会帮我马上恢复过来，时间很快，只用几秒钟就可以版本切换过来。我今天又让他帮我改一下，改成，比如我这里需要查询，我这里比如想要客服信息，可以有查询功能，帮我 改成有查询，你看这样就查到我想要的信息啊，还有库存管理这里，我让他帮我再做一个报表啊，他这里打印报表啊，你看他就直接可以帮我生成我想要的报表啊，也可以导出 excel 表格啊，目前是可以直接导出 excel 表格的。 好，导出表格以后我也可以直接打开，它是 csv 格式，非常的好。我这里还让他做一个报表分析，他也帮我直接做出各种销售的情况的报表，有呃采购啊，还有月度信息，还有销售占比啊， 还有这些资金，哪些品类销售的高一点都，还有客户的排行榜，还有供应商排行榜，还有商品的利润都有。 还加了一个下载数据库备份，也可以恢复数据库备份，非常的齐全，目前我这个只是本地上测试使用的。好了，今天的分享就到这里，谢谢大家。

啊啊 啊啊啊。

哈喽，大家好，最近这个 bugx 用的非常多啊，发现这个产品确实是非常不错啊，它不是最近上线了一个叫插件的功能吗？就是这个插件， 每个人还可以在自己可以去新建这个插件，这插件有什么用呢？我感觉比这个 skill 哈，它确实是更系统一些，完整一些吧。我也把我自己的一些工作流程也放到，也做成了个插件， 但我现在还不知道如何上达到这个市场，或者他是否本身就没有开放这个市场，我现在还不是特别清楚， 我就把我自己自己的工作流放在这个上面，这工作流是干什么的呢？就举个例子哈，类似于这样的，你开始做一个项目的时候，经常有的时候会需要有一个工作的流程，我这里会默认着按照这四个流程去进行， 首先是按照调研，进行产品的设计，再进行执行，最后进行测试。这四这次流程之外呢，我还定了一个局的规则，比如说我项目的一个背景或者是执行计划，你应该怎么去钻写，那就按照这么一个流程去进行。 那么调研这个阶段呢，首先是去按照零一零二的这种编号去进行的调研，我基本上是不希望他去有过多的限制，还是让他去了解项目的背景，或者是了解外部项目的背景， 把这形成调研的文档啊。第二步呢，进行设计的时候呢，主要是做一些技术的选型，或者是项目的代码目录的一些规划，还有像产品的设计页面的设计组建的选择，那么都可以把更全局的东西放在这个设计这个模块上，也是按照零一零二去编号的 执行，这个部分呢，这个地方呢，其实要按照目前说的 tdd 的 这个测试驱动的这种方式去构建执行， 执行的是具体写代码了，具体写代码的时候呢，他其实是需要啊，尽可能每一个模块是解偶的啊，这样呢，当你去代码去执行的时候呢，就是真正要 ai 去写代码的时候呢， 实际上他会用最少的上下文去完成这项工作，如果你不是按照这种解偶的方式，模块的方式去执行的话， 其实他真正写代码的时候，他的上下文就可能就过多了，那可能就淹没掉了之前的想法。所以这个呢，是按照这个执行啊，去这么去设计的 测试呢，这里面尽可能是包含着单元测试，包括断到断的测试，以及每一个测试呢，最好都留下一些持久化的日制，便于你未来去复盘。并且呢以用 readme 的 方式去建立锁影， 因为 readme 的 话，它实际上是一个非常好的一种天然的一种锁影，所以你在 readme 当中就不要写太多的细节的东西，所有的细节呢，都放在具体的某一个文档当中去。 另外这个 role 当中呢，其实也可以去把你自己的个人的情况啊，你也可以写在这个 role 里面，这样呢，每次你跟大家写作的时候呢大冒险都知道你是什么样的一个角色和当前的一个状态，你也可以呢给他定义一个叫 在 opencloud 里面叫灵魂，是吧？类似那么一个文件，那目的就是让他自己知道他应该是工作的时候应该按照什么样的方式工作啊？这个我觉得目前没有放在肉里面，但实际上有的时候啊，你如果去那么做呢，效果会做一些提升的，但是一般来讲就太麻烦了，所以一般也不会去那么去做啊， 按照这种方式去组织。你每次运行的时候呢，你跟 ai， 比如说你在 codex 里面啊，真正跟他聊天的时候，你就可以啊，比如说你新建一个项目的时候，你就可以去跟他去说，比如说我在啊， 先先去做调研，把它放到放到那个位置，你再去做设计，再做执行，那这样的话整个项目就构建起来的话，它是按照一个工作流程去做的，那这样非常规范的，你后面可以复盘， 并且呢别人如果拿到你的这个 github 地址或者项目的话，它其实可以复现整个项目的啊，并且也比较利于团队之间去进行交流，去交流行，今天就先讲到这儿，大家如果有什么意见可以去什么，可以去 评论区评论。我把这个 github 地址也是放到了，就放到了 github 地址上嘛，然后大家可以直接上这个 github 上去下载我的这个插件，然后就安装到自己的 codex 当中就可以了。

今天发现 codex 又更新了一个新的功能，就是一个插件功能。插件功能和 skills 有 什么不一样呢？插件它可以包括 m c p， 也可以包括多个 skills。 比如说你有一个工作流，你可能是涉及到多个 skills 和多个 m c p 的， 那这个时候你就可以打包成一个插件，它最重要的功能是让你在多个机器还有多个人之间能够拥有一套完整同样的工作流。

这是设计稿，这是我们刚刚用 codex 实现的 ios app， 我 们来看一下还原度如何啊？这边也可以上下滚动，然后角色可以左右滚动。这边设计稿也是可以上下滚动，角色左右滚动，然后可以选择一个 角色聊天。这边的话也可以选择一个角色聊天啊。哈喽，大家好，我是温特妙，欢迎来到 web coding app 实战的第十个课时，在这个课时呢，我们就 直接来使用 figma 来生成我们的 ai 聊天 app 的 一个设计稿 啊，并且呢我们会使用 codex 来将这个设计稿实现成一款 ios app， 并且是会接入一个后端 api 的 啊。呃，不管你有没有编程经验，你只要跟着我一起啊，这一个课时你就能够来实现一款这样的一个 app。 ok， 我 们先来看一下我们的一个设计稿的一个效果啊，这是一个引导页面， 我们通过左右滑动啊，这卡片的话是会嗯，有一个这个卡片的一个切换效果的啊，这样的话我们可以来选择我们的一个陪伴角色。嗯，选好之后可以点击聊天， 然后像我们如果第一次没有登录的话呢，会跳入到这个登录页面，登录页面的话呢，呃，这边的话我们直接用测试账号来登一下就好了。幺零零八六验证码一二三四。 好，登录进来之后呢，进入了一个首页啊，首页的话呢，上边的话呢显示的是我们刚刚选择的一个角色，我们可以和他聊天， 然后聊天背景也是这个角色的一个背景图啊，然后这里的话呢，我们也可以和别的角色来聊天。 嗯，然后这边的话呢，还可以重新选择角色啊，大致就是一个这样的一个形态啊，然后我们真实，我们用 codex 实现的真实的 app 呢，我们还会接入一个真实的接口， ok， 那 我们就先来看一下啊啊，这是我们这个这个课程的一个简介， 嗯，然后呢，这是这个课时的一个步骤，我们的话呢会呃，先来看一下我们的一个设计稿是怎么样去实现的， 然后呢，我们会来配置一下 codex mcp 啊，因为我们是要使用 codex 来读取斐格码这个设计稿的，所以的话我们需要在 codex a p p 里面配置一个斐格码 mcp， 可以去读取 figma 上的一个那个素材的一个信息啊。然后呢，我们会用 xcode 的 啊，也就是 ios 的 一个开发工具来创建项目， 然后再接着呢，我们会把一些项目的一些规范呃写入到 agent 点 md 里面去啊，因为 codex 它每次干活的时候呢，它都会来读取 agent 点 md， 所以 的话你可以理解为 agent 点 md， 它就是这个项目 啊需要遵循的一个规范，需要呃一直记住的一个东西，这样的话 code x 在 后面帮我们来进行一些调节的时候，它就不会跑偏。 然后呢，嗯，我们就要用 code x 啊来嗯实现 figma 的 这个设计稿呢啊，并且呢我们还会 嗯来接入通过我们的一个后端 api 的 一个文档啊，来接入后端 api 来实现一个真正的一个 ai 聊天 app。 然后最后呢，我们还会去呃迭代一下功能，因为像我们设计稿上是聊天页面是不可以添加图片的啊，但其实我们的一个后端 api 是 支持添加图片的啊，所以的话，我呢我们再来迭代一下功能，然后呢我们也会去优化一下，因为像聊天 app 的 话呢，有一个体验上最核心的一个东西啊，就是一个输入框， 所以我们可能会针对输入框去调优一下。嗯，那我们先来看一下啊，我们的一个设计稿是怎么实现的？ 嗯，来这边看一下啊。嗯，我们这边直接用的就是 figma mac 来帮我们用 ai 生成的一个设计稿，我可以给大家看一下 figma mac 啊，它的一个官方地址就是 figma 点 com 杠 mac 啊，然后我们在这里只需要输入自然语言，它就能够生成一些设计稿啊， 我们来看一下我们给他输的一个语言，是这样的啊，让他帮我设计一个 iphone ai 陪伴聊天 app 的 一个引导页啊，然后主题是这样的，然后有四个角色啊，然后四个预设的。预设的角色呢，使用横向滚动的卡牌形式展示，用户可以左右滑动这些角色 啊，一次展示以一张角色卡片，左右会露出相邻的一个卡片边缘 啊，然后，嗯，页面包括哪些东西，风格的一个要求，以及角色的素材我也给他啊，把角色的这个头像以及角色背景给他啊，这些素材的话呢，我们通过后端 api 都是可以拿到的。 嗯，我们后端 api 的 一个文档是这里啊，也是一个公开的文档，大家也可以跟着我这个照着做就可以了啊。这，嗯，这是我们上个课时完成的一个后端 api 啊，它的文档我已经把它放到 github 的 一个公开页面上去了， 然后像角色获取的话呢，是在。嗯， chat service 啊，在这里，角色获取是这里啊，是不需要健全的， 直接调用就可以了啊。嗯， chat ross 啊，它的一个后缀是这里，我们把它后缀复制一下， 然后再拼接一下它的一个链接。呃， chat service 的 一个链接，我们来看一下啊， chat service 啊， base your ads 啊，在这里。 chat service 的 一个前缀链接在这里啊，把它拼接一下 啊，拼接一下之后呢，就会来得到的是一个 jason 啊，这个 jason 就是 我们的一个角色卡片 啊，角色卡片在这里啊，当然也可以更加简单一点，我们不需要这么复杂啊，我们直接把刚刚拼接好的这个链接 让 check gbt 一 次性把我们做做掉就可以了啊，这是一个更加省事的一个做法，我们直接让 chat gpt 来帮我们生成给 figma mac 的 一个 promote 啊，你看也是。嗯，用非常自然的一个语言描述就可以了啊。我正在开发一款 ai 陪伴聊天 app， 用户可以和不同的角色聊天 api 已经完成了， 这是引导页需要展示的角色接口，请帮我提取数据啊，我让他我把这个 url 给他啊，让切记 b d 帮我来提取数据就可以了啊，然后我还把整个后端 api 文档也给他了，其实这个时候不不用给他也可以啊。 呃，我告诉 chat， 我 说引导页是这样子的啊，然后测试号是这样子的，然后 chat 它就会帮我来生成这个呃， fig 码的一个 promote 啊，其实也就是和这段 promote 是 非常类似的一个生成直接给他就可以了啊，不需要我们自己写。 然后呃 chat 它生成的这 promote 呢？它好像没有把那个 呃角色的一个 u r 角色的一个图片链接带进去啊，那这样的话呢，可能会有些问题，因为你，因为我们是有一个角色的背景卡片和头像卡片的，我们直接带进去的话呢， figma mac 它就它就不需要瞎猜 啊，那直接用我们现成的就可以了。那，那没关系，我们再跟亲爱的 g p t 说，我说还要把这个头像链接和背景链接也带进去就可以了 啊，那那 chat gpt 它最后就给我们生成了最终的一个 promote 啊，最终一个 promote 是 这样的，我们也可以直接复制一下啊，复制一下贴进去就可以了啊。贴进去之后呢？ figure 嘛，它会帮我们生成设计稿 啊，生成设计稿之后呢，可能有一些呃要求我们还不满意啊，像像我这边的话呢，我们我是先生成了引导页，引导页是这样子的，然后呢，我再让 fig 嘛，帮我生成了设计首页啊，首页的话呢，我们点进去啊，这边再登一下 啊，再生成首页啊，首页这个东西啊，也是叉 g p t 给我的，嗯，然后包括我有一些地方不满意，我再继续和它调优 啊，你看我和他呃一直调优啊，然后呃一开始聊天背景页面，他不是那个不是这个角色的一个背景，我告诉他聊天背景页要角色背景啊，然后 fig 嘛， 在这边 fig 嘛，就直接帮我来改改，改好最终，嗯，改到这个版本呢，我是还比较满意的，那我们就用这个版本来做 啊。嗯，然后如果 figma 它给你的设计稿改改的不好怎么办？就是上一个版本你很满意啊，那， 那它你让它改了之后改的不满意的，那也没关系。嗯，我们可以比方说我的一个版本六我是很满意的。版本七我不满意，那我点这个版本六，把它 restore this version 就 可以了啊，就是把版本六变到现在的一个版本， 那他就会呃回回滚到版本六，所以的话也是非常方便。然后像这个，嗯，链接的话，我已经公开了的啊，这个链接的话呢，我是公开了。公开了是在哪里呢？也给大家看一下。 这个 fig 码的一个设计稿的一个公开地址是在这里啊。嗯，大家的话呢，需要先保存到自己的一个项目里面去才可以啊，我给大家打开看一下。嗯，在这， 嗯，在这地方你需要把它先加到自己的一个项目里面啊，加到自己的项目里面之后呢，大概就也就是变成类似于我这个样子的，然后你再点一下这个 share 啊。啊，你啊，我们最好先回到首页，回到 default 页面啊，回到 default 页面是这里啊，这边的话可以选择设备的 啊，选择一个预览设备，这个不不影响啊，不影响，就是到时候可得 x 帮我们来还原设计稿啊，最好的话把它切到这个默认的一个页面去，然后点这个分享啊，分享的话这里有个 copy link， 这个链接的话呢，就是我们会让 codex 来读取的一个链接。 ok， 那 我们再看一下，接下来我们要干啥啊？接下来的话呢，我们要来配置 codex 的 一个 mcp。 嗯，我们打开我们的一个 codex app 啊？打开，打开 codex a p p。 呃，在这个设置里面啊？我们登录好了之后在设置里面，设置里面呢？有一个。