你以为 codex 还只是个写代码工具? openai 这次直接把它升级成了能真正替你做事的全能型助手。以前的 ai 只能告诉你步骤,现在的 codex 已经跳出编辑器,能直接调用你的整个操作系统。 它靠多模态视觉和 o s 级控制看懂屏幕、操作鼠标键盘。你只要说整理本周会议纪要并发邮件给团队,它就会自动打开邮件提取记录,写好摘要并点击发送。 这就是 openai 对 cloud code 的 正面回击,也意味着 ai 正式从单点工具走向系统级基础设施。所以,别再把 ai 当成打字机了,给他一台电脑,他就是你真正能干活的数字分身。
粉丝5909获赞4.8万

好,大家好,我是小刘。呃,今天我们一起来聊一下在 codex 中上下文管理的一些技巧,那这里呢,我会讲我平时在使用 codex 当中,我是怎样进行上下文管理的。那我们先说一下背景, 什么上下文管理呢?就是我们知道我们在一次对话的过程当中,它的绘画窗口是有限的,可以看到这里是共二百五十八 k, 那 已经使用了三十二 k, 当这个上下文满的时候呢,扣代码,它会自动的压缩这个背景,这样呢我们的这个整个上下文会失真。什么是压缩背景呢?比如说猫和老鼠四个字,那就是我们绘画的主要内容,他会把它压缩一下变成猫老鼠,你看是不是压缩了,对不对? 但这样就会产生一个通病,就是产生 ai 幻觉,那也就是我们的功能开发会越用越不好用,你会发现你跟他说一个点,他就是不明白,然后呢会导致我们很崩溃。 那我们来看一下这个网友是怎么解决的,然后我再讲我自己的方案,他的方案就非常的简洁易懂,就我们都知道每一次对话呢,它会产生一个绘画的 id, 那 我们这次绘画它是存储到我们本地内存当中或者数据当中,这时候我们可以选择复制这绘画 id, 那 这个绘画 id 呢?本身上是一堆的这种字母,就我们扣带子可以根据这个字母找到我们当前上下我们所有对话, 他拿到绘画呢,可能是压缩库的,可能是不准确的,所以呢他就遇到了这个情况,他就把他哎复制到一个新的窗口当中,比如说新对话,这时候你看跟他说对吧?请你帮我进行这个功能继续开发是不是?那这个时候是不是就拿到了我们的青山崖纹?这个也可以,只是说开发的时候,那他需要去浪费更多的图层,因为他需要加载数据库,加一个内存,对吧? 好,首先我先说一下我的方案,就是这里呢,我会回顾一个上下文的文档,进行定期的总结。举个例子,比如说像这个绘画呢,他都满了,那我就跟他说,请你帮我根据当前这一次的绘画呢进行总结出一个 markdown 文件,这个 markdown 文件呢是包含了这一次的一些所有的关键信息,那你可以看我思路这样的,请你帮助我, 请你总结当前项目的关键决策已经完成的部分和代办事项,便于我下次听话加的一定要加这句话,如果说你不加这句话,他给你的可能就是一个总结性的文档,如果说你加这句话的话,他会按照 call 代词能够处理的绘画格式给你一个哎,一个合理的 bug 档,所以就相当于固定的一个格式给他。那如果说,哎,我这时候跟他说这句话对不对? 尽量用五点五模型,用最好的模型实现的效果可能是最好的。然后你比如说用五点五超高你发送一下,那这时候呢,他就会根据你当前的这个项目进行总结一个 bug 大 文件,那收下一次开启的时候呢,你就可以把这个 bug 大 文件哎给他 就是丢进去,然后这个时候呢,他就可以直接的进行上一次上下文的复用,而且呢失真不会失的很严重,那最起码会比直接使用 codex 压缩的方式会好一点,那这是我的第一种方法。第二个呢,就是使用这 codex 内置的压缩功能呢,这个我刚刚说过了,对吧?我们 正常来说 codex 也会进行自动压缩,但是它会进行四帧,但是进阶技巧就是我们可以直接让 codex 呢,每次都生成这个 prompt, 就是 给它设定一个这个啊, ajax, ajax, markdown, 这种,对吧?让它自动生成,而不是让我们手动去指定它。 那这里呢,再分享一下我自己的这个 codex 技巧,因为有小伙伴他会问我说,你视频当中平时使用 codex, 那 我先说我怎么使用呢?首先我不会把一个项目 丢到一个上下绘画里面,一个上下文绘画里面我会把它拆成多个小的功能,在每一个小的功能对应一个绘画,这样呢,我这个绘画可以赞成很大,并且呢它总结出一个 markdown 文件,再把这个 markdown 文件丢给一个新的绘画,这样呢,我们就基于这个功能在进行优化,不会去影响整个的大局。啊,能懂我意思吧? 那第三种就是我们可以使用外部的持久化工具,那这个外部持久化工具有很多,比如像我们之前说的 context 上来说,就是把原先我们的 markdown 给它缔造了外部的这种 社区部里面去,你可以这么去理解,然后通过一些更好的方式去把它读取到这个 collect。 那 每一个开源项目都有自己的方式,大家可以自行研究,因为篇幅有限,所以我这里呢就讲这几种,好吧。 然后呢?呃,这种方式呢?其实我还是建议大家使用 bit 进行管理起来,因为当我们用 bit 进行管理起来之后,我们整个上下文呢,能够更加有链路的去回溯,就是每一个版本都有对应的回溯, 我们能够很清晰的看到,对吧?这是我们整个流程,你可以看到通过这样的方式,那就是像上下文的这个管理,好吧,这呢是。呃,好了,那以上就是本期视频的全部了呢,我是小刘,我们下期再见。

今天这期视频我们主要来讲一下,当你拿到了一个相应的 cpu link 模型,或者是你在 搭建起一个整体的 cpu link 项目的时候,而针对于某一块环节出现了问题,导致 cpu link 无法运行, 而我们如何使用叉 g p t 大 模型和 codex 对 整体我们的视频 link 模型进行一个完整的修复。首先我们这里 拿一个具体的项目为例,我们可以发现整体的项目其实是包括了相应的风电渗透,以及当中还有相应的储能 s o c, 并且还有一个同步机一字桥屏加整体的复合扰动的对比分析。 这个项目其实是一个比较大的视频的一个项目,比较符合大家在完成相应的具体的项目以及论文当中的具体实践过程。 首先我们要先把整体的项目对应的姓名 link 文件儿传给前来 gpt, 而不需要让前来 gpt 进行长时间的思考,我们只需要 让 china gpt 先阅读这个 simulink 模型,然后让它先具体的记住,这时候 simulink 其实会给你一些相应模型的具体参数,但是我们前面说过吗?因为整体的 simulink 模型它在阅读的时候还其实是直接阅读它的图结构,而图结构 所消耗的注意力机制是相当相当大的,对于同文字所消耗的同等的 token, 一个图模型可能要相对于文字来说要带得有百万行甚至更多, 所以说仅仅传给拆了 gpt 我 们相应的新兵领口模型,这时候其实它是阅读的是相当有限的。好,这里我们要补充一下,要选择这个 thinking 模型,好同样指出我们要打印我们第一期视频相应的代码,要把整体的相应的关系连接出来, 然后同时这一步也是要告诉我们的 gpt, 让它记住这些信息先保存一下,然后这样我们的拆的 gpt 就 能把我们整体补充导出的所有的连接关系参数都一并记住并且保存, 并且这一个的主要保存的重点就包括我们可以看这里我们拆的 gpt 就 帮我们抓住了相应的重点,包括我们一个 space 系统完整的闭环结构,然后还给了一个相应的闭环结构参数,然后还有相应的顶层封扣,剩余百分之二十五的一个主通道,也就是对应我们, 也就是对应我们 sql link 模型当中的这一整体的集成部分。然后这时候我们需要再次打开我们的 sql link 模型,将我们报错的信息 复制,再粘贴给拆的 gpt, 这时候我们需要给拆的 gpt 输入相应的指令,而这个指令我在经过实验发现当中采用我们自然语言指令的效果是最好的,我们就可以直接告诉拆的 gpt, 刚才最主要的问题是我们的 sql link 模型报错了, 根据以上我给你的信息,这里可以给一个括弧备注,包括我们的西门利克魔剑和我们打印的所有信息, 接下来我还会把相应的报错信息单独给你,这时候你只需要仔细阅读我们应该如何修改,然后给我返回完整的 codex 相应指令。下面我们再把相应的报错信息 直接复制给 excel gpt, 这时候 excel gpt 就 会分析我们到底是哪个问题连错,这时候我们会发现它分析出了三大原因,而同样给了一个 codex 相应指令,这时候我们复制 codex 的 相应指令,我们再打 a codex, 为了帮助 codex 更好的理解我们,这时候也可以先传给我们 codex 相应的我们的 steam link 模型以及我们的打印最终的结果, 然后最终我们给 codex 输入以上我们的指令,这时候我们可以等待一段时间,具体看一下 codex 有 没有把我们的 steam link 给整体的修改完成。 最后 codex 直接反馈了我们一个新的文件,并且将后缀名改动改为 fix, 表示已经修改之后,这时候我们可以打开运行, 发现整体的 streamlink 是 完整的可以运行,以及相应的识拨器都是有对应的参数,这时候我们的整体的 streamlink 就 可以正常运行。 下期视频我们将详细的介绍如何在我们只有相应的对应的数学公式以及电路公式的基础上完成,整体是没有 link 系统的搭建,这期视频就到这里,谢谢大家。

大家好,最近收到很多小伙伴的消息说 windows 下的这个 codex 会出现中文乱码的情况,那我们今天就来教你一招,永远解决 codex 在 windows 下中文乱码的问题。我这边整理了教程给大家,大家可以在这个安装指南里面的这个呃, codex 安装教程, 然后最底部的这个 code 中文乱码解决方案里面可以看到,这个其实很简单,就是安装一个 power 七就可以了,就是因为,呃,我们用的这个 c m d 它太老了,所以它会出现中文乱码的问题,那可以通过这行命令直接去安装。那如果没有 winget 的 话,那可能需要手动去下载或者安装,我这边也 打包了两个这个安装包,呃,也是从 github 上下载下来的。呃,如果想要在 github 上下载,选择对应的版本,也可以自己去呃查看啊。那安装完成之后呢,只需要 先去验证这个 power 的 版本,我这边是已经安装了哈,就不再进行安装了。就其实我们就打开那个前面那个安装包去安装就可以了。那在任何的这个目录下输入 p w s h, 呃,我们就不再用去用 c m d 了啊。 然后我们其实可以看到这边已经显示了这个 pro 效的版本啊,是 pro 效期,在 pro 效期下他其实就已经不会这个中文乱码,我们可以直接测试一下,直接输入这个命令就可以了,可以看到已经不会乱码啊。 如果你下载完 pro 效期还会出现乱码的情况呢,你需要去编辑一下这个个人的配置文件啊,用这一行命令 直接在 pro x 里面去运行啊,运行完之后把这个底下的这个内容全部粘贴进去就可以了,粘贴完之后重启 pro x。 那 还有一个问题,就是我们在运行 p w s h 的 时候,怎么默认它是七点六版本的?因为如果你像刚刚那样安装的话,它其实 pro x 五和 pro x 七它是在你的电脑共存的,那我们就需要设置一下,我们任意打开一个这个终端,然后打开这个标签页,点击设置, 进入设置页面之后,配置一下这个默认配置文件。啊,正常来说这个应该是这个命令提示符,那我们选到这个 power, 一 般来说这个 windows power 就是 你自带,你看这个图标吗?如果 power 七的它的那个图标是不一样的,那我们选择这个。选择这个之后呢,我们关闭整个终端,然后我们再再任意的这个地方去运行它, ok, 这边就已经是 po cache 期了,那后续你在使用 codex 的 过程中呢,你就记得一定要去用 po cache 啊, pwsh, 这样我们再去运行 codex, ok, 呃,就要用这种方式去运行 codex, 就 不会再出现中文乱码的情况了。那这教程到此结束,谢谢各位的观看。

听我一句劝,如果面试问你扣袋子的使用心得,千万不要说扣袋子写代码很快很好用,能提升研发效率之类的空话了,否 则面试官一定会让你出门左转。接下来给你整理了五个真正实用偏进阶的扣袋子使用技巧,没有任何花架子,全是结合工程实践总结得出的,直接秒杀面试官,我建议你现在就收藏起来。一、必须写禁止项、约束项。因为 ai 编程工具本质上是一种高度主动的过度协作者。 扣贷的看到你写的工程代码,会本能的想,这个代码能不能更好,这个编良民能不能更规范,这个逻辑能不能拆解的更清晰,这块能不能优化一下性能? 结果就是好心帮了盗忙,原本你只想要一杯牛奶,结果他给了你一头奶牛。咱们为了防止扣贷的过度修改工程代码,引发一些不必要的后果和麻烦,必须明确写上禁止项和约束项。比如改动仅限于某某类,不要新增依赖项,不要改动对外接口优先最小改动,保持原有编码风格,只扩展不修改等等。 二、拆解为细腻度任务。很多刚刚使用扣袋子的同学都把任务给的大而空,很难落地,比如帮我优化一下项目的性能,给我重构一下工程代码等等。话说就算你给下级分配任务,也不带这么弄的呀。没有任务执行边界和执行路径,连执行目标都不清晰,很容易让扣袋子陷入到一种拆的模式。 以给我重构一下工程代码为例,可以换成先帮我判断一下工程代码为例,先针对于某个 service 做结构优化, 在改动过程中保持接口返回格式不变,最后再补充必要的注示。这样一来,任务就从模糊一吐变成了明确步骤。对于扣带子来说,这种任务更容易理解执行。 三、用 bestofn 同时生成多版方案由于 ai 生成代码是概率性的,扣带子给你生成单个方案不一定是最优解,往往是最通用、最常见的方案。但这个方案不一定适配于你的项目架构和业务特性,也不一定是改动最小、风险最低的方案。这种情况下,咱们可以让扣带子同时生成多个方案,选其优。 举个例子,请针对这个 bug 生成三个不同的修复方案,分别写出来实现代码,再对比每种实现方案的优缺点、改动量、风险等级,最后帮我选出一个改动最小、最稳妥的一个。 四、先分析后执行对于复杂任务来说,不要让抠代码一上来就写代码,避免他从一开始就跑偏。最好的方式是先分析问题,再给方案,最后写代码。先分析读懂现有逻辑,定位问题,梳理上下文, 再给方案给出思路、步骤、改动范围、风险,最后执行。你确认方案后再生成代码。先分析后执行的本质是你主导架构方案和实现策略,抠袋子负责执行和落地,这样才是真正意义上的人机协助,而不是 ai 随便生成,你被动接受。 五、明确优先级明确优先级可以让抠袋子在多目标的情况下不跑偏、不冲突,防止出现丢了西瓜捡芝麻的情况。举个例子,如果你直接告诉抠袋子,修复当前问题,保持改动最小、保持代码可读性。 这些要求对于开发者来讲很正常,但对于 codex 来讲是冲突的,他不知道哪一个最重要,哪个需要必须保证,哪个可以牺牲。如果你不写优先级, codex 就 会自己乱排序。正确的方式应该是,第一,优先级修复当前问题,第二,优先级保动,改动最小,第三,优先级保持代码可读性。最后再给面试官一个画龙点睛的总结, 当你不再把扣带子当成一个会说话的工具,而是一个真正能帮你推进开发任务的搭档,这才是他真正体验价值的时候。面试官一听就会觉得,原来你想的是真的懂,确实是个十年 ai 编程经验的老司机。关注我,拿下更多面试题,咱们下期见!

好的,我们今天给大家带来的是 codex 的 完整教程,那 codex 呢?是 openai 的 一款编程工具,很多人看到编程就已经被劝退了啊,但是不用担心,我们今天这个视频呢就会教给你,因为我自己其实也不会写代码,但它却是我近期使用最多的 ai 产品,甚至让我觉得自己变得厉害了很多。 首先我们来讲一下它跟一般的 ai 产品有什么区别,那它最核心的区别呢?就是能够控制你的电脑去完成很多的任务,这里面有一些关键原因我没有办法在视频里面说,我就放在评论区了,你们可以看一下和其他工具主要的区别是其他工具更像是助手,它会告诉你去怎么做,但你实际还是要你自己做, 但 codex 他 知道怎么做,他告诉你他会怎么做,然后他就自己把它给做掉。那所以今天这个视频呢,我们会分成四个部分,首先我们会讲一下这个工具在哪里去使用。第二呢,我们去讲整个产品的界面跟功能都有哪些,哪些是需要重点需要知道的。然后是我们作为 没有技术背景同学,该怎么样去跟 codex 沟通跟交流。最后就是整个场景,我会带大家一起去尝试做几个场景,如果看完这个视频你真的去尝试去做了,那我的这个视频目标就达成了。首先我们先说一下去哪里使用,如果你已经是下载 gbt 的 用户的话,我们就来到下载 gbt, 然后在它的左侧去点击 codex, 进入到这个页面之后,我们选择中间的版本,或者你也可以直接谷歌搜索 codex, 在 第一个网站里去点击这个页面,进入后下载到对应你电脑的版本。 在一开始呢,他可能会需要你去创建一个文件夹,那这边呢,我们直接在桌面上创建一个以你名字的文件夹就可以了。好的,然后我们来讲一下它的界面和它的功能,从大体上来看,其实它的整个产品界面跟我们一般用的 ai 工具还是很像的。 在左侧是往期的聊天历史跟部分的功能,右侧是 ai 沟通的工作界面。那什么是项目跟现成呢? projects and thread, 那 这是两个基础的变身概念,你可以把项目理解成是一个大的文件夹,现成理解成一次次的对话, 就跟一般的 ai 产品一样,就每一次我们聊天的内容,就好比是一个新的县城啊,那假设以做网站为例,那这个时候呢,我们就开了一个新的项目,这个项目就叫做网站。那在这个网站的文件夹里,它的县城可能是什么?可能就是 像首页啊,产品页,关于我们这些不同的页面,我们把它分开来,它就是不同的县城。你只需要理解说不同的项目,你要建新的文件夹,在那个文件夹里面去针对性的做不同的任务。在右侧底部 这边就是跟 ai 沟通的地方啊,这边可以上传照片文件,选择对应的模型,我们这边默认去选择 gbt。 五点四推理的强度的话,就按照中来执行。那特别复杂的项目,比如说 app 啊,或者说一些后端的产品,你可以在 啊网上选,但也要注意,就你的 token 的 消耗也会对应的提高下方的本地,它代表的是它会在 你的电脑上运行啊,然后就是权限,那我这边是建议全部打开,这样他就可以完整的去操控你的电脑。那在这个县城里面右下角会显示背景信息的窗口,也就是上下文的记忆,就你可以把它理解为每一个窗口 他能记住多少你聊过的东西,那如果这边显示了百分之三十六的记忆,那剩下的百分之六十四 就是他还能记住的部分,那当你持续在这个窗口去聊天,他会把这些记忆进行压缩,所以你还能继续聊,只不过记忆不会像之前的一样准确, 所以还是建议大家不同的任务开启不同的县城去处理。我们这边不会具体去讲 skills 跟自动化很多篇代码部分的,大家可以先不用看,它并不会影响你的正常使用。在讲完了大致的功能跟界面之后呢,我们再来说一下使用 codex, 尤其是非技术同学你需要注意的点。 呃,首先就是 codex, 它更多是用来执行的,它不是用来聊天的。其次就是在这个产品当中,你给的信息越清楚,它的执行会越准确。最后就是尽量去在它执行完之后去问一下它,你到底改了什么这种方式呢?就可以来判断 它的一个逻辑,然后可以更好的去让它工作。那在使用 codex 的 时候呢,你会经常看到这种指令叫 run 什么什么什么? 它是什么意思?它就是一个简单的终端指令,它指的是 codex 正在用你的电脑进行操作,完成他想要的任务。 终端是什么呢?你可以把它理解为是一个代码在跟你电脑沟通的一种方式,那平时我们用电脑其实都是用图形交互,就比如说我在用鼠标啊,在滑,在点击,但其实在电脑之间,它是可以用代码的形式更快的沟通,但只不过我们不会,那现在就相当于 你可以用大白话去跟 codex 沟通,而 codex 直接通过代码语言和你的电脑进行交互。那最后呢,我们再来看几个实际的案例,大家手把手的一起来操作一下。首先在开始之前呢,我们先确认一下你已经创建了一个文件夹 啊,然后打开一个新的县城啊,在这个文件夹的框的下方呢,我们去把这个权限给全部打开,将模型切换到五点四,我们的第一个场景就是让 codex 去全面的检查一下你电脑的性能啊,看看有什么地方可以优化的。 直接在对话框里输入,帮我全面检查电脑的性能,看一下有没有什么优化的地方。你在自己做这个案例的时候,重点可以关注一下 codex 是 怎么执行的,并且一步步的分析你电脑性能, 然后呢,你让他去进一步的帮你完成这个操作。第二个场景呢,就是我们让 codex 直接去帮我们整理一下桌面啊,因为现在的桌面全是各种视频啊,图片还有文件夹,那我希望他可以把视频归类到一起,然后图片也归类,我们就直接在对话框输入, 帮我整理桌面,因为现在太乱了啊,把不同的文件进行归类。最后一个场景就是如果我们看了上一期的教程,就是我们谷歌 stitch, 你 可以看一下这是做讲怎么做网站跟做交互的,那我们现在呢就直接让 codex 把这个页面给做出来 啊,直接先来到 stitch 的 这个页面,然后把我们这个首页的代码给复制,然后回到 codex, 把代码粘贴给他,让他把这个前端的页面给直接做出来, 然后这边就是它生成的一个前端页面,是完全根据我们的设计稿来做的。然后还有一种做法呢,就是你可以再一次的把 stitch 里面的设计文件去导入到 figma, 然后在 figma 里面做最后的调整,之后再导出 把这个链接给到 codex, 就 codex 可能会更加的喜欢用这种方式,直接用 figma 的 链接啊,做出来的效果也是一样的。那今天呢,我们就完整的过了一下整个 codex 的 使用方式,那不出意外他们会在近期做一次更加大的更新, 到那个时候呢,我会再去补充一次教程。还没有关注同学记得点赞关注。还有就是大家有什么好的反馈跟需求也可以跟我提,我是瑞哥,那我们下一期再见,拜拜。

好,大家好,我是小刘。呃,今天我们来看一下那个 codex 这一次最新的更新哦,那我讲一下我自己使用 codex 的 一些技巧,希望能够对你有所启发。那首先呢,我觉得 codex 当中所有功能当中最好用的一个功能就是这个自动化,没有之一。真的,这个基本上它能帮你完成所有的事情。比如说像我们家每天呃,基本上每周吧就要换一桶蒸馏水,这个时候我就可以跟那个呃帮我创建一个自动化任务。 然后呢,这个时候呢就直接艾特 composer 柚子,他会自动在微信列表找到送水的小王,跟他说家里没水,让他送水过来,晚上我看了消息之后给他转钱,这时候呢,他会自动去运行。注意这里呢,你要选择最低的模型,因为这个任务他很简单,并不需要使用很复杂的模型, 所以就是说,呃,你可以测试一下。那没问题呢,他会自动在你的微信列表里面找到小王,跟他发这个消息,甚至你还可以每天早上让他给你老婆发消息,或者给你老公发消息,非常简单。 这里记得开启这个防止休眠的开关。那尤其他最近更新了一个挺有意思的功能,叫做,嗯,就是这个浏览器使用,也就说你可以完成京东的打卡,淘宝的打卡,还有一些其他的操作。那这里呢,你可以给他始终而允许,然后这样的话,他在电脑上去审批一些文件的时候,你甚至可以给他 呃做任何你能够想不到的事情,比如说登录学校官网去帮我刷课,刷网课他都可以做到,真的很神奇一个点,这是我觉得最好用的 一个功能,自动化,那绝经、打卡送水都是一些小例子,大家可以以此发挥,对吧?比如说每天给谁谁谁发消息,那都可以让他去做到。那我们来看一下这一次更新的一些我觉得不错的功能嘛,就是首先比如说我让他帮我搜索这个最火的博主,你看他手里到这个列表,然后 排了排序了一下,就这一个,就这一个命令,哦,我用五点五模型,然后他跑完之后,你猜用了多少? 他用了接近百分之二十,因为我刚又多问了一个问题,我用完的时候还是百分之八十三,你看就问了这一个问题,他是百分之八十三啊,对吧?非常的恐怖,这个五点五模型消耗了一个速度,而且我还是 plus, 这个 plus, 这个这个 啊角色,你看他消耗这么多,也就说你一个 plus 用户每五小时你只能大概问啊五六个这样的问题,所以就是我觉得还是用 token 比较节省的话,是五点四比较好一点,对吧? 这里呢再给大家分享两个插件,我用的比较多的就是这个 codex history, 然后同步的这么一个工具。这个开始工具呢,主要就是可以帮助你把你的这个账号之间隔离的这种数据呢,给它全部都放在一个账号上来, 非常的 nice。 因为大家发现没有,就我们在使用 codex 的 时候,你的这个记录啊,老是消失,哎,突然突然就不见了,尤其是你换了多个账号之后,之前的记录更是找不到了,但是这些记录呢, 一直没有消失,全部都存在你本地的这种数据库里面,就是个 circle net, 就是 codex 存存入数据的地方,就这玩意它需要你自己手动去把它给它同步到一个地方,就可以使用这个工具,它可以帮你把这个账号 全部放到一个上面去。那 windows 的 话是可以使用这一个开美项目,还有个 mac, mac 的 话使用这个开美项目就隔离一下吧,大家可以自行看一下,那两个项目都是一样的,你看还是基于它听,嗯, 公开的,它补充了 mac 的 这个版本,相当于这两个工具,可以帮助你解决这种数据不统一的问题。那非常简单,使用起来,你直接把它下到本地,然后你你你安装个图形界面,创建快捷方式,你执行一下就好了,非常非常简单。你其实不知道怎么操作,你就复制它一下,然后你新建一个选项,好吧?新建一个选项,你直接问他,对吧?你直接问他啊,请你帮我就是,哎,把这个插件安装到本地并帮我启动,就这么简单一件事,好吧。 然后就是这个插件,这里这一次又加了几个小的功能,就是这个,我给大家按一下艾特符号,看到没有?支持 word 文档读取,还有表格读取,还有 ppt 读取,之前还是不支持的,他可能依赖一些外部第三方的 skills, 但是那样读取并不是很好,但是他出了这个官方的 skills 就 不一样了,你读取出来的结果一定是非常的 nice 的, 非常的匹配的。就你有任何的 word 文档, ppt, 你 都可以教给他,或者论文之类的, 非常适合做学术研究啊,就是我觉得,呃,这几个比较好的,但这次它去掉了就只有两 两个核心,一个自定义。那系统第一个讲起这个默认,很多人没搞懂什么叫默认啊?就是说 codex 在 沙河中自动运行这个命令的时候,他会默认的去向你进行询问,哎,他觉得这个权限风险哎,蛮高的。那就向你去询问,他可以什么 问题都问你一下,就是跟你进行交互,这个自动审查,他会在沙箱中自动运行这个命令。啥意思啊?就是我运行这个命令的时候,我会在一个虚拟的环境中运行一遍,哎,我觉得他有风险,我再给你询问,哎,可能是问的不怎么明白。自定义 就说你把你所有这个权限,你全部打开这个设置,这个设置,你点设置,这边有一个叫做啊这个权限的这个配置,你看这个这个用户配置,这玩意你得打开,你看他会对每一个每一个项目你使用什么模型,对吧?啊?使用了这个什么什么啊? 比如说,哎,我对某一个插件是否允许它开启 compile use, 你 看开启现在开启状态对不对?我可以把它关掉,飞个马插件,你看就你把这个配置可以把它找成一个文件,你可以发给你的朋友,让你的朋友用到这个文件,但是注意一定要把这个路径给他改成一样的啊, 对吧?这是一个好点,就用户配置嘛,对吧?我们说了啊,这个不同权限,其他的我之前都讲过,那就没什么好说的,个性化这里我觉得这个有点啰嗦,所以我用了这样一个自定义指定,我觉得挺好用的。 然后,呃,还有一个点就是我建议大家不要什么都开这个记忆,这个记忆很容易造成某种,如果说你是做某一类的需求,那你可以把它开起来,不然就会造成噪音啊,这个噪音就是会干扰你那个那个啥,你可以自己去把你的记忆进行处理一下,我觉得挺好用的。对, 还有就是那就刚我们说的这个浏览器这里,浏览器这里呢?这个我们刚说,对吧?你可以选择屏蔽一些网址,就你屏蔽的这个网址呢?就他在 open source 运行的时候不会给你打开啊,当然非常的 nice。 好, 那我们再来看一下,就是,呃,这个五点五模型真的非常的消耗,消耗头坑 plus 用户一天只能够五到六次,对吧?所以呢真的适合这个,这个 真的不太适合,就是用来做打卡之类的相关的东西。好吧,好了,呃,那以上就是本期视频的全部流呢,我是小刘,我们下期再见。

给大家看一下啊, codex 确实太牛逼了,我的欧盟卡今天直接报错升级出错了,就是它的新的安装包没有下载下来,然后使用不了了,直接报错用不了。 然后我在终端里面去查 openclip 的 版本,提示不存在,现在是没有了, openclip 没有了,然后我就打开 codex, 我 说我的 openclip 是 安装的,控制台都能打开,但是提示不存在,帮我看什么问题,绘画提示是这个,然后它就全程帮我修复完了 定位问题,安装损坏,他就说是安装损坏导致的,然后我就给了他补充了信息,升级四点幺八,这个说错了,是四点幺四版本,然后检查升级导致的还是哪个,我说看是还原还是怎么样,然后他就检查,检查完了之后 给我返回是这个升级四点幺四点幺八,然后或者回到回滚到之前的版本,但之前版本我有那个最新的,还会继续升级, 然后他说目前查到是四点幺四,这个是最新版本,这个是我给指令给错了的,然后就升到了四点幺四版本,然后自己去测试验证,在这里他去发验证,刚开始是没有回复的,失败,然后继续去修复,自动修复 应该在这里啊,在这里就是 agent 的 调用没有成功,然后测试了两遍,他自己去调整,测试了两遍,然后测试现在是 ok 的, 包括在这里的报错,这是我使用不了的报错,写朋友圈全部报错, 没有办法,工作请求出错,然后现在是已经好了的好,这是我的发圈的 agent, 然后他现在在工作,然后现在的最新版本就是四点幺四的版本,已经好了,你好,好了,牛逼,克莱斯牛逼。

发生什么事了?一大早发现扣贷 x 额度又重置了?昨天是四月二十八,今天变成四月二十九了。我昨天这个额度都没什么用啊,这是发生什么事了? 看了一下消息,山姆奥特曼。这是开玩笑的吗?昨天是因为版本更新,服务器宕机几个小时,作为补偿重置了一下额度, 然后转头今天就四百万用户了,然后又给重置了。我靠,太搞笑了你,这你就不能再等,等个一周啊。

你以为现在的 codex 装上就能直接用了吗?不是大部分人用 codex 觉得不好用,不是 codex 不 行,是你漏了最关键的一步。 我看过太多人的配置,装完就开始写代码,结果发现 codex 还是一问一答,一次只能干一件事,然后就下结论说 codex 也就那样吗?不是 codex 不 行,是你没打开它真正的能力。 真正决定 codex 上线的那一步是并行 subdivision 的 配置。你看这个地方,默认情况下, codex 是 单线城干活的,你给他一个任务, 他从头到尾串着做一个模块,写完再写下一个。但是你只要把并行 subdivision 打开,告诉他允许同时开多个子任务,每个子任务有自己的职责边界,有自己的写入范围, codex 立刻就变了一个东西,他会自己判断哪些任务可以并行,然后同时开几个分身一起干。重点来了,这个配置不是什么高级技巧,就是一个参数的事。 但是百分之九十九的人装完 codex 根本不知道有这一步,他们一直在用单现成的 codex, 然后抱怨说怎么这么慢。 这就像你买了一辆跑车,一直挂在一档开,然后说这车不行。这一步的意义在哪?意义在于你对 codex 的 定位彻底变了。没开并行之前, codex 是 你的编程助手, 你问一句,他答一句。开了并行之后, codex 是 你的开发团队,你给目标,他自己拆,任务自己分配。以前你是在用 ai 写代码,现在你是在带 ai 团队干活。不是 codex 好 不好用,而是你有没有把它真正的能力打开。

这个开源项目是一款覆盖软件开发全流程的通用智能体框架, github 发布以来已经获得了四万的 star。 这期视频会使用 bimed method 结合 codex 做一个完整的项目,测试一下它的流程,然后看看能不能给 codex 的 前端能力带来一些提升。首先进行 bimed method 安装确认。电脑安装好 node 和 python 后,在项目文件夹中执行这个命令,然后进入引导, 输入 y, 确认安装文件夹,直接回车确认,选择 yes 安装的组建,这里全部选中。 接下来两个选项是 modules 和 get 相关,选择 no, 然后选择使用的开发工具 agents 对 你的称呼,这里直接回车。对话语言和文档语言这里都输入 chinese 文档保存的文件夹,这里直接默认即可。最后回车确认安装,然后等待安装完成, 完成后会看到这个界面,接下来就可以启动 codex 开始使用了。关于 bm 的 method 如何使用,这里只推荐。记住一个 bm 的 help 命令即可, 当你不知道该做什么的时候就使用这个命令,它会结合当前项目的状态,给你推荐最适合下一步进行的任务。比如这里我告诉他我想做一个网站,用来展示 ai 创作的小说,让他来协助我完成项目,告诉我下一步该做什么, 然后他给出了下一步推荐做的事,并且给了建议路线,最后给了我一个可以直接使用的提示词,把这个提示词复制给他,然后会进入项目前期的产品引导流程, 这个过程中需要一直和 codex 互动,回答问题,一步一步把产品想法理清楚,经过几轮对话之后, be my method 引导我完成了产品名称和一些重要设定,并且给出了下一步建议。 这里我选择直接进入下一步生成 prd。 生成 prd 的 过程中会多次遇到这三个选项问题。 选择 a advanced illustration 是 指高级启发,适合在对当前方案不满意,需要优化和补充时使用。选择 p 派对模式,这个选项可以让 ai 开启左右脑互搏,多视角讨论当前方案是否合理。选择 c 则是采用当前方案继续下一步, 这里我选择 c 继续下一步。闭麦的 method 每执行一步,都会把对话内容和当前进度进行保存,并生成对应的文档。如果要查看文档,可以进入到闭麦的 method 的 工作目录,找到对应的文档进行查看。文档中记录的就是当前项目的总结和成果,如果对内容不满意, 直接进行修改即可。如果在开发过程中忘记了项目进行到哪一步,可以使用闭麦的 help 命令直接询问 codex 当前项目进度,并让其给出下一步建议。这里他推荐我下一步打开一个新的上下文窗口,继续进行创建 prd 流程。 接下来就是按照他的建议把创建 prd 的 流程走完。 prd 创建流程完成后,我就得到了这样一份完整的 prd 文档,然后是 ux 设计,这个阶段逼麦的 method 围绕用户使用感受与我进行沟通。经过几轮问答之后,我得到了这样一个网站的原型设计。 这个前端设计并不是特别好看,只能说刚有点网站的样子。另外网站上还有一些描述性的多余文字,这个是 gpt 的 老毛病了,优点是整体的风格还算统一,并且全面地提供了榜单、广场、精选发现、移动端、 ui、 阅读页、作者收件箱等多个页面。 ux 设计完成后, bmed 同样生成了一份 ux 设计文档,这次的文档比较长。 ux 设计和 p i d 设计是整个项目开发中最重要的环节之一, 尤其是全程使用 ai 开发的情况下。这两个流程产生的文档可以详细阅读一下,可以有效避免后续开发完成后产品和想象的不一样。 接下来按照 bimhelp 给出的建议,进入 apex 创建环节。这个环节主要是生成开发计划,整个过程也是不断的交互,可以选择高级启发派对模式继续这三个选项。完成后,按照他给出的后续建议,检查并修复生成的 apex 文档后,就可以创建故事并开始开发了。 开发阶段相对来说会省心很多。一般情况,使用闭麦的 help 这个命令就可以完成开发,遇到需要解决的风险就让 codex 告知解决方案,解决后让 ai 继续开发。 如果想让开发的步骤更稳健,可以每隔几个 story 就 使用闭麦的 help 命令询问一下 codex 当前项目开发有没有堵塞和风险点,有的话给 codex 解决,然后继续开发即可。比如这里,他告诉我需要 supbase 数据库,我就去 supbase 官网申请了一个,然后把配置告诉他,让他自行配置并继续开发。 整个项目开发完成一共用了两天时间,目前闭麦的 help 告诉我主线已经完成,还剩下审批处理、回复申请没有闭环。这部分先不让他做,直接打开项目看一下效果。页面的 ui 一 眼看上去普普通通,仔细看就有点丑了。 榜单详情页这里还是 gpt 一 如既往的废话风格,内容页的还原度和最初的 ui 设计稿相比非常低,而且底部的元素堆叠看起来不太合理。这里如果要给 codex 的 前端能力做个评价的话,我的评价是不及格。 关于功能的完成程度,看起来没什么问题,可以评价发表作品,也可以查看自己的作品列表并进行管理。 最后我检查了一下 codex 中提到的未闭环的审核功能,发现确实有问题,不过问题不大,这个可以交给 codex, 让它完成闭环。总结一下,就整体使用感受而言,闭麦的 message 这个 agents 框架还是值得一试的。但是并不推荐全程使用 codex 完成开发, 因为 codex 的 前端能力确实会拖后腿,更推荐使用 opus 或其他模型完成前端部分。

codex 切一次, provider 左侧几十条绘画全没了。这种切换其实是日常,但别慌,不是 bug 一 句话就能找回来。 为什么不少 codex 重度用户都会踩这个坑?三、不讲清楚。第一,第三方 api 便宜到离谱,日常写代码改 bug, 大 多数人其实都切在某个第三方上跑,省下来是真金白银。但便宜是有代价的, fast 模式用不了,插件也用不了。 所以一旦第三方服务器抽风维护限流突然报错,你就得临时切回 chat gpt 官方救急, 事情办完再切回第三方。就这么一趟,来回切的时候只改了 config, 点 tomler 里一个 provider 字段,重开, codex 左侧会话列表就空了,磁盘上文件还在,人就是进不去。 我原来的本能做法是让 codex 自己修,结果他只能一个方向一个方向试,一会说修了绘画缩影,一会说清了缓存重新加载,你满怀期待重启,一看还是空的。我粗略算过,平均三轮来回十二到十五万 to 肯二十分钟没了,正事还没开始。 更糟的是,这不是一次性问题,下次再切你又得从头再来。不解决根音,每次都要重修。原因其实很简单,你没告诉他问题出在哪,他只能瞎猜 原理。一分钟讲完, codex 的 绘画是跟着 provider 走的,你用 chat gpt 官方账号登录时, config 里的 provider 字段是 open ai 那 一刻之后产生的,所有绘画都打上了 open ai 这个标签。 一旦切到第三方, provider 字段变成第三方的名字, codex 去翻绘画,只认当前这个标签,旧的找不到,列表就空了。反过来从第三方切回官方,同样踩 解法,就一句话,这次别让 ai 面,让画面说,你只要告诉 codex, 我 切换了 provider, 请把全部对话的 provider 都改成跟当前一样, 它会一次搞定。画面上就是实战的结果。三十多条原本绑在第三方上的绘画被统一改回当前, provider 还顺手做了备份,改完记得彻底退出 codex, 再打开,不是关窗口,是进程完全结束,绘画就全回来了。 两个启示,第一,描述精准, ai 才快。同样是修这个问题,一句模糊的绘画不见了要折腾三轮,一句带上 provider, 变了就一轮搞定。第二,花一分钟懂工具的原理,能省掉十分钟下事。 绘画榜 provider 就 这一句,整个 codex 就 通了这个坑。 codex 很 久没修,大概率短期也不会修,所以第三方和官方来回切是日常,但你只需要懂这一次。

hello, 大家好,我是 d p, 今天我们来录一期 codex scale 新手入门视频,这期视频包括两个部分的内容,新手入门阶段和进阶阶段。首先这期视频我们将使用 git commit 这个高频场景来演示 codex scale 的 使用, 因为每一次我们修改完代码以后,都会对代码的区别进行查看,然后赚写一个 message, 然后提交 commit。 这个流程它不复杂,但是它重复率非常高。然后呢,边界也很清楚,步骤也固定,非常适合做 skill。 好的,我们现在进入准备环节。首先大家需要做的第一件事是打开 dprt 点 live 零零点 com, 在 这里搜索 codex skill, 找到这期视频对应的文章。打开这篇文章以后,你需要知道的是, 这期视频用到的所有内容在这篇文章里都可以找到,我们来快速的看一下。文章的第一部分是 skill 相关的内容,一共有一点一和一点二两文件。然后 b 部分是 skill 共享的软链接命令,也就是进阶部分的内容。现在你需要做的第一件事是 新建一个测试的项目,然后按照一点一和一点二的目录结构,把这两个文件复制到你的项目里来,就像我当前向你演示的这样。 ok, 接下来我们来简单的介绍一下 scale。 首先大家需要知道的一个概念是, scale 分 全局级和项目级,它的作用是不同的,全局级的 scale 是 对你这台机器里所有的项目都生效, 项目级的 scale 就是 只针对这一个项目生肖,我们当前的这种复制方式,它就是项目级,所以这个 scale 你 只能在这个项目里使用,如果你再开比如说零零五这个项目,那么就用不到这个 scale。 我 们来观察一下这个 scale, 首先它是在点 index 这个目录下,然后有一个 scales 目录,然后再向下有一个 get local commit, 这个目录就是这个 scale 的 目录,然后它下面会有一个 scales, 点 md 就是 这个主文件,这个主文件就是大家看到的这个文件的内容,然后它 里面还有一个文件是在 agents 下有一个 open a r, 点 y a m l, 这个就是给 open a r 的 codex 用的,它告诉它,呃,这个 scale 显示的名字是什么, 然后简介是什么?然后默认的提示词是什么?然后我们现在回来看这个 scale 的 主文件,它分为上下两个部分,上面这个部分是告诉它 名称是什么,这个不重要,最关键的是 description 这个表示简介是什么?简介是什么意思呢?是告诉你的 ar 在 什么时候调用这个 scale。 然后下面就是正文部分,正文部分 还挺长的,一共有这么多,然后它一共包括三个内容,第一个是目标,目标就是说这个 scale 是 做什么事, 然后工作流就是说这个 scale 怎么做这件事,然后约束就是说在做的过程中什么能做,什么不能做。那么我们重点来看工作流这个部分。工作流第一部分是使用 get status, 就是 确认 get 的 状态来确定改动的边界,就是哪些改了,哪些没改, 得到这个边界以后进有进入。第二部分用 get default, 在 这些改动的文件上来判断改动的内容是哪些? 然后第三步就是用 git commit 的 message 生成功能,它就是说基于你的 git differ 拿到的内容来生成这些内容,到底是改动了什么?生成一个 message。 第四步就是用这个 message 来提交你本地的 git commit, 然后第五步就是提交结束,给用户一个反馈,这就是这个 scale 的 全部内容。 ok, 所有的理论知识到这里都结束了。接下来我们来通过案例看一下这个 scale 是 怎么工作的。我这边已经准备好了一个对话, 首先我给他的第一个要求是对 scales 这个文件进行一些升级,然后它进行了相关的工作。最后是对 scales 点 md 和 open ar 点 yaml 这两个文件进行了修改, 这边是他汇总的信息,然后我直接让他调用修改后的自己提交了一个 git commit, 那 么他做的事情就是把这两个修改提交到本地的 git, 对 吧?然后他完成了这个提交,然后告诉我提交完成了。那我们来看一下他到底提交了什么呢? 我这边用了一个 g u r 的 工具来方便展示。首先我做的第一步是把这两个文件从另外一个项目拷贝过来,方便演示。然后这就是他的第一次提交 message, 是 升级本地提交 scale 流程,然后包括这两个文件的修改,所以这个提交是没有问题的。 然后紧接着我又做了第二个尝试,我告诉他对这个 scale 点 md 进行修改的内容是在 title 后方增加中文的 title 内容,在这里他原本的 title 只有这么多,没有中文,只有英文,然后他让他增加了这个,这是一个很小的修改,对吧?然后我又在这个项目的目录里对一个 md 文件进行了在这 对这个 md 的 文件进行了一些修改,然后大家可以看到我这次修改是和这个对话没有任何关系的,对吧?所以我想测试的就是边界情况。这个对话里修改的是这个 scale md, 然后我在对话之外修改了这个,然后我就跟他说 do git commit, 那 他就调用了 gitlocal commit 这个 scale 没有任何问题。然后他发现除了我们对话里的这个标题的改动以外,还有一个点 m d 文件也修改了,然后他调用了 default 去查看这个修改的内容是什么, 然后他确认了这个修改的内容和本次对话无关,所以他做了一个很正确的选择,只提交了和本次对话相关的 scale 点 md 的 修改,这个文档的修改,也就是这个 分析的这个数据,他没有做任何提交,然后他完成了 get 的 commit, 给了我一个答复,那我们来看一下他做的修改到底是什么? 这是第二次修,第二次的 get commit, 它只针对 scale 点 m d 这个 title 这个修改进行了提交, message 是 补充本地提交 scale 中文标题好结束。 紧接着我又给了他第三个任务,请把和本次对话无关的内容也进行汇总,然后运行一次 get commit, 他 就用了还是用了这个 skills, 然后把无关的内容进行了一个汇总,然后进行了提交。那么他提交的是什么呢?在这里 我对这个分析文件等于也是加了一些英文的内容,然后它的标题是更新频道,分析归档文件,然后把这个文件提交了。 好的,到这里我们就完成了三次不同的 get 情况。第一次就是只出现对话级的 文件修改的情况下进行的提交,第二次是有对话集也有人工操作的这种情况,这种就更像我们的工作场景,那么这时候他会优先只提交对话集的,并且告诉你你有其他的 非对话集的修改。然后我们在同一个在当前对话里,让他把非本次对话的内容也进行了提交,我觉得就覆盖了所有的我们工作中的场景。 ok, 接下来我们来做一些有意思的事情。我相信频道的很多观众和我一样,有 codex 的 编程环境,也有 multivity 的 编程环境。这两个 ide 都是支持 scale 的, 那我们怎么能实现维护一处的 scale 在 这两个 ide 里都使用呢?那么解决方案就是用全局级的 scale 加软链接的形式。 首先需要做的第一件事就是新建全局级的 scale。 我 在这边来举一个例子,你可以在任意的位置和我一样新建一个 d p 下划线 scales 这个文件夹,这个名字你可以自己改,然后里面包含的就是每一个 scale。 我 以 get local commit 来举例, 里面的内容和我们这边放在项目级的内容是一模一样的,只要把它们平移过来就可以了。然后这边我有其他的 scale。 好,这样我们就有了一个局统一管理的共享 scale 的 位置。接下来我们需要做什么呢?我们需要把这个位置挂载到我们的 antigravity 或者我们的 codex 能读取到的位置里,这时候我们就需要回到我们的这个文章,回到文章以后,我们需要来到 b 部分, b 部分一共有三个命令,我们先不着急看,我们先看二点一里面的两个目录地址,这个地址是 antigravity 局域 scale 的 目录,这个地 址是有差别的。 antigravity 是 直接挂载到 scale 这个目录, codex 呢是可以在 scales 下面挂载一个子目录,那么相对的 codex 就 会比较安全。 原因是因为 codex 有 项目级啊,有那个全局级的系统 scale, 所以 如果直接挂载到 scales 下,会把它系统的那个默认的 scale 给覆盖掉,所以 codex 允许我们挂载到子目录,然后它也可以自己去读取,但是 antigravity 不 行,所以说到这步的时候,你需要判断 antigraphy 这个 scale 目录里有没有文件,如果有的话,你需要把它备份出来,因为我们用软链接挂载以后,这个内容是会被覆盖掉的。然后 codex 你 只需要保证 d p 下划线, scales 这个没有没有相同的内容就行了,当然这个 d p 是 我的名字,你可以改成任意你想要的名字, 然后这就是位置的说明,然后我们来一次一次运行这个命令。首先第一个是查看命令,查看命令的用途是什么呢?我们先来跑一下,放在这里,这里就会告诉你,你已经有了这么一个软链接,它的作用就是说把后面的这个 文件夹的这个地址挂到这个里面来,就是等于有点像快捷方式的那种感觉。 然后我们在开始之前我们需要用的是什么?需要用二点二来清除掉这个软链接, 其实就是删除这个文件夹的意思,然后把它删除掉,删除掉以后我们再回来看这个软链接,这个就没有这个文件夹了。然后这时候我们来新建这个软链接,用二点三这个命令 新建完了以后,这个软连接就回来了。然后我这边特别说一下二点三这个命令,后面这一段是不能动的,但是中间这个文件夹 就是我们刚刚新建的统一管理的文件夹的,这个路径可以根据你的实际情况进行替换。然后怎么获取这个路径呢?有一个快捷的方式,直接把它拖到你的命令行里,就会得到这个这个地址,这就是用软链接统一管理 scale 的 一个方法。 ok, 最后我们来做一个比较简单的总结。首先这期视频我们讲解了 codex scale 入门的一些基本知识,然后我们使用的场景是 get commit 这个重复流程, 然后呢,这期视频对应的资料在我们网站的文章里都可以直接复制得到。 如果这期视频对你有帮助,请帮忙点赞和转发,如果你有相同的经验,想要分享或者遇到相关问题,欢迎留言。 我们正在制作 codex 新手入门和进阶的相关视频,如果有兴趣的话可以点个关注,我是 d p, 谢谢。

codex 真的 太牛了,我写好的文章初稿这些算法没有引用参考文献,导师让我去补参考文献,我直接把我写好的初稿丢给 codex, 然后把需要补的位置截图下来,再把我的要求告诉 codex, codex 就 会自己帮我去找参考文献,并且把它添加进去。 而且在最后面,它还会按照我之前的参考文献的一些格式和要求,重新帮我把新加的参考文献给它补进去。我之前是只有十五条,那现在给我补充到了二十五条,这都是 codex 帮我补的,太牛了,赶紧用起来。

我现在这两个内存条灯光不同步。我看看,我直接告诉都这扣子叉,我说我这个本地内存灯光不同步,他能不能帮我同步一下啊,用扣子叉看看能不能让他操控把我这两个内存条 给他同步。好,哎,一会看一下试试。他现在开始找呢,那个说我本机装了七彩虹的什么什么大概率是能管内存灯光的入口,但,但应该应该没有用这个七彩虹的之前我试过啊,怎么改上代码了? 改成代码了可行,内存条灯灭了,反正他现在能把这个灯光,我感觉他能给灯光关上,我感觉他就应该能开开他拿的主板软件里面接口。我不知道他怎么拿到的啊,他就他就他就直接改里边了 啊,我这个这个程序,我知道这个这个七彩虹,他这个自在星球的一个主程序,但是我不知道他是怎么拿到这个接口里面数据的啊?他他已经现在可以拿到数据了,我不懂他说的是什么,我都不懂,但是好像,哎呀,好像是管点用哎, 是不是同步了还得是这玩意啊,真厉害呀。哈哈哈,我 我只是简单想了一下,我说这个东西我因为我找了好几天这个灯控软件了,啊,什么自在星球啊,什么这个奥创的呀,全不行啊,他这个灯控软件全部全全搞不了 他这个,因为我这个主板叫七彩虹的这八九零主板啊,他没有灯控软件,都是用外部找的。就是他这个内存吧,他始终内存不同步。看看现在非常的完美啊,来看看 啊,完美同步了,兄弟们。他直接让我读本地条件,把这些内存灯光啊都同步起,他已经完全同步成功了,而且还顺手呢。把这个问题给我拉到那个软件里面了,就是下回我的软件也能同步了。我看看,我试一下子, 我搁软件里面看看能不能同步。看我软件里面可以开关了啊,怎么用他都同步了现在。