哎,咱们来设想一个场景啊,你要开发一个完整的软件产品,这个产品有真实的用户,会冒出各种 bug, 还需要不停的更新功能。但最关键的是,你作为工程师,一行代码都不用写, 这听起来是不是有点像科幻片?但你别说, open ai 的 一个团队啊,还真就做了这么一个非常大胆的实验。他们就是想看看,当咱们人类工程师,不再是埋头敲代码的人,而是变成一个嗯,人工智能的指挥家,这世界会变成什么样? 对,你没看错,这句话可以说就是整个实验最核心,也是最让人觉得不可思议的一条准则。 在整整五个月的时间里,这个团队给自己下了一道死命令,任何情况下,人绝对不准碰产品代码,他们就是要看看,能不能彻底颠覆咱们习以为常的开发模式。 那问题来了,代码从哪儿来呢?答案就是全部由一个叫 codex 的 ai 来生成。那最后结果怎么样?你猜猜看。 整个项目的代码量达到了惊人的一百万行,足足一百万行啊,这体量,说实话,已经足够撑起一个功能相当复杂的应用程序了。更让人吃惊的是什么呢?是时间, 这一百万行代码,从零到一个能用的产品,只花了五个月。你想想看,他们是从一个空空如也的文件夹开始的,五个月后,一个有内部员工天天在用的真实产品就这么诞生了。这个速度,用传统的方式开发,简直想都不敢想。 所以这个效率到底有多恐怖?团队自己估算了一下,要干完同样多的活,他们花的时间大概只有传统人工开发方式的十分之一。朋友们,这可不是快了一点半点啊,这是一个数量级的飞跃,是效率上彻头彻尾的改革。 好了,那咱们就来深入聊聊这个有点激进的实验。它的核心理念其实特别清楚,人类来掌舵就是说我们负责指明大方向。而 ai 智能体呢,也就是 codex, 它来划桨,负责干具体的活。 所以你看,它们禁止手动写代码,真不是为了炫技,而是为了逼着自己去探索一种全新的工作模式,一种能把开发速度提升好几个数量级的模式。 咱们再来看看这个项目的具体规模,你就知道这事有多硬核了。你看啊,一个空的仓库团队里只有三个工程师,就在这五个月里,知道 ai 合并了差不多一千五百个代码,拉取请求也就是 pr, 这算下来,平均每个工程师每天要处理三点五个,我的天,而且这可不是闹着玩的,人家做出来的产品已经有几百个内部用户天天在用了。 不过啊,你猜怎么着?这个项目刚开始的时候,进展的特别特别慢。有意思的是,问题根本不在于 ai 不 给力,而是咱们人类工程师还没找到感觉,没适应自己的新角色。 团队很快就反应过来了,他们的工作好像已经不再是写代码了,而是要为 ai 打造一个他能够理解并且能高效工作的世界。 那这个新角色到底新在哪呢?你看这张图就一目了然了。左边是咱们熟悉的传统工程师写代码、审代码,自己动手修 bug。 再看右边,在 ai 优先的世界里,工程师的角色变成了一个环境设计师,他们的主要工作是啥呢?是给 ai 设计一个清晰的系统,把自己的意图说明白,然后建立起一套高效的反馈机制,说白了就是从一个执行者变成了一个策略式。 那么问题又来了,到底要怎么样才能给 ai 打造一个他能读得懂,还能在里面高效工作的时间呢? 这其实就是整个项目遇到的最大挑战,就是怎么管好并且有效地提供给 ai 工作时需要的所有背景信息,也就是我们常说的上下文。 他们一开始的思路也挺直接的,就是把所有的指令啊、规则啊、背景知识啊,全都塞进一个巨大的文件里,搞得像一本一千多页后的说明书。结果呢, 可想而知,惨败, ai 直接被这些海量的信息给淹没了,根本分不清主次。而且这本说明书很快就跟不上变化了,维护起来简直是个噩梦。这句话简直就是点睛日笔,也是整个项目最关键的转折点。 团队终于意识到,你不能把信息一股脑的全塞给 ai, 正确的做法是给他一张地图。 哎,那这张地图是怎么工作的呢?这个设计啊,可以说非常巧妙。首先, ai 只会去读一个特别小的入口文件,这个文件就是地图本身, 但这张地图上没有所有细节,它只是指向了其他分门别类的说明文档。这样以来啊,当 ai 需要了解某个特定领域的信息时,它就会自己顺着地图的指引去找。 这种方式咱们可以叫它渐进式批漏,完美地避免了信息过载,让 ai 能按需精准地获取知识。好了,信息输入的问题解决了,但下一个挑战更头疼,一百万行由 ai 生成的代码,怎么保证质量和风格统一呢? 说的悬一点,怎么把咱们人类工程师的那种品位和最佳实践注入到这个庞大的代码库里呢?他们的策略总结起来就是八个字,严格的边界,局部的自由。 什么意思呢?就是团队先定好一个非常严格的架构模型,比如说代码要分几层啊?谁能调用谁啊?规矩都定死。但这些规矩不是靠人盯着的,而是让 ai 自己写自动化工具来强制执行。这就好像是给高速公路装上了护栏, ai 你 可以在自己的车道里随便开,但绝对不能越界。这里面的核心呢,他们给起了个名字叫自动化治理。 说白了,就是把咱们工程师圈里那种对好代码的主观感觉和品位,变成一条条机器能看懂、能执行的客观规则。 然后呢,他们再派另一个 i i 在 后台二十四小时不停地跑,就像一个代码世界的垃圾回收工,自动地去清理那些不规范的代码,修复寄宿债,保证整个代码库一直都是干干净净的。 所以啊,当所有这些准备工作,比如环境、地图、规则全都到位了之后,这个 codex 智能体的自主能力简直达到了一个让人惊掉下巴的程度, 它已经可以独立地端到端地完成从收到一个 bug 报告,到最后把修改代码合并上线的整个流程了, 咱们一起来看看它这个完整的工作流,你感受一下。首先用户录个视频爆个 bug, 它能自己看懂视频,把 bug 复现出来,然后它自己写代码修复, 修复完还不算,它还会自己运行程序验证一下,再录个新视频,证明自己搞定了。接着它会把所有信息打包,自动创建一个 pr, 甚至还能回复别人的评论和反馈。 最后他自己合并自己的代码。整个过程下来,人类工程师可能就只需要在一些关键决策点上嗯一声就行了。 所以你看, open ai 的 这个实验,真的像是给我们推开了一扇通向未来的窗户,让我们看到了一个虽然激进但可能无比真实的未来。这也给我们所有的技术人留下了一个非常深刻的问题,值得我们每个人去思考。 未来工程技术的核心到底是什么?是继续一行一行地写代码,还是去构建那些能够替我们写代码的系统?
粉丝86获赞375


你让 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 一 口气查证?改验慢指是副作用,更大的问题是它会越来越糊。

好,今天我们一起来看一个 open i 最新开源的一个项目,叫做 codex pracking 杠 c c, 那 我在 github 上目前掌握了五 k 的 star, 仅仅开源了十二个小时,它的作用就是可以帮助我们在 codex 当中去使用 codex 来审查我们的代码, 或者去安排一些任务,那我们看怎么使用?首先你目前呢想要在 codex 当中使用的话,你就执行这三个命令。第一个是安装这个插件,你安装好插件之后呢,重新加载一下,然后直接执行这个 codex 杠 set up 能帮助你进行初步化,也就是和你的这个啊 codex 进行一个关联,相当于你这里的所有的 codex 的 任务,然后你都可以在括号的 code 中去看到,然后去关联上来。 好,那我现在已经执行了这三个命令,执行完之后呢,接下来呢,我们就可以去哎进行一个登录,那你可以登录你的这个 codex, 登录完成之后,接下来我们就可以去审查我们代码了。首先第一个命令是 codex 杠 revenue, 对 吧?这个冒号后面跟的是一个 background 的 后台运行。 打个比方说,我现在想要在 codex 当中去审查我的这个呃代码,对吧?但是我这个路口是从 codecode 进行执行啊,比如说这时候我就可以执行这个啊杠, 这个 relevin 执行一下,后面可以跟上一些命令,那这个冒号里面跟的是哎一些具体的命令,对吧?比如说像这个 white, 比如像 background 以及 bass。 那 我现在直接执行的话,就是正常的去对我们这个代码进行审查,它这个审查 只是说哎,对你这个整个项目会进行一个扫描,你看他会进行扫描你的这个 get 的 所有提交记录,然后去看你最近的一些提交记录,然后对你的代码进行审查。并不是说某一个文件,某一个具体的这个,你看某一个具体的这个啊文件夹,而是整个项目去进行审查。那我这里的暂时呢?就哎, 就暂时先不让他审查了,然后再往下看啊,就是除了这个杠 codex 冒号 mini 之外呢,他还有一个其他的命令,比如说像你可以指定分资进行审查,也可以在后台去进行审查,你可能觉得太久了,那你就后台审查。那有小伙伴说了,既然我这个 codex 本身来说就已经有这些审查和哎后台扫描的功能呢?为什么还在开发一个插件去让克拉克的支持呢? 这也是这个 open i 下的一步棋,就是可以让我们在任何场景去使用 codex, 包括甚至在 cloud code 当中,因为 cloud code 现在目前市场占比是很大的,对吧?那如果你有这个差劲呢?你就可以在这个 cloud code 中去使用 codex 套娃了。那除了这个命令之外呢?还有一些其他的命令,我们一个一个看,比如说这个,对吧?这个命令是一个更加严格的命令,比如说,哎,我希望你去审查某一个分支的某一个文件夹,或者某一块逻辑,比如说我要求他去改动什么,改动这个设计的逻辑,对吧?从事设计的逻辑,对不对?他还有一个命令叫什么?就叫他还可以派出派 真指令你交给这个 codex, 比如说,哎,我执行这个命令,他就会自动的去,哎,把这个指令交给这个 codex 啊,当然呢,他还有一些其他的命令,大家可以看到非常非常多的命令啊,都是多种方法 在 codelode 里面去命令这个 codex, 对 吧?非常的清晰。如果,如果我想要取消的话,我就执行杠 codex 冒号跟上 console, 这样我们就可以取消我们刚刚运行的这个 codex 任务。如果想看到结果呢?我就执行杠 codex 冒号跟上一个瑞造的,这样我们就可以看到这个我们当前 codex 在 codex 里面的这个 具体的这个输出。那现在我们可以演示一下,比如说,哎,我想看到现在目前所有的一个状态,对不对?那我现在是不是可以使用我的上面这个命令杠 codex 冒号跟上 space, 对 不对?这时候我就执行 回车,好,这时候他会返回一个表格给我们,告诉我们现在,哎,我的这些命令到底只剩下一个什么状态?那这是我们刚刚执行的,我们可以看到,是吧?上面是 job id, 代表我现在开启了两个审查任务,下面已经返回了,对吧?三个,你看现在三个, 哎,现在每一个返回告诉我们当前状态是什么?当前状况是 fail 也发现问题了,对不对?告诉我们现在,哎,这个任务现在出现问题了,对吧?所以呢还是很清晰的啊。那我们再往上看, 如果说我们想看到具体的结果呢?我们就直接杠 result, 然后呢后面要跟什么?跟上一个任务 id 是 不是跟上这个?这样我们就可以看到某一个这个任务的这个结果,你看到到底是为什么原因?哎,它出现了这个问题,所以呢,我们通过这种命令呢,就可以直接在 code 里面操控这个 codex, 是不是啊?我觉得如果是一个 cloud code 的 爱好者,特别适合这个插件。为什么?因为你既想用这个 codex, 又想用 cloud code 的 一个插件就搞定了,是不是?你看告诉我们运行失败了,你看这个筛选原理是这个,然后你可以直接在这个这个 codex 当中去看, 就是告诉我们为什么失败了,对吧?那我们再往下看啊,你还可以取消某个任务,还可以去哎,认证某个任务。那总的来说,这个插件其实就是能够帮助我们在 cloud code 当中去使用 codex。 好 吧,仅此而已。好吧, 大家可以去尝试一下,我觉得是一个嗯,蛮不错的插件。那在 get up 上仅仅开完呢,不到一天就收获了五千人的关注,还是挺震惊的。

卡兹克找到了个领域最强的大模型,今天我们来讲 ai 编程神器 codex 怎么下载和安装,哪怕你是小白,也能用上顶级大模型。首先你去谷歌搜索这个词, 它跳出来的第一个页面就是我们点击官网之后呢,它这里有个 codex 的 应用,在这个位置我们下去下载,下载好了之后呢,它是一个安装包啊, 我们点击它把这个图标拖进来,这时候就已经下好了,在 app 里面搜 codex, 点击它同意选择用 chat gpt 登录,如果你没有的话可以注册一个,或者你就谷歌一键登录, 当你看到这个标志的时候,就证明你的 codex 已经可以用了,现在你就可以在对话框里跟 codex 对 话了。安装注册过程中有任何问题我们可以随时交流,下期内容给大家更新。怎么用 codex 搭建一个自己的读书系统?

今天上午 openai 的 研究员发了一条推特儿,他说从今天开始你可以在 cloud code 里面使用 codex 了,就是他帮你的 cloud code 扩容了。原来因为 cloud code 它的额度很少嘛,哪怕是你买了二十美元的 pro, 仍然不够用, 没做几个项目就已经没有额度了,多的时候连本周的额度都会用光。但是配置好以后,一个是可以扩容,再一个就是 codex, 它可以从另一个视角去审查你 cloud code 编程的过程啊,代码呀,有没有问题。它这个审查还有标准审查以及严格审查。标准审查的意思就是它只看它不动代码,严格审查就是挑刺儿的那种审查。 然后今天这个视频给大家分享一下怎么安装,我把安装所需要的所有的命令行放在这里了,大家可以保存一下,这也是我们安装的步骤。第一步,如果你电脑里没有 open ai 的 codex 的 话,你得先安装一下,把这一行复制到你的终 端去,打开我的 cloud code, 把安装 codex 这条指令直接复制到 cloud code 里头就可以, 然后等一下他就会帮你自动安装了。在过程当中他问你是否允许,你就点允许,或者是允许这一次以后不要再问了的那个第二个选项,他就说安装成功了。那接下来我们就要来到第二条,就是登录还是复制这个,到这里面 他就会跳转到浏览器里,让你授权你点一下谷歌登录,他这中间会经历一些报错,不断的尝试一下他就可以了。点继续 好,已经登录到 codex 了,接下来我们要进入到第三步,就是一条一条的输入这个指令第一条就是在 marketplace 里面加 open a i codex 的 这个插件,我们还是输入到这里面,它就是说,呃,成功加入,然后我们把第二条粘过来, 他告诉我们等一下,然后我们选第一个,就 codex plug in, 在 这里的选项我们也选择,第一个的意思就是说虽然安装了,但是先让他别用, 然后现在就安装好了,安装好以后我们试一下是不是可以啊?我们打一个斜杠,然后出现了一个 codex setup, 我点一下设置,呃,已经可以了,然后这个也有权限了。那么最后我们来介绍一下如何使用。在 cloud code 里面点斜杠输入 codex, 然后你会发现有一些选项可以让你选,这些选项刚好是使用 codex 的 方法。 我在这里面总结了刚刚我们在这看到的所有的功能,它可以分为四大部分,第一块就是代码审查, 这个普通的审查它只是说读一遍你的代码,很常规很惯例的去回顾一下,而这个挑刺式审查,它要它是用一个质疑的眼光去挑战你的架构设计, 代码的设计质疑有没有风险啊?它这个设置呢,主要是看你这个 codex 是 否安装,是否授权登录的,看它状态。 这个 codex rescue 指的意思是甩活给 codex, 比如说你的额度不够啦,或者需要让它来去调试代码去修补的时候,就用这个选项, 那最后就是工作管理,那像查看状态呀,保存最后的输出啊,以及取消后台的任务啊,就用的是这三个选项。今天视频就到这里,欢迎大家给我留言,一起交流一下这个新闻的看法,然后我们下个视频再见,拜拜啊,拜拜。

强烈推荐大家去使用 open ai 的 ai agent 编程助手的终端 codex, 甚至你可以用 codex 来修复龙虾中的 bug, context 加 openclaw, 简直是天作之合,完美的搭配。而且啊, open ai 在 这个点上还真的是比较大方的, 如果原来你是 openai 的 plus 或者是 pro 会员订阅用户的话,在 codex 上面会给你配备一定额度的 token 的 使用配额。 大家好,欢迎来到玲姐说一 i 这期视频啊,我们聊聊同步在 windows 上线的 codex 的 使用,非常推荐,之前其实他在苹果的终端也上线了,所以我在这里给大家做一波强烈的推荐。 原来你在使用 cloud code, 同样的二十美金或者两百美金的这个订阅计划。大家知道那个配额啊,是很不够用的,稍微干点活就不能用了,就要另外买 token 了。但是 codex 使用的配额还是相对比较充沛的。 open ai 你 花二十美金每个月的订阅啊,给你整个的配额还是挺多的,又可以聊天,又可以申图,还可以用 sora 每天大概十到三十条的 这个使用条数,同时你还可以使用 codex, 现在苹果用户和 windows 用户都可以使用了,赶紧在电脑端把它下载下来。这个编码助手啊,也可以说是 cloud code 的 平替, 当然叫平替啊,也不太合适,我只是说 cloud code 在 这个领域上面我之前讲过,它做过很多刻意的练习,解决过很多开放性的生产任务,所以它整体的位置是行业老大的位置。我说这个领域啊,不是说呃,所有领域 是在这个生产工具的 call 顶的领域啊,它是属于引领的位置,而且它也一直在定义行业的标准,包括大家熟知的 m c p, skill, co work 等等的工作方式。但是呢, codex 这一波的上新呢,确实是有它的创新点在里面的,它用户的交互界面体验比较好, 对于那种比较厌恶命令行的这种交互方式的用法会特别的丝滑。它会有自己的特色,比如说像工作数这样的任务的并行的方式啊,我觉得对于多任务并行啊也特别的友好。另外使用它你基本不用付出 额外的成本和费用,更重要的是加持上了它最新的五点四的模型。 五点四最重要的一个优化是什么?就是它加强了在 computer use 上面的能力,也就是这个 agent 的 编码助手,它有更强的执行操作和理解的能力,相当于它的闭环能力更强了。 所以听到这里,是不是已经迫不及待去微软商店下载 codex 了?这期视频我会给大家介绍 codex 的 特性,以及如何从零到一。使用 codex 我 会给它几个实战任务,看看它这个过程中会遇到什么 bug, 怎么执行解决,会不会有翻车的情况。 如果你是苹果用户呢,直接在 app store 里面去下载就可以了。如果说你是 windows 用户啊,你是 win 十及以上的用户, 你就直接在微软的这个 microsoft store 里面直接下载就可以了,它的整个的下载安装非常丝滑,你就按着它的引导一步步完成就可以了,这里我就不做深入的演示了,这个就是 codex 安装后打开的界面, 是不是一股熟悉的味道扑面而来,特别像 try gpt 的 聊天窗口,对于那种使用命令式的交互窗口,仍然有一些抗拒的。这份使用者 codex 我 认为是一个非常好的选择。 在这里啊,你可以很好地过渡。我就结合 codex 的 使用,从零到一实操,给大家也讲讲 codex 的 使用特性。 首先啊,在设置这个地方,点开,大家在这里登录自己的 try gpt 的 账号,同时在这里可以很快地切换你经常使用的语言,英语或者中文都可以。在这个地方会显示你这个账号的额度, 它是通过两个维度限制你,一个是五小时的使用量,还有一周的使用量。如果说你真的做很多深度密集的 这个使用任务的话,我觉得这个额度可能还是不够。但是对于大部分的使用者而言,我认为这个额度啊,已经比 cloud code 要大方很多了,基本你们都是够用的。 在出事安装的时候,在这个地方,现在我已经弹点掉了啊,就是它会弹一个窗口让你安装这个沙箱。 这个专用的沙箱也是 codex 针对 windows 的 一个设计,有这样的沙箱,让它的整个的命令的执行在一定受控的环境里面,也可以有效地保护你系统本身运行的文件, 就按照它默认的配置去选就可以了。在下面这个位置啊,可以更改权限的范围,除非你非常笃定啊,给它完全的访问权限, 大份情况下建议使用默认权限。另外,在模型这个位置,可以选择不同类型的模型。 现在比较推荐初学者使用的是 g p t 五点四,因为五点四是一个综合型的模型,它既有理解能力,又有推理能力,还有 computer use 的 能力,还有 coding 的 能力,它是一个综合型的模型。另外呢,如果是针对专门的 扣顶的工作,可以选择五点三 context, 它是针对 context 这个环境和 context 的 任务,专门进行过优化的这么一个模型。 在这个地方,推理强度一般默认是高,也可以选择超高,当然这个背后所消耗的 token 数就会不一样。另外在加号这里啊,你可以去上传文件和照片, 这里就会有很多的玩法了,又可以对一些多模态的内容啊进行加工,比如说对视频进行剪辑。同时在这里可以调它的 speed standard 和 fast。 这里啊,我觉得它有一个做得很好的地方,相当于它在用户体验侧的一个优化,它这里有一个计划模式, plan 模式。其实这个技巧呢,我在之前给大家教学 chain 这个软件的时候,也会讲过类似的技巧, 只是说他现在把它单独拎出来了,对于这个功能进行了优化。你在做一些项目的时候,你可以先计划,先和这个 gpt 去沟通, 这个项目怎么规划,它的框架是什么,怎么设计,计划完了之后再开始执行 coding。 所以 从这个层面来说, context 它的定位啊,其实分为三层,第一层它是一个代码助手,它可以帮你写代码,解释代码,审裁代码。第二层,它是一个工程型的 agent, 它可以帮你去识别 bug, 修 bug、 提 pr 等等。而且它还可以做很多并行的任务, 比如说我在这里有个任务啊,你点击这个右击鼠标,在这里啊,它就有一个特色,叫做派生到新的工作树,叫做 walk g, 就是 你在做一个项目的时候,当它出现问题的时候, 你会发现可能有好几个东西要修。如果做过生产实践,你会发现啊,你修 a 的 时候, b 也在修,那么它们有可能把 a 修好了, b 又出了问题,就是它会出现相互的交叉污染这个情况。有了这样的 work tree, 你 就能够并行地进行很多工作任务,那么你发现没有,你的效率就提上来了。 codex 的 第三层,它还是一个电脑操作型的 agent, 比如说我刚刚讲的剪辑视频这样的任务,或者说其他的这个文件名批量命名的任务,整理会议资料的这样的任务,它其实都是电脑操作型的, 它也是一个电脑操作型的 agent, 这是我对 codex 这个 agent 工具的三层的理解。当你需要新建一个项目的时候,可以点击这个位置,这里点击 add project, 新建一个项目文档,然后在里面呢点击这个新县城。 同时呢,它这里有一个功能啊,叫做自动化,你可以让它定期的帮你制作一些任务,那么你就可以设置一些定时任务,比如说让它每天定期的帮你去搜集某个领域的专业信息,或者定期的跑一些这个整理文件文档的这么一个信息 等等等等。这里需要关注的一个点就是它的权限问题啊,你给它开多大的权限?当然它这里也少不了最近最流行的 skill 技能 这个板块我在 cloud code 的 这个视频里面讲过,它也是类似的,你看它这里,它的官方 skill 里面放在最前面的也就是 skill create 创建一个新技能的技能, 你在这里可以去调用它的技能啊,它不是那种命令的交付窗口。比如说你想要用这个 figure 码,你就可以点击这个加号,它就直接帮你安装了这个 skill。 如果说你想用这里面的视频生成工具,你就可以用这个 sora 生成视频的技能,并且啊,你想生成新的技能,点击右上角的新技能, 这里呢,它就自动调用了 skill creator, 你 就可以跟它去交互聊天,告诉你你要创建怎么样的技能,然后它帮你进行封装。并且啊,如果说历史你用的是 vs code 这样的终端,你也可以同步很好地去打开对应的项目, 很好的平移切换到这里。而且我自己用下来的体验,它会比 vs code 更好用一点。所以对于 vs code, 我 觉得大家可以放一放,然后平移切换到 context 这个终端来使用。下面我就讲一些具体的实操的案例来启发一下大家,可以用 context 做什么任务?它有哪些魔力?效果怎么样?好,我们进入任务实操,我先给他一个任务,我让他给我批量修改文件的名称。在这个文件夹里面我放了五条视频,这个视频是我 youtube 上面已经剪辑好的成品视频。 现在他的命名啊,只是有日期的标签,是没有主题的,我希望他能够基于这个视频的前六十秒所表达出来的内容抽取主题,把这个主题加上日期,对这些文件进行批量命名。 在 context 里面,我就把我的要求和希望达到的结果告诉给他,这里是我写的提示词。在任务的进行过程中啊,因为我们对它进行的是一个有限的授权,在一些关键步骤上面,它会来询问你的授权和意见。 比如说这里啊,它问你是不是直接就对这些文件名进行重命名了,你可以回答是,或者一直允许,或者是告诉他如何调整。这里啊,我就允许是 在这个思考过程中啊,他也会说,从命名的这个动作是越过沙箱的一步,可以看到,在这个过程中,你的文件,你的系统内的东西是比较安全的,这也是我比较推荐大家使用 context 的 一个原因。同时在这个任务跑的过程中啊,我再同步地开一个新的项目,新的县城, 点击这里的 add project, 创建一个新的文件夹, orange cad game, 然后选择这个文件夹,这样我就进入了一个新的项目文档。我现在想做的这个任务是类似这个经典的 flappy bird 的 这个网页小游戏这样的开发,把这个游戏的主角形象换一下,把那只经典的黄鸟 换成一只橘猫,飞行员稍微做一个调整。但是整个游戏的框架和逻辑啊,还是去参考 flappy bird 的 这个设计。在这里啊,我就把这个游戏的要求放到这个 context 里面。 注意啊,这个游戏的要求的需求文档和整体的项目框架,我也是让 g p t 给我写的,为什么我会这样操作呢?其实这也是一个技巧,因为虽然 open ai 在 codex 上面的配额还是相对比较大方的, 但是如果你要做比较极致的生产任务,这个配额可能还是不够,所以我就尽量可以省一点,把前面的需求设计和构建的这个阶段蓝图规划的内容交给 gptchat 去聊,用五点四 thinking, 这样子相当于前后的模型,是前后连贯的这么一个状态。先把需求沟通好, 然后呢,再回到 context 里面,在这里面我们还可以再极致一下,再细划一下,打开这里的计划模式,让它再给我规划一下这个游戏开发的任务。这里的推理功能,我选择一个超高,然后点击发送, 在右侧,这里就可以看到不同的项目文档,不同的县城,它们就在并行。如果说你比较关心的县城呢,你还可以使用这里的这个钉钉一下,它就会置顶在前面,这样子你关心的核心在修的一些 bug, 重点在做的项目就在最前面。使用了这么多款 编程助手的终端 app, 我 自己的感觉 projects 是 我整体用下来觉得最丝滑的。这里帮我把整个的开发计划规划出来了,包括需求理解,文件结构,关键接口,七步 mvp 开发计划,以及最后的验收,还有第二阶段的功能等等,都包含了。 他问我是否实施此计划,我点击确认实施。哎,这个文件夹从命名的任务已经完成了,他告诉我每个文件分别从命名了什么,而且他这里还讲了这个转写的逻辑是什么。前六十秒他识别出了 这个视频主要是讲什么内容的,然后提炼出的主题是什么,然后把这个主题加上日期格式的转写,变成了这个新的命名。我们打开 d 盘看一下, 欸,都命名好了,完成的很棒哦,以后这种批量重复的工作啊,都可以尝试交给 codex 来使用。当然对于这个 codex 这个工具啊, gpt 对 它的定位,还是说把它作为一个 agent coding 的 工具, 你要尽量让他做他擅长的工作。再回过头来看,他的执行路径是比较清晰的,因为他扫描发现我这台计算机没有装离线的音频转文字的转写的工具,这个不可用, 所以他就通过工具把这个视频的前六十秒进行抽帧,核心去保留底部的字幕区域。因为我的这个视频啊,有时候也会有这个背后贴了这个 ppt 的 信息,所以他会同时用 windows 的 ocr 去读这个字幕,以及 ppt 的 标题和页面的文字 综合来形成对这段视频主题的判断。最后呢,再把它整合成新的文件名,并且啊,它强调这次的授权仅在这个指定的文件夹里面进行操作,不能够碰其他目录的文件。 整个过程流程清晰,权限的边界也很清晰。这个任务其实对于 codex 都是非常简单的任务啊,我给他上一个高的推理权限,实际上也是有点大炮打蚊子的感觉。我想表达的是可以用 这个工具去执行以往我介绍的在其他终端的其他任务都是可以的,它的能力上限啊,和智能程度还是比较高的,甚至你可以用 codex 来修复龙虾中的 bug。 context 加 openclaw 简直是天作之合,完美的搭配。这个游戏的任务它完成了,总共花了十七多分钟,给了我这个试跑的链接。这个试跑的链接啊,就存在我的 d 盘里面的项目文档里面一个 html, 我 们在浏览器里面打开这个界面啊, 空格,点击上升穿门就得分,我们开始飞行试试。哎呦哎呀,碰到柱子了,再试一下。哎呀,还挺难的,再试一下。哎呀,这个有点难通过呀。 一分,哎呀,一分,结束了, 得两分。哎呀,得两分,这是我的最好成绩了。以上就是 context 的 介绍和实操,它可以帮你写项目,写代码,也可以帮你修 bug, 提 pr, 还能够做电脑的 computer use。 你 打算用它来做什么呢?欢迎在评论区分享你的想法,我们下期再见!记得订阅玲姐说 ai 的 频道哦,拜拜!

三大 ai 编程助手横屏 codex、 cloud code、 jamaica, 他 们到底谁更强? 先看硬参数, codex 背后是 openai 的 gpt 五点二模型, soebench, 编程测试得分百分之七十,四点五,业界第一。 cloud code 基于 cloud opus, 四点六上下文窗口达到二十万 token, 代码理解深度行业领先。 gemini c u i 接入 google 搜索一百万 token, 超长上下文,多模态能力最强。 codex 刚刚完成重大升级,推理速度提升百分之四十,延迟大幅降低,还推出了独立的桌面应用,不再只是 co pilot 的 后端引擎。 最重磅的是加入了插件支持,开发者可以调用外部工具扩展能力。编程正在从一个辅助工具变成真正的自主 agent。 cloud code 走的是另一条路,它不追求速度最快,而是把代码质量做到极致。安全对其机制业界最佳,企业及合规场景表现最优, bug 少,逻辑严谨,特别适合代码审查和大型项目。贵是贵,但稳定性和安全性确实没对手。 杰曼纳 c l i 的 打法是免费加多模态,个人用户每天一千次免费请求,基本不用花钱。而且它原生支持图片、音频、代码一起理解,注示,文档、设计图全部搞定。如果你预算有限,或者需要处理大量非纯代码的内容,它是性价比最高的选择。 总结一下,追求编程机准第一,速度最快。选 code, 看中代码质量和企业安全。选 cloud code, 预算有限,需要多模态,选 gmail c l i。 但无论如何, ai 编程工具正在加速进化,从代码补全走向真正的自主编程,你准备好了吗?

我是木木,现在我们进入一个 ai coding 的 时代,即使你是一个完全不懂代码的人,也能通过 ai coding 工具做出各种的小应用。我最常用的 coding 工具是 openai 的 codex、 gpd 五点三, codex 和 gpd 五点四模型的发布,让它的编程能力更强了。最近我就用 codex 和 triple ai 升三 d 模型能力,做了一个好玩的 ai 三 d 手腕网站。 去年 nasa banana 爆火,特别是生成手办图片更是在网上疯传,大家一开始都以为生成的是真三 d 手办,但其实这只是一张二 d 照片,所以我就想是否可以让二 d 照片真的变成三 d 手办。没想到我用 ai coding 的 方式将这个愿望实现了。做了一个自己的 ai 三 d 手办网站, 只需上传一张照片,就可以在几分钟内生成一个带贴图的完整三 d 模型,同时还可以查看它的白膜和网格。网格可是调用的 triple 智能网格能力,生成速度快,是可直接使用的结构优化模型,可以将这些模型都下载下来,放在专业三 d 工具里,在更多场景使用。 还可以二创智能贴图两种方式,一种是 ai 帮你随机生成一套新贴图,一种是用文字描述生成贴图,这样就可以在一个三 d 模型上有不同的风格了。下载贴图模型,用三 d 打印工具制作成真实手办,你就可以实现手办自由了。 我是如何把这个网站做出来的呢?先给 codex 介绍整个项目,包括背景目标、核心业务流程、吹破 a p i 的 接入要求等等,然后就让 codex 去理解需求,并通过 ai coding 来自动携带嘛? 过程中我提示他使用 a p i 的 接入说明文档,并提供自己的 a p i key 给到终端。经过对话和配置,一个 e i 三 d 首端网站就做成了 codex 帮我扣顶 a p i 负责生成三 d 资产。当然过程中 codex 也会出错,不过只要你将问题告诉他,他的 bug 能力还是很强的, 会检查自己的错误并修正,直到问题解决,将网站优化到我想要的效果。 ai code 的 能力真的是太强了,对编程绝对是颠覆性的改变,特别是搭配外部的 a p i 来使用,比如吹配 a p i, 能够将 ai 升三电能力嵌入到各种应用场景中。 未来我可以开发出自己的三 d 小 游戏,三 d 网站,三 d app, 还能用于 x r 场景,这样的开发自由度是前所未有的。记得点赞关注哦!

现在全网都在为各种能自动写代码的 ai 编程神器疯狂,但在所有人都盯着最新款的 ai 玩具时,今天我们把时间的时针拨回一切的起点,一口气带你拆解这个开创了 ai 编程纪元, 却经历了最富戏剧性生死轮回的万物起源 codex。 在他出现之前,人类和计算机之间隔着一座难以跨越的高墙。为了打破他, openai 做了一个极其疯狂的决定。 他们将当时的 gpt 三用五千四百万个公开代码仓库、近两百 gb 的 代码重新喂养改造。结果奇迹诞生了。 codex 彻底打通了人类自然语言和 python、 javascript 等编程语言之间的壁垒, 你只需要用大白话敲下一句指令,极其规整的代码就会如瀑布般四动生成。随后,它化身为初代 github co pilot 的 幕后心脏, 直接改变了全球上千万程序员的肌肉记忆。遇到报错不再需要去论坛里苦哈哈的复制粘贴, codex 把写代码的动作硬生生压缩到了键盘上的一个键 tab。 他 是人类历史上第一个被数百万程序员真正纳入日常工作流的 ai 编程搭档, 他站在了专才时代的绝对巅峰。但这场故事却有着一个没人预料到的残酷转折。 就在 codex 刚刚开创了 ai 编程新纪元之后不到两年,二零二三年三月,他被 openai 官方无情弃用,悄悄送进了历史的博物馆。他不是被竞争对手打败的,他是被 openai 自己的下一代通用模型 gpt 三点五和 gpt 四淘汰的。就在被宣布关闭的前一个月, github 自家博客就已经开始介绍更新更强的 codex 继承者原版,甚至等不到对手出手,就被自己的骨肉赶下了王座。当人们发现通用大模型不需要专门训练代码, 也能写出碾压 codex 的 高质量代码时,他的命运就已经注定了。当世界开始需要权财,这个曾经最耀眼的专才便走到了终点, 杀死 codex 的, 正是他亲手打开的那扇大门。然而, codex 消失的那两年, ai 编程战场从未平静,只是主角换人了。 二零二五年二月, antropic 率先亮剑, claw code 横空出世。一个直接跑在命令行里的 ai 编程 agent, 迅速在全球开发者圈子里掀起了狂潮。他走的是高级工程师路线, 代码在你自己的机器上跑, ai 帮你分析、规划、推理,始终让开发者掌控大局。程序员们第一次发资料, ai 不是 帮你查进的工位,而是真的可以坐进你的工位,替你系统性的干活。这一把火直接逼醒了还在睡梦中的 open ai。 二零二五年五月, openai 重新记出了 codex 这个风尘已久的名字,但这一次,他带着原本的名字,却换上了一个完全不同的强悍灵魂。由 o 三和 o 四迷你驱动的新版 codex, 不再是一个等你来问的代码补全工具,它进化成了一个极其恐怖的自主软件工程 agent。 你 给他一个任务,他自己去 git hub 克隆仓库自己并行处理多个任务,干完活直接给你汇报结果。然而还没等硝烟散去,谷歌也坐不住了。 就在 openai 宣布 codex 回归的同一周,谷歌在 google i o 二零二五上紧急推出了自己的 ai 编程 agent juice, 由 gemini 二点五 pro 驱动,走异步委托路线。你把任务丢给他,去做别的事。他在谷歌云的虚拟机里默默把代码写完,最后递上一个 p r, 等你审核。 紧接着, gemini c i i 直接开源免费发布,正面硬钢 quarter code 与新版 codex 三方鼎力,战局彻底失控。到了二零二六年,这场战争已经不再是谁的补全,更聪明的小打小闹。最新机准测试显示, clotco 在 代码质量盲测中以百分之六十七的胜率压过新版 codex, 而新版 codex 则在终端自动化任务上反超。两个王者各有所长,谁也灭不了谁。 而这一切的起点,是二零二一年,那个在 github 代码堆里喝水长大的 codex。 他 不会想到,自己点燃的这把火,四年后会演变成 openai、 anthropic。 谷歌三大巨头你追我赶, 每隔几周就要刷新战局的史诗级军备竞赛。从敲下第一行预言代码的先行者,到被自己的孩子无情淘汰的弃子,再到借尸还魂重回战场的全自动软塞工程师 柯黛斯用四年的时间,完成了 ai 编程史上最悲壮也最燃的戏剧性轮回。现在,这个轮回还没有结束。


今天啊,咱们来聊个特别厉害的东西,它能彻底颠覆你的工作流, codex 技能准备好了吗?告别那些烦人的重复劳动,咱们要从一个普通的用户啊,变身成一个真正的创造者。好,我们马上开始。 来问个问题啊,你是不是也烦透了,每次就改那么一丁点代码,结果呢,就得走一遍完整的 staging commit, 还有 create, pull request, 这一套流程下来真的太磨人了。说真的,这种感觉我完全懂,但如果我告诉你,有办法能把所有这些步骤全都压缩成一个词,一个命令就搞定,怎么样?今天咱们就来揭秘这个超强的解决方案 行为了让大家都能跟上节奏不掉段,我把今天的内容拆成了五大块,你就把它当成一个心理进度条。好吧,咱们会从最简单的就是那种拿来就用的自动化开始,然后呢,一步一步往上走,到最后,我还会教你怎么打造那种能自己学习,自己变聪明的技能。好,那我们先来看第一部分。 好,第一部分,咱们先来点最酷最直接的那些你现在马上就能用的自动化技能,重点是什么都不用配,真的是开箱即用,来看看他们到底有多牛。 首先咱们来看 figma 技能,这个东西,我跟你说,绝对是前端开发者的福音。它最厉害的地方在哪呢?就是 ai, 它不是在看一张扁平的图片,它是在读你整个设计文件, 你想想,它能理解你设计里所有的底层逻辑,什么间距呀,字体样式呀,还有那些设计变量,它都懂。然后呢,它就能生成跟你设计稿几乎一模一样的高保真代码,这效率,简直了! 接下来的这个技能,嗯,我个人是超爱的,因为它用起来真的就一个字儿,爽!它叫 it, 你 想象一下这个场景啊,你刚改完代码,接下来呢,不用再敲那一长串烦人的 get 命令了,你只需要对着 ai 说一个词, it 就 这一下,它就自动帮你把赞存提交,创建 pr, 所有事儿全给办了,一个字儿就搞定所有,多酷! 当然了,刚才说的这些还只是冰山一角。这个技能浏览器里啊,简直就是个宝库。我跟你随便举几个例子,比如说你临时需要个图片素材,用 image 站 要处理 bug 和工单, linear 和 sentry 在 这儿等着你。想一键不熟你的应用, cloud blur 技能直接帮你搞定。甚至还有一个叫 adlas 的 技能,它能让 ai 直接看透你的浏览器,帮你做实时化调试,所以你看这里的可能性真的是无限的。 好了,听起来是不是很厉害?这么多强大的技能摆在面前,那下一个问题自然就是到底该怎么用呢?别担心,其实要把它们无缝地整合到你的日常工作里,方法特别简单,主要呢,就两种, 其实就两步,非常简单。第一步叫自然调用,意思就是你完全不用去记那些复杂的命令,你就跟平常和同事说话一样,用大白话告诉 ai 你 想干嘛就行。 codex 内部有个叫 m c p 的 东西,你可以把它想象成一个超级聪明的总机或者调度员,它会自动分析你的话,然后帮你找到最合适的技能去执行。 那第二步呢,就是当你玩的溜了之后,你就可以设置自动化了,让这些技能变成你七乘二十四小时线上的助理,在后台默默帮你清理警报啊,找 bug 啊,这样一来,你就能彻底解放双手,去专心做那些真正有创造性的工作了。 好,到目前为止,我们说的都是怎么用别人做好的技能,现在咱们来玩点更高级的,创建你自己的技能。要知道,很多时候,那些现成的工具总有那么点不合心意对吧?当他没法满足你团队那种特别具体,特别独特的需求时,就是你该升级的时候了。从一个技能的使用者变成一个创造者, 这种转变的价值有多大呢?我们来做个对比,你马上就明白了。你看左边,这是老办法,那些只有你懂的,每天都在重复的手动操作,不仅烦人,还特别容易出错。再看看右边,这是技能之道,你只需要一个自己定义的命令,一敲回车,整个流程就自动跑完了。 这中间的效率差距根本不用我多说了吧?那问题来了,具体要怎么创建呢?好消息是, codex 特别贴心,他给你准备了三条完全不同的路,你可以根据自己的需求,还有你的技术水平随便选。不管你是只想搞个简单的快捷命令,还是想做一个能处理复杂逻辑的智能体,放心,总有一条路是为你量身定做的。我们来看一下这三条路具体是什么。 第一种也是最简单的,就是用自然语言,这个真的可以说适合所有人,你要么就直接告诉 ai 你 想干什么,要么呢,你手动操作一遍,让它在旁边看着学,然后它就能帮你自动生成一个技能,很简单吗? 好。第二种是 c l i 命令,这种就适合创建一些快速的快捷方式,你只要在 codex 文件夹里创建一个 markdown 文件,把指令写进去搞定。 最后一种叫手动创建代理技能,这个是最强大的,专门用来处理那些复杂的逻辑。你需要创建一个技能文件文件在里面用烟某别怕,它就是一种很简单的配置文件来定义规则,你甚至还能加进自己的脚本,让它的功能无限扩张。 好,当你创建完自己的第一个技能之后,你可能会觉得这就完了吗?当然不,我们还能让它变得更聪明,甚至让它自己学会进化。接下来我就要分享几个专业级的技巧,让你的自动化技能拥有真正的学习能力。 这里的核心玩法其实就是给你的技能建立一个反馈循环。你想啊,这就像训练一个小跑一样。首先你得给他树立一些好榜样,让他知道一个漂亮的完美的输出应该长什么样。然后呢,最关键的一步来了,开启他的自我改进模式,你告诉他,以后每次做的好的结果都要自己存下来,当成新的学习范例。 你甚至可以要求他,哎,给我多想几个方案,然后你来挑选最好的那个,这么一来一回,你的技能就会在你手上越用越聪明,自己不断的迭代进化。 所以你看,咱们今天聊了这么多,其实所有东西都能总结成一个特别简单的自动化公式。这个核心的旅程是什么呢?就是第一步,找到你工作流理那个最让你头疼的痛点,第二步一步一步的把它打造成一个自动化的解决方案。 而且你要记住啊,这个思路可不仅仅是针对编程的,它是一个可以复制的框架,能用到你工作里遇到的任何挑战上。好了,听了这么多理论和方法,咱们都讲完了,现在球传给你了,我想听听你的想法,在你自己的工作流程里,你第一个最想最迫不及待想用一个自定义 codex 技能去解决的是哪个重复性的任务? 是什么让你最头疼?在下面留言告诉我吧,我真的非常期待看到大家都有哪些好玩的有创意的想法。

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 利器, 精准高效,但不适合大规模重构。不同的场景使用不同的模型结合起来用效率最高。如果你觉得这个视频有用,记得点赞关注我们下期见。

好,那如果落到代码上面,我们要去实现的话,怎么来做呢?我们来重点去看一看啊,当然在看之前呢,我们可以看一下在这个里面 skill, 我 把我把这个 skill 移到里面去啊, 好,同学们可以看到我那个笑话, skill 其实是已经定义出来了,我们来看一下,将中国唐诗宋词改成现代中文笑话啊,干嘛干嘛。最后呢?写写东西,马克烫,包括湿历都有, 比如说我输入月落乌啼霜满天什么什么的啊。当然这个笑话其实也不好笑,因为我们没有去改造它 写完之后的这个创作的效果,它其实就是通过这一个 skill 来实现的。当然这种 skill 呢,它不只是文字的加工,还能够去做图片生成,还能够做视频剪辑,所有的工作,只要是以前能够脚本化的工作,现在都可以基于 skill 来做,为什么呢?因为在 skill 这一部分,我们其实可以创建一个 script, 对 吧? script 在 script 中间,你可以定义很多的逻辑来保证你当前这个 skill 功能完整。那你还有,比如说有些额外的依赖的一些其他东西,在 reference, references, reference 里面啊,可以放在 references 里面,比如有一些 data, 有 一些额外的描述文件,数据就在这个里面。那这就是一个比较完整的 skill 的 一个结构,唐宋 poetry, 什么 joe 就, 就 joker 的 writer, 就 这个名字啊,这个 skill 就 这个名字, skill 的 名称, 它的描述什么时候要用这个 skill 给它定义好,那么接下来其实就是去调用它了,那我们来试一下案例,比如说我在当前这个内容里面啊,输入了,比如说,嗯,床前明月光。 好,我就说这样一句话,看他接下来会干什么,直接通过我这一套 skill, 那 他会先去思考,对吧?你输入的内容,那直接帮我输出来,这很简单啊,因为这个工作比较简单。白话,然后呢?笑话, 我半夜差点拿拖把去擦窗,走近一看,原来是月亮把地板打高光,还有点押韵啊。 这个其实就是 skill 的 一个简单用法。那我们现在来看了,我们怎么样自己去调用这个 skill, 就 比如说我现在 skill 呢,一样不变,对吧?我假设也是写这样一套 skill, 我 现在可以把这个 skill 呢移到我的 open context 里面来,那接下来我就直接用这个 skill 来调用它,看能不能生成结果,这就最重要的。好,那我们来试一下,如果我现在要在当前这个妙码 open context 里面去注册的话,整个项目呢,先直接 c d 进来啊, c d 到 cd 到。哦,这是另外一块,我重新打开一个控制台, 好,在这个里面,我们直接 npm 一 列杠 y, 快 速给它来进阶啊,快速来给它去讲一遍。比如说我这呢,要用 type script, 那 肯定把 type script 相关的依赖 要安上来啊, type c 依赖你要安上,然后呢,我想直接用 tsc 来做构建,那就只用 tsc, 但是如果一般情况下啊,包括我们的所有的项目实战里面,只要是涉及到工具库相关的打包,我们都是选择 tsup, 好 把这两个呢安上,这是最重要的两个依赖, 最终的两个依赖啊。装,装上之后,我们先来初步化看一下,呃,当然,除了这两个 dev dependencies 以外, t s up 包括 load, 包括,其实还差一个 types load 里面的版本呢,我们可以选择一个二十二的版本吧,扫描一下, 好直接,嗯,随便把这个二十五也没关系啊。然后呢,还有相关的一些依赖, dev dependencies, dev dependences 有 哪些依赖呢?我们今天要给大家讲的涉及到 luncheon, lun graph, 还有呢,包括欧拉玛, dip agent, 把这几个我们都拿去来安装一下啊,第一个是 luncheon, 还有呢是 luncheon 下面的加几个框架,一个是 lun graph 框架, 还有呢是 ionama 啊, ionama 其实以前就跟大家说过,它是用来去做模型调用和本地部署接入的,对吧? ionama。 再然后呢,还有一个是 deep agent, deep agent 啊,这几个依赖,我们再来扫描一下, 看最终安装的版本,这个装它,这个呢,装一点二点五,这个装一点二点六,一点八点五,好,保存,我们再来 p m i 安装一下。 好,安装完了啊,安装完之后,第一步先初步化 tsc 配置文件 t s 杠杠 elit, 这就初步化好了啊,初步化好了,基本上按照这一套 没什么太大问题了,我把它精简一点啊,这里就是精简之后的效果。然后呢,因为我们整个要用 t s r 来做构建,所以直接初步化 t s r, 点 config, 点 t s 来做我们产物的构建,这块产物构建其实比较简单啊,使用起来呢,这个在我们项目里面其实也有详细的介绍,包括在 项目实战里面,基本上啊,这个 t s u 都是做我们的首选, t s u 作为打包构建工具库类的首选,我们直接 define config, 让它待会儿把导出出去啊。 export export default 有 点卡。 define 好,一般什么呢?首先肯定是 entry, entry 从哪里进来?就是你的文,你的这个入口文件在什么地方?那当然在 s r c 下面啊,那么就直接把 s r c 下面的所有的文件,只要是设置的是 t s 文件的啊,都把它当做是需要处理的,那就直接 这样定义。另外呢,还有包括你的输出的格式化的标准,那就用 esm 版本呢? note 二十输出的 目录, disk 目录, clean, bundle, split, 包括呢? source map 需不需要? dts 需不需要啊?我们讲的都不需要。好,我们在 s r c 里面,其实现在就可以创建一个 index 点 ts 文件出来了,在这里面呢,我们随便写一个 console 点 log 一 二三,然后接下来我们来调用一下,看它能不能执行。当然你在调用之前呢,这个地方肯定要去给到一个 build 命令, build 命令所对应的就是如何去构建它,那直接 ps up 啊,因为它会直接读取你当前的 ps up 点 config 文件。好,我们接下来来执行。偏偏 build 很 快啊,很快,五毫秒全部执行完,我们来看一下效果。点进来,这里确实有个 index 点 mgs 输出了,那我们如果说需要去把它修改一下 sosmap, 我 们需要, 对吧?这个 dts 呢,就是类型声明文件,我们也需要,这是 gts 里面比较基础的一些知识啊,那这个时候就会多一个 m 点 map, 这里呢? dts 没有对吧? dts 没有是因为你的 base url 包括呢这些配置定义的不对, 所以呢,你可以在 ps config 里面,在这里面呢,把它里面的配置稍微给它改一下。呃,对应到我们这里说的是 type script 七,我们看这里现在给我们给定的这个 type script 是 多少?六点零点二 type script 六点零点二 type script 七 base your is default and will ignore d t s 的 类型声明。错了,我们看下这个里面有没有吧,我们在这儿也给它给定一个 d t s declaration true 啊, declaration map 呢,也给它指定一下,它说 arrow base you are is de directed。 我 这里面没有 base you are you, 这里给定一个吧。 base you are you ignore defactit 吧 to sentence 版本的版本的问题啊。 嗯, type script type script 这里我如果给六点二也没有关系啊,那我先回退一下吧,回退一下给个五点九点三吧, 重新偏偏抹一下。然后呢,我们再来 build 一下试试就没问题了啊。这个我们先不纠结它的错误。好,类型声明,包括呢 map 文件都生成出来了啊,这样就没问题了,整个产物能够构建出来。好,接下来我们就开始来接入模型来使用了。