我建议你一定要想办法去用一次 codex, 甚至可以说,我不希望关注我的人到现在还完全没接触过 codex。 如果你身边有做互联网、做内容、做产品、做生意的朋友,但你们从来没有聊过 codex, 那 你今天刷到这条视频可能真的不是偶然,而是一次很关键的信息差。 那 codex 到底是什么?官方给他的定位是 g p g 体系里的一个编程助手,但你千万不要只把它理解成写代码的工具。现在黄仁勋已经要求英伟达很多员工去使用 codex, 因为它代表的不是一个简单软件,而是下一代的生产力的出行。你最近应该也看到了很多新闻,什么纳斯达克上涨, ai 芯片暴涨、存储芯片缺货,算力公司一路走高。表面上看,大家好像都在追芯片、追算力、追硬件,但本质上,这些信号都指向同一件事。 ai 已经不只是聊天和生成内容了,它正在真正进入生产环节。 而 codex 就是 普通人第一次比较近距离摸到这个时代红利的入口。尤其是这两个月, codex 的 变化非常快。如果你两个月前问我,我可能还会保留一点态度,但现在不一样了,它几乎一直在更新,有一段时间甚至可以说是每天都在迭代。现在的 codex 已经越来越成熟了, 它真正厉害的地方不是让程序员效率变高,而是让很多原本不会写代码的人,也开始真正调用 ai 的 生产能力。以前你想做一个工具,一个页面,一个自动化流程,不会代码基本就卡死了。 但现在,你只要能把需求讲清楚,把场景描述明白, codex 就 能帮你一步一步把东西做出来。这就是我为什么一直提醒大家, ai 时代真正的机会不一定属于最懂技术的人,而是属于第一批反应过来,敢去尝试,敢把它用进自己业务里的人。所以,别再只是在旁边看热闹了,你真的应该打开 codex 亲自试一次。
粉丝5.0万获赞53.9万

你安装的 code 叉是不是也这样?没有 open ai 的 账号就不能正常使用?本视频教你,没有国外的 open ai 账号也能正常使用 code 叉。这里我们打开电脑上自带的这个微软应用商店,然后在这里搜索 code 叉,搜索之后,这里的话我们选选择这一个图标的, 然后这里是已经安装好的,所以它显示打开没有安的话,我们点击获取,等它安装结束即可。安装结束之后呢,我们点击这里, 然后找到这个 code 叉,然后这个 code 叉它默认的话是使用呃 open a a 的 账号来进行登录,我们在国内没办法正常使用,所以的话我们先不要打开它,我们去到这个 来到这个 c c switch 的 啊界面之后呢,我们选择这里点击一下,然后等它来到这里之后,我们直接划到这个页面最底下, 这里我们根据自己的电脑系统的版本来进行下载即可。 windows 的 话我们就直接下载这一个,然后这里是因为已经下载过了,所以我就不点击下载了。然后还有我们也要如果是 mini max 的 大模型,大模型的话我们就选择下载,把这个也下载下来, 然后这里我也是已经下载,我们就点击这里下载就好。这里我已经下载好了,我们就不继续下载了。下载之后的话,我们就直接去这边打开吧这里然后这个是 c c switch 的 开源项目,我们直接双击运行它, 我们就直接点击下一步,然后这里是让我们去选择这个安装路径,这里的话我把它安装在 c 盘,安装在 d 盘吧, 我直接点击安装,点击下一步,然后这里直接点击安装,然后这里就等它安装结束,这里我们把这个勾选去掉,然后点击结束,结束之后这个 这个我们 mini max 的是使用 mini max 大 模型才才用到的,如果不是 mini max 大 模型的话,需要去选择其他的,可以自己去找相应的开源项目,这里我就直接把它解压, 这里剪下之后的话,我们直接在这里,然后打开这个,这里它有需要你安装的,然后我们本地的话是需要安装这个 node js, 这个的话可以看我上一期的视频去安装,然后这里的话我们就直接把这个命令复制一下, 然后我们点击这里,我们直接输入 cmd, 然后回车,在弹出这个页面里,我们直接复制粘贴一下,然后回车。好,它现在已经在安开始安装依赖了,然后我们这里就会多了一个文件夹, ok, 它显示已经安装,音量已经结束。好,我们现在就把它这个点给关闭掉,然后我们点击这个,我们点击运行这里,运行到这里的话我们就不用管,然后我们就打开我们的安装的那个 cs 微棋, 这个是我们安装 cs 微棋的这个图标,我们直接双击它, 然后这里你如果是第一次使用的话,那默认是这里,然后我们要选择这一个,这里我还是,虽然我已经重新安装了,但是因为之前我是安装过的,所以我这边已经是已经配置好的, 如果是第一次使用的话,我们是需要点击,我直接把这个删掉吧,这个删掉先启动下这个,把这个给删掉。 好,我们现在来重新配置一下,这里的话我们选择这里的 open a, 然后之后我们点击这里的加号,这里我们供应商这些我们就不用管,这里我们就随便填我这里我就填这个 mini max 吧,因为我自己用的是这个模型,然后这里的 api key 我 们也是随便填 这里的请求地址,请求地址的话我们就是把这个运行在这里这里给复制一下,然后把它粘贴到这里来, 这里的话我们模型的话我们选择这里都复制一下 往下滑,这里我们是一定要勾选上,勾选上之后我们就直接点击添加啊,我们现在这里已经添加,然后进这里的话,我们点击这个启动, ok, 已经切换了,那这里我们可以进行测试,这里测试应该是会报错的,因为这里我们还没有填这个东西,就我们还是去到这个 这里,这里面我们是需要把这个配置文件,这个我们先复制一份, 然后把这里给改掉啊,这里的话我们把后面这里给去掉, 我们点击四啊,这里我们一定是要这个点 e n v 的 这样子的格式,然后之后我们点击用我们的这个记事本打开,打开之后的话,这个是我要这里要填入你自己的 mini mag 那 个 api key, 然后每个人我们可以自己去获取一下就行了,那这里有因为 api key 比较私密,所以的话 我就不让大家看到了,把它删掉,然后我去把我的给粘贴过来复制一下 啊,然后这里我已经把这个秘钥给配进去了,配进去之后呢,我们这个界面还是要关闭重启一下, 就这个这个界面,我们直接把它给关闭掉,然后我们就点击这个双击一下,等它启动起来,点击运行,因为它现在已经启动起来了。启动起来之后呢,我们这里再点击一下这个测试, 因为他现在表表示已经正常能正常使用了。然后呢正常能正常使用之后,我们就可以把它给擦掉了。然后现在我们再打开我们的这个 color 叉,然后我现在问一下他,你的 他现在已经回复我了,然后其实他这个回复呢也是在这里会看到的。 然后最后界面我们是不能关闭的,不然关闭的话我们这个 qq 叉就不能正常使用了。我的这个 qq 叉默认的话是其实我们安装的时候它默认都是英文的,然后我们要如果要改变这个,呃四 plus, 我 们就选择这个 setting, 然后找到这里,就这里的我们直接找到往下滑这里我们把它改成中文就行了,这样子我们的 control 它就能正常的使用了。

很多人最近在用 gpt 五点五 cortex 或咳嗽的时候,都会有一种感觉, token 消耗特别离谱, 甚至一次任务几十万 token 就 没有了,复杂一点,直接上百万。呃,很多人会疑惑,我明明只问了一句话,为什么会这么贵?其实你看到的只是表面回复,那真正消耗 token 的 东西在后面, 我积累咳嗽某一个时间段使用的用量,有些任务的话是几十万, 有些任务的话就是上百万了。可以从这张图看出来,就是一次任务耗费的头肯还是蛮多的。 那以前的大模型更像 chatbot, 你 问一句,他答一句。但现在的 ai 编程模型,尤其是 g b t 五点五啊, cloud code 啊, course 啊,已经越来越像 agentic workflow。 呃,也就是它不只是直接回答,而是在后面 有思考,有扫描工程,调工具,写代码,呃,有测试,有反思,有重试,最后才给你结果,这是完整的一个流程。 呃,我们先来说第一个吧。嗯, reasoning。 很多人低估了 reasoning 的 token 消耗,因为你看到的是一句回复,但模型内部可能已经思考了很多轮。比如 你让它修复一个复杂的 bug, 它会分析日制,猜测原因,排除错误路径,对比多个方案,规划修改步骤,这些过程都会消耗 token。 而且,而 reid 零越强, token 往往越贵,这也是为什么 gpt 五点五比传统的叉模型贵很多的 原因。第二个核心就是呃工具的调用。呃,现在很多 ai 编程工具已经不是单纯聊天了,他们会呃读取文件,搜索代码、 grip diff, 跑测试,看日制。呃,你以为只是帮我修一个 bug, 实际上后面已经扫描了几十个文件,而且这些都会进入上下文。这是 ai 工具调用的一个 workflow, 可能是长这样子的。 嗯,还有一个很多人没有意识到的东西, hide and context。 很多 ai 工具会偷偷塞大量上下文,比如,嗯, system prompt, roles agents, reporters, summary 文件加载历史对话工具的输出, 虽然你没有看到,但模型其实全看到了。所以真正进入模型的 context, 呃,可能远远比你想象的要大得多。 所以 ai 编程可能会越来越贵。并不是因为模型回答字数变多,而是 ai 正从 chat 变成真正的 工程执行系统,它开始主动分析,主动规划,主动调用工具。呃,主动执行流程。本质上,你不是再买一次回答,而是再买一次工具执行过程。 最后做个总结吧,就是真正废 token 的 地方不是回复本身,而是 reasoning planning to use context engineering agent workflow。 未来 ai 编程一定会越来越强, 但同时 token 的 成本也会越来越重要。如何控制 context? 如何拆任务?如何减少无效推理,会变成新的工程能力?嗯, ok, 这里是 context 的 工程实践。下一期我们继续聊,为什么大仓库加全量上下文会让 ai 编程直接失控?

这掐着 gpt 的 codex 有 意思啊,聊天记录以标记为可能存在网络安全风险。我靠,我只是让他帮我 整一下这个显卡的 bios, 就 让他帮我弄几个能够屏蔽通道的 bios 出来,他说他干不了。哎,晕死。

一个不看项目就直接改代码的 codex 才真的危险。很多人第一次用 codex, 以为它和普通聊天一样,你说一句它直接给你一个答案,其实不是。 codex 更像一个会在项目里边儿看编作的 agent, 它不是只靠嘴回答,它会读文件,搜代码,改文件、跑命令,看结果,然后继续调整。 所以你看到它先搜索,先打开文件,先看配置,不要觉得它在绕路。理解 codex 的 工作方式,先记住五个词, thread、 workspace、 tools、 patch、 verification。 第一个是 thread, 也就是当前这次任务绘画,同一个任务尽量放在同一个 thread 里做。你前面让它读过什么,它已经判断过什么, 都会影响后面的动作。比如前面已经分析过登录模块儿,后面再让他改登录按钮,他就能接着前面的上下文继续走。但如果你新开一个绘画,他很可能要重新读项目,不是他变笨了,是上下文断了。 第二个是 workspace, 也就是 codex 当前看到的工作区,它能看到哪些文件。首先看你打开的是哪个目录,它能不能改文件,能不能跑命令,还要看当前权限和模式。新手每次开始任务前,都应该先确认这两件事,可以直接问他一句,让他先报告工作区和文件,再说后面要不要动手。 这句话能防住很多问题,目录开错了,后面做得越多,错得越远。第三个是 tools, codex 会调用工具,读文件是工具,搜索是工具,编辑文件是工具,运行测试也是工具,你不用害怕它用工具。 真正要看的是他有没有先说明理由,用完以后有没有根据结果调整判断?如果他没看文件就开始下结论,你可以打断他,让他先去搜相关文件,而不是凭项目惯例猜路径。第四个是 patch, 也就是他真正改了什么 codex。 改文件时,重点不是他说了什么,而是他改了哪些文件。 一个小需求,如果突然动了十几个文件,就要停下来问清楚。你可以让他按文件说明这次为什么必须改,把非必要改动收敛到最小范围。 第五个是 verification, 也就是验证,改完不验证就不算结束验证。不一定每次都跑全量测试小任务,可以跑 link, 跑类型检查,或者给出手动验证步骤,但他必须说清楚用什么证明这次改动真的成立。你可以在任务一开始就写完成标准,让他最后按这个标准来交付 行为符合需求,只改必要文件,跑过相关检查或者说明为什么没跑。最后把改动验证剩余风险分开讲清楚。一个健康的 codex 工作流大概是这样,你说帮我修复登录按钮,点击后无响应的问题,它应该先找登录页面和按钮实现再查。点击事件 表单,提交接口调用和错误处理,确认原因后,只做最小必要修改。改完以后跑相关检查,或者说明项目里没有可用检查命令, 最后再告诉你改了什么,怎么验证,还有什么风险。这就是 agent loop。 真正要学的不是把每一步背下来,而是看它有没有跑完整个闭环。 如果它只给结论,没有读文件,风险高。如果它只改代码,没有验证,风险高。如果验证失败了,还说已经完成,风险更高。每次任务你都可以用三个问题卡一下它,你是根据哪些文件判断的?这次修改的最小范围是什么?你怎么验证它真的好了? 这三个问题很朴素,但很管用。看 codex 的 工作日记时,不要只看最后一句完成了,你要看中间有没有证据链。一个靠谱的证据链通常是先说要查什么,然后真的去搜文件,再引用具体文件和函数,接着提出原因,做最小修改,跑相关检查,最后把改动、 验证风险分开,说少了哪一环就要追问。比如他没搜索,就说大概率是某个原因,这是猜,他没看测试命令,就说测试通过,这是不可信。他改完只说已完成,不说动了哪些文件, 这是交付不透明。所以这一期只记住一个判断, codex 不是 一次性给答案的机器,它是一个会在项目里循环观察和行动的 agent。 你 要做的不是催它快点答,而是让它每一轮都更接近一个能验证、能交付的结果。这期先到这儿,你还想让我继续展开,哪个点丢到?

曾经我对 cloud code 的 终端爱不释手,但现在我只能说一句, codex 真香啊,真香! 大家好,我是布鲁。随着 codex 近期频繁的更新,我自己的工作站也已经全面的切换过来了。今天就来分享一下我自己的完整使用经验,怎么用 codex 打造一套不打断心流的生产力闭环。 本期视频我把它分成了七个章节,每一张都是我自己实际在用的技巧,希望能对你有所帮助。那我们话不多说,直接开始 第一张,先来介绍一下我的工作站是怎么布局的。左上方是 codex 的 对话框,下方是 terminal 终端。 你可能会问,已经有 codex 的, 为什么还要开一个 terminal 跑 c c? 因为我发现对于一些需要探索、需要设计的任务, c c 的 表现要更出色一些。所以我的习惯是用 c c 来做方案设计,配合 planning with files 这个 skill, 把设计思路直接落成文件, 然后再让 codex 读这份计划,接手后续的具体实施。这样一来, cloud code 负责想, codex 负责做,两者可以各司其职。 右上方这个区域我用来做任务完成后的查看和审阅,比如代码的 review, 文件的浏览,还有浏览器都在这里。虽然现在浏览器还不支持多标签页,但对于日常的任务来说完全够用。这边我就分享一个实际的案例, 我让 c c 参考了最近很火的这篇卡巴西提出的知识库的文章,让他借鉴里面的思路,出一份设计稿和完整的实施计划。目的呢是做一套前端的页面,方便我日常的维护文档使用。 接着 c c 就 会调用 planning with file 这个技能啊,将所有的计划落成文档,然后我就会回到 colex 这边,让 colex 去阅读当前项目内的这份计划文件,然后基于这份计划文件让他进行开发。开发完结果之后,我会在这边 内置的浏览器里面去进行结果的 review, 包括代码的一个审查,整个过程从设计到开发再到 review, 全都在这一个工作站里面完成,不需要切换任何的窗口,这就是我前面所说的,心流不会被打破。 第二章,批注功能。这个功能是我觉得 codex 真正强大的原因之一,也是最能体现沉浸式开发的地方。 以前我们改代码的方式是找到文件定位到哪一行,描述问题,让 ai 修改,整个过程中你的注意力是在代码上的,但现在 codex 的 批注功能让这件事情变了,你可以直接在文件上进行批注,告诉他哪里怎么改,需要怎么改。 更厉害的是,现在这个批注功能不止限于代码文件,你可以直接在前端页面上进行批注,看到哪个按钮位置不对,哪块布局不满意,直接在页面上标出来, codex 就 能理解你的意图,并帮你进行调整。这件事的意义在于,正好对应了 webcodd 的 核心理念, 开发者的重心不在于怎么写,而在于写出来的东西对不对。批注功能把这个理念落地了。 第三章,上下文管理 codex 项目里可以同时开多个县城,每个县城对应一个任务,互相独立,不干扰。对比 cloud code 需要开多个对话窗口, codex 把所有县城都收在了一个项目下,管理起来会清晰很多, 然后是项目的记忆核心就是 a 键的点 md, 这个文件你可以类比为 cloud md, 把项目的背景、开发规范都写进去, ai 每次进来都会读取,不用反复的交代。 还有一点, codex 的 上下文管理非常省心,它会自动帮你压缩上下文,它也没有提供像 cloud code 中 compact 的 那样的命令,这种事情让 ai 自己处理就好了,你专注于任务本身就行。 第四张,自动化这块是我觉得 codex 比其他 agent 做得更好的地方,几个原因,第一,用起来非常的方便,直接在 gui 里面新建自动化任务,还内置了很多模板可以选择, 大到项目管理技术、眼镜,小到个人的生活习惯,都可以交给它来定期的处理。第二,自动化可以调用 codex 自身的能力,比如插件、 skill、 mcp、 浏览器操作、电脑操作等全都能用进来,这就是为什么我说 codex 在 逐步形成自己的生态。 第三,我们可以根据不同的场景来灵活的选择模型和推理强度,简单的任务用轻量模型,复杂的任务上强推理,这样的话头肯可以用的更加的合理。第四,稳定性,我实测下来, codex 相较于其他的 agent, 定时任务的准确性已经能达到生产级别,相当的靠谱。 第五张插件和技能, codex 有 相当丰富的官方插件和 skill 生态。先说说两者的区别, skill 就是 纯文档,本质是给一份 ai 的 说明书,告诉他在特定场景下应该怎么做事。比如说我前面提到的 planning with files, 就是 一个 skill 插件的概念会更大一些,你可以把它理解为 codex 打补丁,里面可以包含 skill, 也可以带上 mcp 配置,甚至集成其他的 app。 一个插件装下去, codex 就 多一套能力。 另外, codex 在 插件和 skill 的 管理体验上面要比 cloud code 的 友好太多了。 cloud codex 需要改配置文件,而在 codex 里直接在界面上点击安装,或者自己创建,整个过程非常的直观。 第六章浏览器和电脑操作 codex 可以 直接操控浏览器,你可以让它自动填表,抓取数据,验证 ui 效果。 比如我需要批量收集一些网页上的信息,直接告诉 codex 去哪个页面拿什么数据,它就能自己打开浏览器去完成操作,整个过程中都不需要你的介入。除了浏览器, codex 还能直接操作你的电脑文件的整理,应用的打开都可以交给它来处理,相当于有一个助手在帮你操作桌面。 不过这里要说明一点,随着 ai 自动化越来越普及,现在已经有不少软件开始加强安全控制,对自动化操作做了限制,所以实际能操作的范围会因软件而异,遇到限制情况也很正常,大家用的时候留意一下。 第七章通用功能这些功能不是 codex 独有的,很多 agent 都支持,但作为一个完整的工作站,这些基础能力 codex 当然也不会缺少。先说 play mode, 在 执行一个比较复杂的任务之前,先让 codex 把完整的计划列出来,你过一遍觉得方向对了再让他动手, 这个习惯能帮你省掉很多返工的时间,大任务尤其推荐开 play mode。 再说 m c p, 也就是模型上下文协议,通过 m c p 可以 把各种外部的工具和服务接进来,让 q d x 能力边界大幅扩展,无论是连接数据库,调用第三方的 api, 还是接入自己家的服务,配置好之后, q d x 就 能可以直接调用。 另外还有一点, q d x 相较于 logot code 的, 有一个非常关键但很容易被忽视的小功能,语音识别。目前我的任务几乎都是语音发起的,连打字都很少了。 ok 以上就是我在使用扣袋子过程中总结的一些技巧,如果对你有帮助的话,希望能得到你的点赞和关注。 最后我想说一句, ai 发展太快了,各家 a 键的功能越来越趋同,但工具再多,适合自己的才是最好的。有时候做做加法,找到真正需要的,做做减法,去掉用不上的,慢慢摸索出一套自己的工作范式才是最重要的。我是布鲁,我们就下一期再见。

学 ai 的 这个视频认真听完啊,我现在几乎是放弃了所有 cloud code 啊,虽然 cloud code 目前还是最强的啊。那 oppo 的 四点七,我感觉整个的升级并不大,但是啊,消耗的越来越快了,我甚至我有一天我就问了几个问题就结束了。我现在基本上放弃 cloud code, 全部选择 codex。 那么我给大家的建议就是一定要用最好的模型,当然 cloud code 跟 codex 目前,呃还会比 codex 要强一点,但综合能力来说,我觉得 codex 是 更强。然后接下来就是说,我跟你们说一下是为什么?首先, cloud code 对 国人很不友好啊,这个不知道他这个老板,他是抽了什么风啊,可能被百度这个 pua 抢了。 那,那现在反正只要是你,只要是频繁换 ip, 那 么 ok, 你 马上就会直接就打包回家了啊。我现在已经基本上就放弃 cloud code 的, 那么我现在转投了这个 codex 怀抱,那我自己搞了一个是五叉的这个额度,我,我是使劲的登啊,都登不完。那么在在此之前,我是一个没有任何呃编程经验的小白,我自己写了一个,呃, 我因为我自己做 tiktok 的, 做的 ai 视带货视频,我自己做了一个完完全全的,这一个的无线画布,全部是 codex 给我完成的。然后呢,呃,我 用到的一些工具,无非就是什么 super pro 啊,呃呃,包括 open design 啊,就是这些 ui 的 设计全部都是用 code 一 起完成的。虽 然 cloud cloud design 呢目前还是最牛逼的,但是很多人是已经把这个 cloud design 呢直接就是蒸馏了啊,变成了一个 skill, 一个 open design, 一个是华华语 design。 嗯,这这几个都是很强的啊。

我没有任何的开发经验,然后我用口袋子开发了六个小程序,但是现在在替换页面的时候遇到了问题,我用 gpt 五点五去升了定稿图, 然后我用口袋子去替换页面,就怎么都替换失败,然后我把整个项目打包到网页,就让网页给我替换,也不行,他一直在给我渲染,或者说给我直接替换成假图片,就用 png 锁定图的方式来操作,我觉得很假。我给你们看一下,这是修改了很多次,无数次,然后呢?我的 定稿页面是这个啊,大家记好,这是我的定稿页面啊,结果我修改出来的页面是这样, 请问各位大佬到底该怎么把这个页面给修改掉?我已经修改了十天了,整整的十天了。

我的互联网老师们,我现在特别想问一个很白痴的问题,就是我前两天不是做了一个小网页吗?然后就有人推荐我用这个扣袋子, 所以我今天又有了一个新的想法,就开始使用这个工具去帮助我完成,然后他是真的很好用,就很快的帮我生成了七个文件,但是我一看就都是各种代码, 我就有点看不懂,就让他帮我呃生成一个压缩包方便我下载吗?然后并指出如何下载我们的恩恩老师就特别的好,他帮我生成了一个压缩包,但这个压缩包我还是不知道该怎么下载,你看他在这里 我我右击的话有点这个另存为啊,你看我之前就是刚刚有存过吗?然后发现就是打开这个网页的时候还是就直接还是出来这一个代码, 这个时候我就问了我们的 gpt 老师,我问他为什么下载文件后还是原网页啊?怎么才能打开那我们的 gpt 老师也是很有耐心的帮我回答, 但是我还是打不开,所以我又问他,然后他就说我什么打开的什么代码文件,而不是就是当网页渲染的,我就按照他的步骤嘛,然后一点一点的又去重新,还是不行, 我就直接把这个页面抛给他了,我说怎么才能打开,发现还是不行,所以所以我就又又在这里,我就又开始为难我们的这个 ai 老师, 问他该怎么顺利的打开,他说可以帮给我一个不同操作系统的图文打开步骤嘛,哎,我就开始要向他申请去要, 但是呢我发现就还是最终还是下载不了,打不开,然后我就我就一点一点的就非常无理取闹的去找他要这个带截图占位说明版, 但是我最后发现还是不行,说我到底该怎么样才能把这个文件下载成功呀?我到底应该点击哪里? 自己就是把这些 ai 老师大材小用,然后还得不出自己想要的答案。感谢各位好心人的帮忙了。

codex 到底是什么?它到底能干嘛?到底什么样的人才会用到它?不是程序员到底能不能用?不会写代码到底能不能用?本来呢,昨天我想出一个基础教程,结果没发出去,现在呢,我就简单口述一下。 首先我要说一下,不一定非得要用 codex, 我 说 codex 就是 指 codex 这一类工具,其实还有很多种工具,比如说像最近开源界比较火的 open code, 像字节出品的 tree, 还有像 carson 等等等等都可以。我只是拿 codex 举个例子,那 codex 到底是什么呢? codex 一 句话总结就是它是 gpt 的 亲兄弟, gpt 呢,就是用来聊天的,而 codex 呢,就是用来干活的。它能干什么活呢?现在能干的活非常多,如果你现在还花大量的时间去做 ppt, 你 现在就可以把这些任务丢给它。现在 ai 做 ppt 能力已经非常强了,我之前做过一次测评, ai 现在直出的 ppt, 简单修改一下,基本上就能够汇报,它还可以帮你做视频,其实我的很多视频都是 koex 或者是 cloud code 帮我做的。 koex 现在能帮我省掉很多剪辑工作,比如说你的电脑驱动坏了,你不知道怎么修,你现在就可以让 koex 帮你修一下,你还可以让 koex 做一个个性化的简报, 如果你真的有想法,你还可以做一个网站,做一个 app。 我 上面说的都是 koex 能力的冰山一角。那 koex 适合什么样的人群? 会写代码?到底能不能用 codex? 很多人以为啊, codex 这类软件就是一个非常专业的软件,这可能是最大的误解之一,你可以问一下你周边程序员的朋友,看看他们现在还写不写代码。今天刚刚刷到谷歌帝麦的研究员姚顺宇的播客, 他说现在大部分项目都不用写代码了,全部都在用 ai coding。 更主要的是像 codex 这类工具,它的使用难度绝对不会比豆包高,当年我学 cad 画图还学了好几个月,才能勉勉强强上手。 而现在的 ai coding 软件,基本上几天的时间就能够学会,最重要的是它不是一个很枯燥的软件。很多人开始 ai coding 之后,它现在连游戏都不玩了, 每天都在等着额度恢复,因为它很容易让你有一个 builder 的 感觉。 codex 其实它的能力跟它的竞争对手 cloud code 还是有一定距离的。 cloud 它更像是一个谋士,在你不知道干什么的时候,它会帮你出主意,而当你确定了想要干什么的时候,并且做好这些规划的时候, codex 就 会派上用场了。它更像是一个总经理,它会帮你认真的完成这些工作,所以两者要结合起来用。

普代斯能做什么?他有什么功能?为什么我要锐重于这个工具?他能给我带来什么?首先声明啊,我是一个小白,我不会开发,不会写代码,但是我拿它开发了六个小程序,写了五本小说。普代斯开发程序,那真是没话说,是我目前为止用了这么多的盖的,我觉得非常好用的一款。 从二月底开一人公司,满打满算整整两个月了,截止目前的收益是多少?这个结尾给大家公布,我一共写了五本小说,两本已经完结了,三本正在写发到平台上面呢。我只发了两本, 每本只发了四十多张。有人会问,你都已经写完结了,为什么不发呢?因为 g p t 写小说太过于严谨,有些词语啊,不符合人类的阅读,有些绕口。比如啊,我穿过一条缝,原来他是想说我穿过一条缝隙。 还有啊,他一直会用压这个字,比如啊,这几行字一压下来,其实他想表达的意思是,这几行字啊,一看就发现了问题。再比如啊,我人物的小说反派叫赵无极,他会说,赵无极这张网终于不再只是压人了。 其实他的意思是,赵无极如天罗地网一样,但终究是压不住我,反正很多问题。然后我就用普列斯开发了一个写作工具,可以自己锁定打杠,可以自己锁定章节,上下文对齐,写作风格和类型,到时候可以根据自己的需求去进行设定, 可以帮助你把写小说需要的设定都帮你完善。目前开发到收尾阶段了,但是 plus 掉了,等充上后再继续完善。有人会说,你是不是来割韭菜的。我先声明啊,我不卖课!我不卖课!我不卖课! 在 ar 盛行的时代,你想学习任何知识, ar 都可以替你解决。如果你为了学习 ar 还去报个课,我觉得找个班上吧,这一行不适合你,一人工资也不适合你。最后我再问一句啊,做 ar 漫剧的伙伴们,你们还好吗?下一集我们来聊聊 ar 漫剧。

一定要,一定要,一定要想尽一切办法用上 codex, 至少我不允许我的粉丝还没有用上 codex 或者 cloud code。 如果你跟你周围的朋友从来没有谈论过 codex、 cloud code 或者 java, 那 恭喜你,你刷到这条视频可能就是你改变命运的机会。 那有人问 codex 到底是什么东西呢?官方给他的定义就是 gbd 下面的一个编程助手。但是如果你真的这么理解,那你太小看他了。 华人勋现在让因为他所有的员工都要使用 codex, 这可是全球市值最高公司,老板都要让他员工使用它,那为什么呢?因为他就是未来财富的密码。你最近看了这么多新闻,什么纳斯达克又来创新高了,恒大股市又涨疯了,存 储芯片又缺货了,这么多乱七八糟的新闻,其实都在讲述同样一个故事,而这个故事的源头呢,就是因为这几个东西。 卡罗拉的扣的对于大部分人来说门槛还是有点高的。 g m 来体验呢,我感觉还不是特别友好。而如果你两个月前问我扣贷,我可能还会犹豫,但是这两个月以来,它几乎每天都在更新, 甚至有段时间天天都在更新,到现在扣贷能力真的是很爆了,它就是目前最适合普通人上手的 ai 工具了。如果你现在是大学生或者二十多岁,那你太幸运了, 你刚刚进入社会,就迎来了一个弯道超车的机会,它就像是你在食堂打饭排队的时候,突然在旁边开了一个新的窗口,这个时候你最应该做的就是赶快跑到新窗口去打饭。

下,用 cloud code 还有这个 code 啊,感受吧,这两个软件我现在都装了,都开了会员了。 cloud code 和 code 这两个软件呢,我感觉呃, code 会略胜一筹。 cloud code, 你 给他发任务,他总会每一步的不停的去问你。呃, code 呢?你给他发了任务之后,他会自己去思考,然后自己去执行, 过程中呢,根本不需要你参与。如果你过程中有什么其他的想法,也可以点这个插入,他会把你的想法插入到他的思考过程中。但是可乐的扣子没有这个这个插入这个功能,你给可乐的扣子发一个命令,只能是他运行完之后 你再给他发第二条命令,要么你就终止这条命令,把你的命令修改一下。扣子呢,他在运行的过程中,你随时的可以打断他,随时的可以把自己的想法去加给他,他把你的想法 会立刻的加入他的这个工作思考中。所以下个月的会员我打算,可乐的这个会员我打算不续费了,我觉得只用 code 就 够了。

大家好,今天分享一下 codex 命令,学会四十二个命令,完全可以改变你使用 codex 的 方式,从模型切换、绘画管理、代码审查。今天这期视频我会逐一讲解每个命令,告诉你它们是什么,什么时候用,怎么用。 如果你还在低效的使用 codex, 看完这期视频会让你的工作效率翻倍。模型与配置相关命令第一个,使用 model 快 速切换当前绘画的模型, 确认后就会弹出可选模型列表,选择后,后续对话和代码操作都会使用新的模型。它适合在不同任务间切换,比如日常改代码,用速度更快的模型,复杂架构分析、疑难 bug 排查时切换到推理能力更强的模型。第二个, 如果你想让它响应更快,可以输入 fast, 速度是一点五倍。这个命令会把当前绘画切换到更偏速度优先的工作模式, 适合处理简单修改,查文件、跑命令,解释这类代码低风险任务。它的重点是减少等待时间,让 codex 更快地出结果。适合快问快改,不适合重度分析。再次,使用 fast 的 命令可以切换标准速度。第三个可以使用 personality 调整它的沟通风格, 主要有两种, friendly 和 pragmatic。 第一个更像一个耐心的合作伙伴,语气更轻松,会解释多一点过程,适合学习、探讨和头脑风暴。第二个更像资深工程师,表达更直接,重点放在结论、风险和下一步。 适合修改 bug, 改代码,做工程决策。 personality 不 会改变模型能力、权限或者项目文件,只是改变 codex 和你的沟通方式。 第四个 experiment 是 一个实验性开关,这些开关会保存到 config 二 m l 文件里面,影响之后的使用体验。比如 terminal resize 会在终端宽度变化时重排 codex 的 聊天记录。 memories 允许 codex 从对话中建立记忆,并在新绘画里带入相关记忆。 prevent sleep while running 则是在现程运行时防止电脑休眠。实验性功能适合愿意尝鲜的人,稳定性可能会发生变化。权限与安全相关命令 第一个 permission 用来设置当前绘画的操作权限,打开后你会看到三个选项, default、 auto view for access。 defort 是 常用的安全模式, codex 可以 读取和修改当前 workspace 里面的文件,也可以运行命令。 但如果需要访问互联网或者修改当前项目之外的文件,就必须向你审批。日常写代码,修 bug 跑测试用这个模式就足够了。 auto view 和 default 基础权限一致,也是 workspace 可写,它会限制互联网和外部文件访问。区别在于符合条件的审批请求优先交给 auto view 子代理判断。一些需要 on request 的 操作不一定直接弹给你, 而是先经过自动审查。它适合希望减少手动确认,但又不想直接放开全部权限的场景。 for access 是 最高权限, codex 可以 修改 workspacey 的 文件,也可以不经过你的确认访问互联网。这个模式效率最高,但风险也最大,因为它可以直接影响你的系统环境、用户目录 下载或执行外部内容。只有你明确知道任务需要这些权限,并且信任当前操作时再开启。第二个 approve 是 处理自动审查拒绝的动作,所以没有什么可批准的 绘画管理相关命令。第一个 new, new 相当于是开启一个新的绘画,它不会退出 codex, 也不会换你的项目目录,只是把当前的上下文清空,重新开始一个新的任务。比如刚才让 codex 改完一个 bug。 接下来想问一个完全不相关的问题,可以用 new, 这样上一段任务里的讨论文件决策就不会干扰新的任务。我们可以通过这个 space 命令来查看一下当前绘画。 当前绘画 id 二八零使用 new 命令,我们来再创建一个新的绘画。我们通过 states 来看一下绘画 id 跟当前的绘画 id 是 不是不一样。我们看到是八二一,这就是 new 命令。 第二个是 resume, 恢复历史绘画,并继续使用当时的上下文。如果你昨天让 codex 分 析过一个项目,今天接着干,就不需要把背景重新给 codex 讲一遍。通过当前这个命令,从历史绘画中 选择一条 codex, 就 可以沿着之前的上下文继续往下做,就相当于切换到上一次绘画中。第三个命令 fork。 fork 就是 把当前绘画复制出一份新的分支,保留所有上下文,后续修改互不影响。 它适合你想尝试另一种方案,但又不想破坏当前这个对话的时候用。比如当前的方案用的是 rack 实现。你突然想试试路由一,这个时候 fork 出一个新的绘画,原来的对话还是存在,新的绘画就可以大胆地尝试。第四个 side, side 是 开启一个 临时的旁路对话,它适合处理一些小问题,但不想打断主任务。比如 codex 正在帮我们改代码, 你想顺手问一句刚才这个报错是什么意思,我们就可以通过这个 set 命令问完之后,我们再切回主绘画,主绘画不会被这个临时打断打扰。第五个 rename。 rename 是 用来给当前绘画改名字。当前历史绘画越来越多,默认标题可能不够清楚,我们就可以通过 rename 命令 来把它修改一个名字。以后我们通过 resume 就 可以找回来是哪一个绘画。例如我们通过 space 命令来查看当前绘画, 我们可以通过 state 命令查看当前绘画的名字。当前绘画的名字,比如说是这个设置一个名字,我们通过 rename 命令可以来修改。给它改一个名字,我们再次通过 state 命令可以查看一下,它的名字就发生了变化。第六个 agent, 它是用来切换当前活跃的 agent。 如果你开启了子代理, 比如第一个 agent 是 负责读代码,另外一个 agent 负责跑测试,还有一个 agent 负责 code review, 那 我们通过这个 agent 的 命令就可以在这一些 agent 之间进行切换,查看它们各自任务的进展,或者继续跟一个 agent 对 话。当前我这里只有一个 agent。 第七个 sub agents, 这个命令是子代理入口相关的命令,你可以把它理解成,当一个任务比较复杂时, excel 不 一定只靠主 agent 来做,可以把一部分工作拆分给子代理来做,比如子代理专门做分析代码结构,还有一个子代理可以做测试风险,主代理最后做一个任务汇总,这种特别适合大型项目分析,因为这里没有创建子 agent。 最后一个 go, 这是给当前任务设置一个持续目标,它不像我们普通的一问一答,但 go 更像适合告 codex, 你 接下来围绕一个目标工作,直到它完成为止。比如说 token 消耗了, token 用完了, 或者任务执行完了,是一个长期目标。比如你可以设置把这个项目跑起来,修复启动中相关的错误,并确保测试通过。我们通过这个 go 命令,这样 codex 它就会持续地围绕我们这个目标来完成。 中间我们也可以自己检查进度。如果这个任务执行的时间太长了,我们也可以暂停,继续调整目标都是可以的。现在我们用一个真实的案例来把刚才讲的绘画相关的命令我们来串一下。假设我有一个需求是让 codex 帮我创建一个个人博课 技术站,用的是 v u e, 并且不止让一个 agent 从头写到尾,而是启动三个子代理来完成写作。一个负责写代码,一个负责测试,一个负责 code roo。 第一步,我们通过一个 new 命令,这是因为是一个全新的项目任务,我希望它是一个干净的上下文,不要被前面的掩饰 内容所影响。第二步,我们用 rename 命令来给当前绘画改一个名字,例如我叫 u e。 个人博课,我们可以通过 permissions 来确保当前项目的权限模式,我这里选择 auto view。 接下来,我们通过 go 命令给 codex 设置一个持续的目标。我们看一下提示词我们的目标,然后里面有一个启动三个子代理来完成一个 code review, 一个 code write, 一个 test runner, 还有一个 code review, 我 们复制提示词, 使用 go 命令,我们一起来看一下,然后发送。 我们看到它的要求是启动了三个子代理, 我们再来看一下,刚才我们有一个 agent 命令,我们刚才启动了代理,我们看一下有没有 agent, 这是我们默认的主代理。我们看到我们要求的一个 code write, 它已经给我创建好了,我们可以切换到子代理上面, 子代理已经在开始工作了,这个时间比较长,我们稍等一下,刚才不小心打断了,我们再来结合一个命令 fast, 我们把它速度切换到一点五倍速度,消耗两倍 token, 让它继续写代码。我们可以看到我们刚才起用的是子代理来写代码,现在我们的主 agent 在稍等,待我们这个紫 agent 完成任务。我这里整理了一份命令文档,如果大家需要,大家可以三连,然后我给大家发文档。我们接着刚才的演示,我们来看一下,他已经把刚才我定义的这些 agent 都创建出来了,自己跑了一个浏览器在这里做测试。这个紫代理 review 他发现了一些问题,然后他现在在给我们做一个修改好,我们看到他已经把我们的这个目标给完成了,我们一起来看一下效果,这就是他刚才写的一个简单的页面代码与工作区相关命令。 接下来这几个命令更像是 codex 做项目时的辅助工具。第一个是应逆时命令,它是创建一个 agent 点 md 文件,我们可以把它理解成给 codex 写一份项目说明书,我们来执行一下 当前的这个目录,还是我们昨天做的一个个人簿刻这个页面,我们通过 uscode 的 辅助插件,我们可以看到他昨天写的代码,在这个区域,我们看到他正在给我们写这个 ajax 点 md 文件,我们看到他已经给我们写完了 ajax 点 md 文件,我们一起来看一下。 都是英文的,我们可以把它改变成中文, 我们直接通过 ide 来查看比较方便。我们看一下它有项目结构和模块组织,然后构建测试和本地开发的一些规范,怎么测试,还有 pr 规范, 还有 agent 的 专用说明,它都已经给我写好了。这个 agent 点 m d 文件相当于是给 codex 写了一份我们当前项目的一个说明书, 这样以后 codex 进入这个项目都会优先参考我们这个 agent dmd 文件里面的规范,不需要反复解释项目约定。第二个命令是 plan, 在 真正开始写代码之前,我们可以输入 plan 切换成 plan 模式,它的作用是 先拆任务,不着急写代码。比如我要创建一个个人博克,它会先规划项目的结构,需要哪些页面,文章的数据怎么放, 会先做规划,规划完成以后它才开始写代码。这个命令适合在复杂任务面前,我们可以通过快捷键 shift 加 table 来关闭这个 plan mode, 也可以通过快捷键 shift 加 table 快 速开启 plan mode。 我 们来演示一下这个 plan 命令。我们通过斜杠 plan, 现在大家可以看到它不是直接写代码,而是它向我提出的一些问题,你希望关于我页面主要强化哪些?感觉 我们可以自己选,它不是直接的写代码,也就是说我们通过 plan 命令把我们提示词中的任务进行拆解确认以后,它才会开始给我们写代码。第三个命令 mention, mention 是 用来把指定文件或目录带入当前绘画。比如我想让它重点来查看一个文件, 我们就可以通过这个 mention 来选择这个文件。比如说 index 点 s t m r, 它就会重点地去查看这一个文件。这样做的好处是我们不用在提示词里面手动去复制一堆代码,也不需要它去查找对应的代码。这个比较适合当前页面,有一些 bug 我 们自己知道, 我们可以指定它来这个文件中查找。我们通过 man 审核这个命令,指定到对应的文件给它的提示词,查看一下当前页面的代码。 他收到这个指令后,他只会去查看当前这个类的代码。我按照你点名的这个要求来查看这个。第四个是 skills, 是 选择和使用本地技能的入口。比如我现在做的是一个前端项目,如果我本地有前端相关的 skill, 我 们可以通过 skills 让 codex 使用它,我们一起来执行一下它有两个,第一个列出当前的 skill, 第二个,开启和关闭 skill 我们确定。例如我这里安装了浏览器的 chrome 的, 还有 computer user fig 码之类的,我们就可以使用这个 skill 来做一些事情。我们可以看一下我这里用了这个 documents, 让他帮我写一个项目文档。 skills 是 给 context 加一套更专业的工作方法和技能。第五个 default, 当 context 写完代码以后, 我们可以输入 default 命令, default 会展示当前工作区发生了哪些改动,比如新增了哪一些文件,修改了哪一些文件。这一步非常重要,因为在真正运行或者提交之前,我们应该先看一眼它做了哪些改变。我们通过一个案例来演示一下这个 default 命令,给他一条指令, 我让他把关于我页面这关于我这三个字改成红色,他已经修改完了,我们看一下,我们看到他已经是红色的了。我们再来试一下刚才的 default 命令, 我们可以看到他改动的文件,这就是 default 命令,就是会展示工作区发生了哪一些改动。第六个是 review 命令, review 是 让 codex 对 当前工作区做一次代码审查,我们一起来看一下, 我们通过 luul, 然后它有四个选项,第一个这个 pr 审查,也就是会把当前分支和某一个 base 分 支做一个对比。第二个就是审查当前还没有提交的本地改动, codex 刚改完代码以后,最常用的是这个。 第三个是针对某一次 commit 做一个审查。第四个是自定义审查,我们选择第三个,我这里有两个提交。我们看到这个 code luul 已经结束了, 这个初设版本是一个 v u e 项目,可以成功构建路由页面和数据流也是一致的,我没有发现值得代码审查里面需要提出来的明确问题,这就演示了我们这一个 rule 命令。我们把代码工作区的这六个命令串一下, 我们先用 easy 命令建立项目规则,再通过 skill 命令选择自己的这一个技能。我们要开发的时候,我们可以通过 plan 命令先做一个规划, 把任务做一个拆解。我们可以通过 minsh 命令来对指定的类进行一个修改。写完代码以后,我们可以通过 default 命令查看改动。最后我们可以通过 review 命令来做一个代码审查使用,这就是我们代码和工作区六个命令正常使用的一个顺序。 上下文,记忆相关命令这里主要有三个命令,主要解决的是上下文问题,也就是 codex 怎么知道我们在看什么,以及当前绘画太长的时候怎么保持清晰。第一个 id 一 命令,它主要解决的是把 id 一 里面的上下文带给我们。 codex, 我 们通过 id 一 命令,它这里提示 id 一 contacts is on, 说明我们这个 id 一, 我们选中这个字段, 问他这是什么意思,我们可以看到他直接读取到我们 i d e 里面这个字断了,我这里刚才选中的,他解释了这是什么意思。这样相当于是把我们 i d e 里面相关的代码的上下文,我们可以直接带到这个 c r i 中, 它是把我们这一些代码编辑器里面的上下文带到我们当前的终端里面来,可以解决我们不想手动复制粘贴的问题,也特别适合来做一些局部 bug 的 调整。第二个命令 compact 压缩,它是用来压缩当前对话的上下文。当一个任务跑得很久以后,整个记录 上下文会比较长,模型需要处理的信息也会变得更多,重点可能不够集中,有可能这个时候就会产生一些幻觉。这个时候我们就可以通过这个 compact 的 命令把当前可见的对话 总结压缩成一个更精版的,保留更关键的决定。我们这里可以看到已经使用了百分之二十三,我们来试一下这个命令,我们看到压缩还是比较厉害的, 当前上下文占用减少了,所以 compact 的 命令适合是长任务中途,比如项目做到一半,我们感觉到上下文很长了, 我们又不想重新开一个绘画,我们就可以先压缩一下。第三个 memory, 它是用来管理记忆相关的功能, 我们先执行一下。第一个是以后开了新绘画 codex 是 否读取已有的记忆。第二个是 codex 是 否从绘画中生成新的记忆。第三个就是一个重置,它主要是用来控制 codex 要不要使用这个记忆,以及要不要从绘画里面来生成新的记忆。 所以这三个命令分别对应着三种上下文。第一个 id 是 当前编辑器的上下文。第二个 compact 是 当前常对话的上下文。第三个 memorize 也是跨绘画的一个长期上下文状态与调试相关命令。接下来这几个命令主要是查看 context 当前的状态, 调整终端的显示以及管理后台运行的任务。第一个 state 用来查看当前绘画的状态,例如当前使用的模型目录 权限,绘画 id, 还有上下文限制之类的。第二个 slide 主要用来配置底部状态栏,就是我选中的这个地方,我们一起来看一下。比如说主题的颜色,我们看到这里使用了九十点七 k, 我们可以切换来控制它显不显示模型的名字。 g p t 五点五控制显不显示项目的名字,这里已经显示不下了,我把模型关了,使用托管关了项目的名字,还有当前所在的分支运行的状态,当前的这个模式,我这里是 auto view, 我 们可以通过 statline 来配置底部状态栏 的一个显示情况。第三个 title, 我 们可以通过 title 命令来配置终端,这个标题页的一个显示,我们来试一下,我们可以看到这里有个 codex c l i, 也就是项目的名字,在这里可以控制它显不显示。 这一个是当前的目录,比如说斜杠, codex c l i 这一些,根据自己的需要进行灵活配置。第四个 ps, 用来查看后台的一个终端任务。有些命令可能在后台持续运行,比如说 开发服务器测试监听长时间的一个构建任务,我们可以通过 ps 命令来查看。最后一个 stop, stop 是 用来停止后台的一个终端任务,比如开发服务器已经用不了,或者某个命令卡住了,我们可以通过 stop 来暂停。这就是我们状态和调试的一个相关命令工具与扩展相关命令。 第一个 m c p, 我 们通过这个命令可以列出当前所安装的 m c p 服务,我们可以看到我这里安装了 chrome, d v tools, 还 codex app 相关的服务, computer user, 这些都是 m c p。 我 们一起来添加一个 m c p 服务,我们这里来安装一个 figma m c p。 复制 m c p 的 地址,我们通过这个命令就可以添加一个 figma m c p。 我 们看到已经添加成功了, 我们来看一下在这里面能不能看见刚才我们添加的 figma mcp, 我 们这里已经看到了显示了 figma mcp 了, 所以我们通过 mcp 命令,我们可以看到当前绘画里可以调用哪一些外部工具。第二个是 hux, 它是用来查看和管理生命周期的钩子,钩子就是在关键时刻会自动触发,疑问表示触发时机。 in store 表示安装了多少个 hook active 标记,当前激活了多少个。这个是一个描述,这个是工具执行前开始触发,这一个是请求权限触发,比如让 codex 联网或者修改一些外部文件。 工具执行后开始触发上下文压缩触发等等之类的。我们可以通过命令来查看当前配置了哪一些钩子,哪些是可信的。 我们也有一些应用场景,比如说我们执行一些长任务,比如说通过 grow 命令执行一些长任务。执行完之后,我们希望他提醒我,我不可能时时刻刻的 待在这里,看着他有没有执行完。我们可以让他执行完之后,比如播放一个音乐。第三个 plug in, 它是用来查看或者已经安装的插件,这里可以看到这都是我安装的一些插件,例如编辑文档的 连接, figma 及 mail 相关的一些插件。插件通常会给 codex 增加一些新的能力,例如我们点击 document, 我 们可以来卸载它。这个插件里面使用了哪一些 skill, 这里都可以能显示。 我们返回最后一个 keymap, 这个了解一下,其实就是更改快捷键的一个指令界面,显示相关命令。第一个 then 用来选择高量主题,我们试一下, 这里有很多主题,我们切换可以看到代码的一个主题颜色,如果你觉得默认颜色看着不舒服,可以通过当前命令选择自己合适的主题。第二个 vm 用来切换 web 的 输入模式。 默认情况下, codex 的 输入框更像普通文本输入,我们看到它这种切换是这种模式普通文本的,如果我们通过 web 切换这种会看着比较舒服一点。这个命令适合 web 的 用户,如果你不熟悉,可以保持默认风格。第三个 row, 用来切换滚动模式,这种命令主要是为了方便复制终端中的内容,我们通过这个命令可以切换到更原始的滚动显示方式,这样复制内容 更方便。最后一个是 copy, copy 用来复制 codex 最后一条完整回复的消息,我们看到他回复了我这一段话。如果我们不想手动复制,我们可以通过 copy 命令。我们直接通过 copy 命令就把当前消息已经复制好了, 直接粘贴就可以退出。与维护相关命令,我们一起看一下。第一个 clear, 用来清空中端,开启一段新的绘画。它和 new 命令有点像,都是让你重新开始, 但 clear 更强调清理当前终端的界面。第二个 logout, 用来退出 codex 登录。如果你是在公共场所 或者临时借用别人电脑,可以通过当前命令来退出本地的一个登录凭证,让这台机器不再保持你的一个登录状态。第三个 feedback 是 用来把日制发送给 codex 开发团队。最后一个退出 codex, 它和 quit 一 样,都是离开 c r i 绘画。如果你还有重要改动没有保存或者后台任务在跑, 最好先确认再退出。到这里, c r i 里面四十多个命令我们已经讲完了,你会发现这些命令并不是让你死记硬背,我们可以把它分成类。有的是权限管理,决定 codex 能做什么。有的是绘画管理,决定任务怎么开始、 暂停、恢复和分支。有的是管理上下文,让 codex 更精准地理解你的项目。有的是辅助开发,比如 dev review 引用文件,制定计划。有的是调整终端体验。 我们在 c r i 里面用得更顺手。如果日常用来写代码,我们记住几组就足够了。 permission 权限管理 new resume fork 绘画管理 plan global 任务推进 mention idea 管上下文, def review 管代码检查 state compact 管 长任务状态。如果这期视频对你有帮助,欢迎点赞、收藏加关注,后面我会继续分享 ai 相关知识,我们下一期视频再见!

大家平时用 ai 写大码儿,是不是总觉得像在开盲盒?运气不好的时候,修 bug 的 时间比自己从头写还要长对吧? 其实问题可能出在你用错工具了。欢迎来到这期解读,今天我们不说废话,直接教你如何停置,把通用 ai 当做万能药,手把手在你打造一个专属的高效率的 ai 工程师小团队,准备好颠覆你的开发习惯了吗? 今天这期解读我们的路线图非常明确,首先看看什么是 ai 编程的新范式,接着聊聊思考与执行该怎么完美配合。然后是核心的任务拆解策略,新手最好怎么练手。最后还会教你怎么像资深大佬一样严格把关。 好,我们直接切入第一部分, ai 编程新范式 reddit 论坛上有个资深开发者总结得特别精辟,简直一语道破天机,他说, chat gpt 是 你的思考伙伴,而 codex 才是你的执行引擎。 大家别再试图让一个 ai 干完所有事儿了,那样逻辑肯定会乱套,咱们得把大脑和双手彻底分开,你得记住,这也是我们今天接下来所有高级战术的绝对基石。接着进入第二部分,我们具体看看大脑和双手怎么才能打出完美配合。 你想啊,如果非要给 ai 定个职级, gpt 绝对是那个天天帮你画架构图的系统架构师, 他负责深思熟虑搞定业务逻辑。而 codex 呢?他就是你手底下那个贼能干、不知疲倦的初级开发小弟。小弟不负责定大方向,他就负责挽起袖子钻进项目里去读文件、改代码,分工明确了,各自发挥特长,才会越帮越忙,你说是不是? 所以说,这几个工具根本不是在打雷台,它们拼在一起,刚好构成了一条超强的自动化流水线。遇到架构难题,先找掐 gpt 聊聊,想清楚了,把魂扔给 codex, 让它在你的 ide 环境里疯狂输出代码。最后,如果你想把这套经验的能力做成长,停给最终用户体验,再去调用 api, 这就是现代 ai 开发行云流水的三部曲。 明白了神仙分工之后,第三部分,咱们聊聊极其关键的任务拆解策略。 面对复杂的项目,千万别上来就跟 ai 说嗨,帮我写个淘宝,那他绝对当场崩溃给你看。 你得先跟你的架构师 check gpt 一 块儿把大项目一点点儿切碎,切成剁碎吗?举个例子,别说写个登录系统,你要说写一个验证邮箱格式的正左函数,然后把这种微型任务一步一步地喂给库尔德斯, 就跟带真正的欣然一样,一口吃不成个胖子,循序渐进才是最搞笑的。肯定有人会问,干嘛费的气这么碎嫌麻烦吗?实战教训太惨痛了各位! 首先, ai 的 记忆力是真的有限,代码塞多了,它直接失忆,上下文全丢了。其次,如果它吐出一堆乱七八糟的半成品,你手动去拼凑的交接成本简直高得吓人。最后,小任务能防患于未然,避免 ai 写嗨了完全跑题, 这就叫防止代码漂移。那么对于刚上手的朋友,第四部分,咱们来看看针对初学者的最佳实践。 如果你刚接触 codex, 听我一句劝,先从小规模任务练起,把它当成一块块拼图,先让它帮你修个极小极小的 bug, 或者写个单一功能的工具函数,千万别指望它一上来就给你建一座大城堡,不然你接下来的日子就只剩无休止的第八个噩梦了。真不是开玩笑的, 我们来个特别经典的实战例子,这可是直接从 codex 的 研究论文里拿出来的。你看这个自然语言指令,简直是教科书级别的。人 家没有含糊其辞地说算个欺术,而是极其精准地定义了输入是什么,甚至举例说明,如果输入这个列表,必须给我返回那个结果。你的指令写得越像一道简的数学大题,它给你的代码就越完美,几乎不用你怎么修改。 咱们得记住一条铁律, ai 可不会读心术,你绝对不能丢下一句,帮我把这页面修好就走人。你得极其明确地告诉他,去找到 header 组建,把背景换成蓝色,并且确保移动端标题是居中的。 必须得啰嗦一点,精准一点,给足上下文一点,瞎猜的空间都别给他留,这才是驾驭他的正确姿势。好了,戴玛尔写完了就行了吗?绝对不是!第五部分,我们要聊聊你的新身份。资深把官人 说真的,代码生成那一刻,好戏才刚刚开始。这时候,不管你真实的编程水平怎样,你必须立马戏精上身,把自己当成公司的资深技术大牛。你不再是个被动接受代码的人了。你是个极其严苛的审查员, 去一行行看逻辑,去跑测试,去盯日制。记住啊,他毕竟只是个干活的 ai 实习生,出了事要在代码上签字,负责的可是你本人呐! 这份权威报告里,有一张图表揭示了一个特别吓人的现象, ai 其实适应性特别强,强到连你的坏习惯它也会全盘接受。 也就是说,如果你提供给它的上下文理本来就有极其细微的 bug, 或者命名一塌糊涂, codex 根本不会去提醒你。它会顺着你的糟糕逻辑完美复制,甚至放大你的不良习惯,惊不惊喜?你的坑最终变成了它挖给你的更大的坑。 所以,在把任何 ai 生成的代码合并上线之前,这几条安全清单必须死死焊在脑子里,认真盯紧测试结果,每一行逻辑都要亲自过目,尤其是那些自贡生成的 pr, 千万别让它悄悄混进去了。最重要的一点,永远永远不要盲目信任 ai, 不管他平时表现得多绳,一旦系统挂了,大半夜爬起来连夜修 bug 的 还是屏幕前的你。好了,咱们把工具边界和工作流都梳理得明明白白了,别再把 ai 当许愿池了,把它当成你手下真实的数字员工去管理吧。 那么,你是想继续靠运气去试那些玄学的提示词呢?还是准备好挺身而出,成为你专属的高校 ai 开发团队的超级经理?掌控带瓦的权力就在你手里。希望这期解读能帮你拨开迷雾,赶紧去构建你的下一个经验项目吧!

一定要,一定要,一定要想尽办法地用上 code, 因为我不允许我的粉丝没有用上 code 和 cloud code。 如果说你和你做互联网的朋友从来都没有聊过 code 和 cloud code 或者是 jimmy, 那 恭喜你,刷到这条视频可真的是一次非常重要的信息差。那 code 它到底是什么呢? 官方给他的定义就是 g p p。 下面的一个编程助手黄仁勋现在要求英伟大,很多员工都在用 cad 四,因为它不只是一个工具,它更像是一个下一代的生产力。你最近看到了这么多的新闻,什么纳斯达克来到了高清, ai 芯片的暴涨, 储存芯片的缺货,算力公司疯狂上涨,你以为大家都在炒芯片实质啊。所有的东西都在指向一个方向, ai 开始进入了生产环节了,那 codice 和 cloud code 就是 普通人第一次真正摸到这个时代的红利入口。 当然, cloud code 对 于普通人来说,门槛呀还是有点高,我呀都被封了三个号了。 飞利的体验对新手来说也不是特别的友好,但是扣等死这两个月变化呀,真的非常的快。如果你提前两个月来问我,我可能会犹豫,但是现在他几乎每天都在更新,有一段时间甚至天天都在节带。 现在的 cos 是 越来越成熟了,它最大的价值就是在于普通人终于真正开始调用 ai 的 能力了。以前很多东西你不会写,包括代码你都不敢碰, 现在不一样了,如果你是大学生或者是职场人,那么你真的非常的幸运,因为你刚进入社会呀,就碰上了这么一次非常大的技术切换,它就像什么呢?像你在食堂里面排队打饭, 结果旁边呀给你开了一个新的窗口,这个时候呢,非常重要的不是站在原地去研究它,而是你要赶紧过去,因为很多机会本来就属于第一批反应过来的人。

很多人用 codex 这类 ai 编程助手时,真正崩溃的不是他不会写代码,而是他总向在失忆。你刚说过的规则,下一次他就忘 你刚纠正过的边界,下一轮他又开始乱改。问题往往不在模型本身,而在于我们一直没有给他一套真正可控的长期工作层。 为什么会这样?因为聊天上下文、长期偏好、项目事实,还有知识沉淀,很多时候都被混在一起了。于是同一条信息,上一秒像规则,下一秒又像背景资料。结果就是三件事最常见,失意、乱改,还有规则漂移, 你以为他记住了,其实只是这一次刚好还在上下文。所以这套系统最核心的原则只有一句话,只有写进词盘 markdown 才算长期记忆。聊天里说过,不等以后一定还在, 先把信息落成真实文件,再弹读取顺序,锁影机制。还有要不要升级成长期规则,没有物理落点,就没有真正稳定的记忆。 在继续展开之前,先看一眼总图,这套系统其实分成五个部分,核心架构、运作机制、 abcendon、 协助眼镜阶段,还有核心价值。后面每一段就是把这张图里的一个分支单独拆开来讲。 第一层叫运行记忆层,这里面不是一个大文件,而是分层结构。 group 负责极短启动规则, active 放高优先级写作约束, profile 放稳定偏好, memory 放长期核心事实, index 负责日期导航,而 daily 负责当天过程记录。把启动规则、长期事实和当天过程分开之后, codex 才知道该先读什么,什么时候写什么。 这套系统真正关键的不只是分层本身,而是默认写入顺序,新过程先写当天 daily, 当天摘要同步进 index, 只有那些稳定而且会改变未来行为的信息才继续提升到 active profile 或 memory。 也就是说,先记过程再建。所以最后才决定要不要升顶层,而不是一上来什么都塞进长期记忆。 第二层是项目上下文层,因为很多信息根本不该进长期记忆,比如这个项目现在做到哪了,最近为什么改方案,刚踩过什么坑, 这些都应该放在项目根目录里,用 agents、 datas、 decisions debug 这几个文件管理。这样 codex 进入项目时,先读的是项目自己的本地事实,而不是重新猜状态。 第三层才是 obsidian 写作,注意, obsidian 不是 来替代记忆的,它更像浏览、串联和回顾入口, 真实写入源还是运行记忆本身,项目事实还是留在项目根目录。知识库负责沉淀正式方法和复盘。而 obsidian 通过映射、双向链接和图谱,把这些 markdown 组织成一个更适合人查看的入口,但不制造第二份真相源。 最后你得到的不是几份零散文档,而是一套本地可控的协助。工作层运行,记忆层负责跨县城稳定项目上下文层负责项目内真实状态。知识沉淀层负责方法和经验回看。 这样 codex 才会从这次刚好答对变成长期协助,也更稳更可控,更可追溯。

你和全世界最聪明的人之间就差一个 codex。 上周我朋友跟我说他电脑没有声音,可能是因为 windows 系统驱动不完整的原因,我直接自信满满的告诉他, 我来帮你搞定。但其实我也不会安装驱动了,不过 ai 会就约等于我会。因为 codex 有 一个 computer use 的 功能,意味着 codex 能够操控电脑上的所有软件,那么我想肯定能够让他操控原声软件。去看一下我朋友的电脑有什么问题,结果 codex 真的 帮我解决了朋友电脑没声音的问题, 朋友直接夸我是个电脑高手。这一种套娃用法是不是有点上头?也就意味着你可以用 codax 操控任何一台远程连接的电脑,包括之前龙虾炒的时候, 如果你会用 codax, 也可以用这样的方式让 codax 帮别人安装龙虾。那其实 codax 的 用法不止这些。 github 上面集合了全世界最聪明的一帮人开源的项目,包括很多人关心的 ai 炒股。但我知道很多人看到 github 就 头大, 全是代码,全是英文。我之前就发现了一个开源的 ai 炒股工具叫 norx, 以前这种东西不懂技术,根本就部署不起来,现在我直接把链接丢给 codex, 它就跑起来了。通过 codex, 全世界最聪明的 idea, 现在是你可以直接用的工具, 且 codex 还能调用 gpt emoji。 二、现在公认的最强的生图模型,也就是说操控电脑它会跑,开源项目它会,生图它也会。所以真的,你和全世界最聪明的人之间就差一个 codex。

姐妹们,听好了,你一定一定要想办法把 codex 用起来!我做自媒体八年了,上一次被 ai 狠狠地震撼到,是二三年年底第一次用上叉 jpt, 但最近用 codex, 我 感觉已经没有办法用语言来形容了,这可能是下一个像淘宝、抖音叉 jpt 一 样改变普通人赚钱方式的工具。可是很多人现在还没有意识到,因为很多人一听到 codex 第一反应就是,哎,这是给程序员写代码用的吧?我们普通女生会用吗? 但是听我的,我用下来,我最大的感受根本不是它会写代码,而是我第一次非常具体地感受到, ai 真的 开始掌手会帮我们干活了,而且不是帮你干一个点状的任务,它开始完整地进入到你整个业务之中,这才是, 这才是最可怕的地方。现在很多人用 ai 还停留在初级阶段啊,写个朋友圈啊,改个标题,生成个图片,总结文章,这些当然有用,但它都是单点使用,你问一句,它答一句,本质上你还是在拿 ai 当临时外包。但是我用 codex 完全不是这种感觉,我开始把它放进我整个的业务里面, 内容创作呀,直播发售啊,课程的 s o p 啊,销售话术啊,用户的问题整理啊,我的个人数字资产规党,这个变化真的非常大。以前一个选题来了,我要自己判断这篇适不适合我写公众号, 它能不能帮我转成小红书口播啊?如果用朋友圈的话该怎么做?每一次我都要重新去想。现在我把这套流程通过 codex 给它固定下来,当一个选择题进来,它能够帮我判断核心观点,拆成公众号结构,转成小红书口播,再能拆成好几条可以发布的, 他还能帮我判断,哎,这条内容能不能导向我的直播或者是销售案例或者是课程之中?这条流程固定下来, codex 就 不只是帮我写一篇文章了,而是在帮我跑整条的内容业务生产线。 他知道,我不是为了写文章而写,而是要让公众号、小红书、朋友圈、直播课程,围绕同一个核心观点向前推进。再来说一下销售,哈,很多人一说 ai 销售助手,就以为是自动群发、自动私聊、自动成交。不是的, 这种很容易把人做烦。而真正有价值的是, codex 会帮你整理用户到底在犹豫什么?是觉得太贵,怕坚持不下来?还是觉得自己没有产品,怕学不会 ai, 你 的粉丝少,不适合做个人 ip? 这些问题如果不沉淀,你每一次成交都要靠临场发挥。但是如果整理成用户顾虑库、回应话术库、案例库、成交 sop, 你 的销售就开始变得有体系、有系统了。 不是每一次都从零解释,是 codex 已经帮你完成了一套可以被验证过的表达了。这个就是 codex 让我很震撼的地方啊,它不是让我更快地完成一个任务,而是让我把过去靠脑子记、靠经验扛、靠临场发挥的东西,变成了一套可以被反复调用的系统。 所以我越来越确定,真正厉害的人,已经进入到 ai 的 下一个阶段,是写内容,不是提效,而是开始用 ai 搭建系统。 内容有内容库,产品有产品库,朋友圈有 s o p, 直播有流程成交,有话术库交付,还有诊断框架,这个才是真正拉开差距的地方。 ai 不 会自动让一个人变强, ai 只会放大那个已经开始系统化的人。 所以 codex 可能会成为下一个改变普通人赚钱方式的工具。零几年,你看像淘宝,它像是一个购网站。一八年,你看抖音,它像是一个娱乐平台。二十三年,你看叉 jpt, 它像一个聊天机器人。但后来你会发现,它们真正改变的都不是工具本身,而是一代人的赚钱方式。 而此刻,我看 codex 也有这种令人心潮澎湃的感觉,它不是一个简单的工具,更像是普通人第一次可以以低成本拥有的商业后台。下周我会做一场直播,专门讲这件事情。 codex 到底怎么帮普通人慢慢搭建成一套可以变现的个人商业系统呢?