codex个人规则怎么改

挑战，每天讲透一个 ai 知识点，今天是 codex 记忆与规则管理好，然后是 agents md 啊，整个的一个什么呢？哎，记忆的一个功能，如果大家用过 cloud code 的 话，应该知道啊， cloud code 有 一个 cloud 点 md 文件， 这个文件的话它的一个作用是什么呢？就是它可以给项目做一个特殊的一个配置啊，这个的话大家可以去看一下这个 agents 点 md 的 文件的一个描述啊， 你看它是一个 simple 的 啊， open format， 就是 一个开放格式的一个什么呢？叫做啊？这个 greeting 啊， coding agents， 就是 说白了就是我们做这个 coding 啊，就编码的一个规范啊，就是 你做这个相当于我们做一个生成代码生成它的一个规范啊，因为我们用这个 ai 编程工具的话，大部分工作还是在生成，所以生成的话它也是要一个规范的。 这个 agent 点 md 的 话，相当于就是官方提供了一套规范啊，比如说我们去生成这个整个做代码项目开发的时候需要做一个什么事情？比如说大家做前端开发，我们需要去执行 pmp 命令，是吧？做这个 test 的 一个命令啊，代码代码风格是怎么样的？ 这个的话大家可以去看一下一些 simple 啊，就是官方给的一个示意，就是这个 agent md 文件应该怎么来写呢？是吧？也就是它相当于一个工具，就是这个 agent md 文件应该怎么来写呢？是吧？也就是我们用 context 这个工具的时候， 这个出厂设置应该是怎么样的啊？大家可以有几种方式啊？你一个的话，就是你可以在大局的这个 context 目录下面加上这个 agent 点 md， 这相当于我们所有的 context 县城都会按照这个规范来执行。如果说你仅针对一个项目去做一个设置，比如说大家有做前端开发的，那你有前端的一个规范，你有 java、 script、 css 啊，这个一些代码的一些规范，那你如果是做后台的一个规范，是吧？做 python 的 一个规范， 每个项目也不一样啊，这个就是项目配置，那么他大家还可以在子目录里面做一个配置，比如说啊，我一个项目里面既用到了 java 是 吧？又用到了前端，又用到了这个 python 啊，就是一个项目里面有多种语言的话， 那每个目录里面还得加一些规范，或者是咱们做不同组建开发啊，它的规范也不一样啊，这个就是模块化开发，需要去做不同的规范支持。 所以说我们用的最多的话，其实还是项目这个配置啊，我们一般来说一个项目的话，一般就是一种编程语言嘛，比如说 python、 java 的是吧？或者是这个 react 的 一个前端的项目，那这里面大家就可以用这种项目配置的方式去做一个处理啊，那么它的配置方式的话，其实也非常简单啊，我们就直接在这个， 在这个项目下面啊，直接执行这个 init， 让它去创建。当然我们最开始，比如说我们要去创建一个项目啊，嗯， 我们看一下啊， you need， 比如说啊，帮我创建一个前端项目，叫做 rect 啊，或者咱们叫 v u v u demo， 我 让他先创建一个前端项目啊，叫 v u demo， 然后我在这个项目下面等一下去，呃，创建一个 agent 点 m d 文件啊， 啊，这个项目的话就是在这个里面啊，我这个里面之前已经建了一些 demo 的 一些势力项目了。啊，等一下我要还要在这个里面创建一个 weu demo 啊，所以让大家看一下，就在第一盘的这么一个目录里面啊， 好，我们等一下啊，这里面它让我确定啊，大家就创建一个 m p m 的 一个 c m d 的 一个命令啊， 你看它涉及到一些命令执行的时候，它就会有一个提示啊，这就是用杀伤环境的一个好处啊，就是我们没有把授权全部放开， 要这种交互用户确认的这种方式，这个就比较安全一些，万一他要是有一些危险的命令的话，我们人为要判断一下，不然的话你这个项目文件被删除了你都不知道啊，所以这是一种交互式的验证，就是会比较安全一些，好大。

好的，我们今天给大家带来的是 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 是 我过去几个月高频使用的 ai 助手之一，我用它做研究，写文档、做 ppt， 整理内容灵感，做网页原型。上个视频讲了 codex 基础，这期视频讲一个今年很值得先搞懂的 ai 概念 skill， 因为它决定了 codex 到底只是陪你聊天，还是能按你的工作方式反复干活。简单理解一份可以重复使用的工作说明书， 你可以把某类任务的流程规则、检查标准提前写进去，下次再让 codex 做类似的事，他就不用每次重新听你解释一遍。比如你经常让 codex 做网页，你不想每次都重复说页面不要太 ai 味，不要蓝紫配色， 这些都可以写进一个设计类 skill 里。以后你只要让 codex 用这个 skill 检查页面，他就会按那套规则去看代码、改样式，再告诉你改了哪里。 这就是 skill 最实用的地方。把你反复说的要求变成一套固定流程，那么在哪里看和怎么用 skill， 可以 去 codex 的 侧边栏这个入口里看，里面会有一个 skill 子页面， 已经添加或创建过的 skill 会出现在这个列表里。使用的时候，通常可以在聊天里输入 skill 名称，或者用斜杠跳出来。比如你有一个 find skill， 就 可以直接斜杠选中，帮我找一个适合做 ppt 的 skill， codex 就 会按 skill 里的流程去跑。那怎么创建 skill？ 有 两种方法， 第一种最简单直接这样说，请创建一个 skill 以后，我给你一个网页项目时，你要先检查移动端排版按钮样式、文字层级、颜色是否太乱，最后输出修改文件和检查结果。这种叫 prompt skill， 但我更推荐第二种，先把流程跑通，再把流程固化成 skill。 举个我刚实测的例子，我想做一种白板手绘风讲解图，我先给他一个参考图，让 codex 按我的要求生成讲解图 第一版如果不满意我就继续改，比如少一点黄色纸张质感画面更像课堂白板。等到有一版我觉得可以附用，我再说。把它固化成一个 skill， 这时候 codex 会反推刚才的流程，它会把这次反复调整出来的规则写进一个 skill。 md， 这样下次我再用白板手绘讲解图， 就不用重新解释一遍审美和结构，直接调用这个 skill 就 行。如果你想让 codex 使用 skill creator， 它会按更标准的格式帮你生成可附用 skill。 我是 ai 知识派，我们下期见。

你写日记没有用，不是因为你坚持的不够久，是因为你写下来的东西根本没办法被分析。这条视频分享给你，我正在用的一套三层日记系统，每日记录个人上下文， ai 审计 你好啊，我是韩瑞，用系统对抗混乱，用 ai 深入复杂。很多人写日记，最后只是把自己重复犯错的痕迹保存了下来，却没有把它变成可分析的证据。 今天拖延，明天焦虑，后天自责。写了三个月，模式一点没变，因为他把日记写成流水账。真正有用的日记不是记录生活，而是一套复盘系统， 只写今天发生了什么，源源不够，要继续追问，经过是什么，原因是什么，下次怎么改。 真正可怕的地方是在没有觉察的情况下，把同一种拖延，同一种逃避，同一种欺骗 重复很多年。当这些记录积累起来以后，日记才开始有价值。你会看到自己总是在什么场景分心，总是在什么压力下逃避，总是在什么关系里退缩。 日记系统的第一层是每天的日记模板，第一层的目的是让你每天都留下可分析的原始证据。我会固定写四个模块， 笔记心情事件、任务。笔记部分记录当天的知识卡片，心情部分记录情绪状态， 事件部分用经过原因改进做复盘任务部分把明天要处理的事情收束起来，重点不是写的多，而是每天都留下可分析的证据。 第二层是个人记忆文件，我会准备两个文件，十二点 m d 和 memory 点 m d。 十二点 m d 写我的背景价值观、人生支柱、反愿景、工作方法和 ai 写作偏好。它的作用是让 ai 认识我是谁。 memory 点 m d 写我的目标、项目、任务、角色和进度。它的作用是让 ai 知道我正在做什么。这两个文件不是一次写完的，也不是静态文档，它们会随着生活、项目和反思不断更新。 有了这两个文件以后， ai 就 不再只是一个失忆的聊天框，它可以基于我的价值观审阅我的项目进度，也可以在我偷懒偏行，给自己找借口的时候把问题指出来。第三层是日记审计 skill。 当我积累了一段时间的日记以后，我会让 ai 读出我的长期记录，帮我看模式，抓盲点，做阶段审计。比如 我最近反复逃避的事情是什么？我在哪些场景下最容易分析我的任务系统和价值观有没有冲突？哪些问题不是能力问题，而是结构问题？在这一层，我会用 skill creator 创建一个日记神记。 skill 这个 skill 做一件事，读取我的长期记忆。基于证据找模式。我会用 danco 的 human 三点零 作为分析框架，但日记永远是第一证据， salt md 和 memory md 只是辅助校准。 注意日记证据优先，不要让 ai 随便给你人生建议，让它基于你真实写下来的记录，指出你真实反复出现的问题，这样日记就变成一个持续校准自己的系统。每天晚上创建今天的日记， 写下笔记新型事件任务，对今天做一次复盘，然后睡觉。积累一段时间以后，再让 ai 做一次审计。 如果你记录的足够敏感且诚实，你会第一次清楚的看到你不是不知道该怎么做，你只是一直没看见自己为什么总是做不到？ 这才是日记。真正的价值不是保存生活，而是把混乱变成证据，把证据变成觉察，把觉察变成改变。视频文案模板提示词，主页私信我。

用一句话把你的 app 从这样变成这样，这样变成这样，这样变成这样，想知道这是怎么做到的吗？答案就是用这个神奇的 coco 的 官方 skill for any design。 这个 skill 真的 是太神奇了，再配合上强大的 oppo 四点五， 哇，一个字评价，无敌。今天我就跟大家介绍一下如何使用这个 skill 来轻而易举的开发出一个精致优美的 app。 ok， let's go！ 好， 首先要说一下呢，是你还是得先了解 cloud skills 这个东西啊，它包括它的概念啊，包括它的一些基础的使用。 那如果你之前不了解的话也没关系啊，我之前有发过一个视频，讲的非常清楚，我相信看完那个视频就懂了。然后呢，嗯，你了解完了以后呢？那我们需要先安装一下 front 点赞这个 skill， 那 从哪里安装呢？那就是从这个官方的这个 tab 仓库 啊，然后它下面的话也列出了，就是安装的方法就是这一行，你把它点击复制下来，然后到你的 qq 的 里面这里，然后粘贴过来运行。 ok， 它现在就成功地添加了这个 marketplace。 然后呢，你可以运行 plugin， 然后切换到这里的这个 marketplace， 然后这边的就是这个，对吧？这个就是我们刚刚添加的这个 marketplace， 然后 enter， 在 这里选择第一个 browse plugins， 然后 enter， 然后这个 front and design 这个 skill 呢，是在下面的这个 example skills enter ok， 应该就好了。好，接下来我们运行这个 model， 然后把模型切换到 opus， 这样的话效果是最好的。然后呢，给它提示词啊，就是请使用 frontend design 这个 skill 帮我设计一个习惯打卡应用啊，这个我们就用这个习惯打卡应用来做一个例子，然后下面有一些功能要求， 可以看到这些功能要求里面其实并没有 ui 层面的描述啊，整个 ui 的 设计我们都交给这个 frontend design 这个 skill， 然后完了以后呢，他就给我们生成了 这样的一个设计，可以看到这边有一个习惯列表，然后呢这边有一些统计， 然后这边还有一个成就系统啊，整体来说我觉得还是可以的，然后如果我们给它缩小一点的话， 可以看到它就变成了一个手机 app 的 设计，对吧？你看它这个导航栏放到底部来了，然后整个设计我觉得也是 非常 ok 的 呵，至少它不丑了，对吧？如果说你要给它上架，然后做一个就是非常高质量的 app， 可能还是略微差那么一点点，但是如果你只是比如说自己使用，包括比如说作为 demo 的 话， 我觉得是完全没问题的，这个设计是完全合格的。好，以上就是关于 front and design 这个 clock skill 的 使用，整体还是比较简单的，那这里的重点呢，其实是使用 up 四烟雾这个模型，哈哈，这个模型现在真的非常强大， 单呢本身也是比较贵的啊，所以对于国内的朋友，我其实挺推荐大家直接使用第三方的 a p i 的 啊，这样的话可以省去那些非常麻烦的网络的问题。那如果你不知道有哪些靠谱的第三方 a p i 的 话，也可以三点私信一下我啊，我可以给你推荐一下。好，这个视频就到这里，觉得有用可以点赞关注一下。我是双哥，我们下次再见，拜拜。

挑战，每天讲透一个 ai 知识点，今天是 codex 既与规则管理，已经 ok 了，是吧？ 你看依赖，他都帮我装好了，然后他还让我去 round 一下是吧？他会帮我把这个项目给 round 起来，这个就是 codex 它比较智能化的地方，他帮我把依赖也装了，项目也 round 起来了，是吧？然后他可以让我去，哎执行这个命令， 哦，然后咱们退出去啊，切换到这个 view demo 这个项目啊，然后在这个下面执行 codex 啊，这时候我其实就已经切换到这个项目下面了，大家看切换到这个项目下面哦，我在这个项目下面，接下来我要执行这个盈利的命令啊， 接下来大家可以看到啊，按照我们刚刚这里说的，我们执行到 init 命令之后啊， codex 会帮我们生成出使化的一个 agent 的 一个 md 文件啊，就是我们可以基于这个 agent 点 md 文件去做一个什么呢？呃，做一个项目规范的一个限定，是吧？ 好，大家看我们看一下生成的进度怎么样了，它还在运行，呃，它生成这个 agent 点 md 文件的话，它也需要，哎，帮我们把整个项目先分析一下，它不是随便生成啊， 他是也是要把项目给你看一下的，比如说你是一个前端项目，那他生成的这个 agent 四 d m d 的 话，肯定要带有前端的一些开发规范，是吧？这个不能随便生成的，如果是后端的话，他要去生成后端的一个 agent 四 d m d 文件啊，好，现在已经生成好了啊，我们打开 coser 里面看一下。 coser 里面啊，这里我们看到一个 u d m d 啊，然后找到 agent 四 d m d 好， 大家看，呃，当然全是英文的啊，没有关系啊，如果大家看不习惯的话，你可以这样，呃，你就直接跟他说， 帮我把把这个 agent 是 吧？ agent 键 md 文件内容 调整为英文啊，调整为中文啊，让大家看的更加清晰一些啊。这个大家可能看不太明白啊，其实就是一个仓库的一个这个规范手册啊。就是，哎， 这个项目像一个前端，一个基本的前端项目，他有一个卖点， g s 是 吧？有这个 v u 啊，有 component 是 吧？整个的一个 规范是吧？但他这个帮我生成的乱码是吧？嗯，他说帮我调整为中文了，但是已经变成乱码，说明他编码处理这一块有点小问题，那你就继续跟他说，嗯，我发现你帮我 改成中文后啊，内容变成乱码了， 解决下这个问题啊，就是因为他用的这个命令行的话，他有时候会 忽略掉这个编码问题啊，所以他默认可能是用的这个国外的一些这个国际的英文编码啊，所以可能会没有用 utf 杠八，所以经常这里处理会出现一些乱码问题。还有大家在这里看到一些输出的时候，你可能也会看到乱码，但有时候他最终会给你的是正确的 啊，所以这里面我们要需要注意一下啊，你看大家看啊，现在是不是就可以了，这样看起来是不是比较清晰一些啊？这是一个基于 v u 三加这个 v t 的 一个应用啊，原码的话在 s r c 下面， 然后公共静态资源在这个 public 下面，呃，然后包括它的一些组建的文件是吧？哪个目录是干嘛的？放什么东西的？是不得给你写的清清楚楚，然后包括一些构建开发命令应该是怎么样的啊？测试规范， 这个就是一份标准的这个 agents 点 m d 啊，有了这个东西之后的话，它后面开发的话就会参考你这个规范去生成啊。如果大家没有这个文件的话，它生成的内容可能会带有随机性啊，就这么意思，所以有了这个东西之后，你就可以想象成什么呢？ 你给 ai 啊，写了一个说明书，让他去帮你生成的时候，参考你的规范去做一个处理啊，就按照你的一个要求去干活，就这么一个规范啊。所以这个的话，如果大家要这个，把这个规范啊给确定好的话，你就是要有这么一个文件啊。

codex 和 close cly 五个高阶技巧，看完效率翻倍。五个技巧， codex 快 捷键，全局规则加乱码修复 mcp 服务器 get work tree 并行 hook 强制护栏， 每改一个文件，每跑一条命令都要按外长，任务被打断成几十段。解法是封装一个别名，加上危险模式参数启动，让 agent 一 气呵成跑完，最后用 getif 统一审阅。 不会写也没关系，把这一句话直接丢给 ai 检测我当前的 shell， 给 code 和 cloud 各加一个危险模式别名，写完告诉我怎么生效。唯一的提醒只在 get 干净的工作区使用，建议配合后面的 word tree。 第二招是把你的偏好写进局规则文件 code 放在用户目录的 code 下的 cloud md， 所有项目自动继承。 对 windows 用户这一招还能顺手治好乱码。官方 issue 七千二百九十，已经确认 codex 启动字进程时会回退到 c p 九三六，编码中文写进文件就会变成那串经典的筏金口。 解决办法是在规则里写清楚，禁用 bash， 改用 power shell 文件统一 utf 八五泵，必要时执行 chcp 六万五千零一。 第三招是给 agent 装上 m c p 服务器，你可以把它理解成 agent 的 外界神经，插上 playwrite， 它就会自己开浏览器，插上 github， 它就能提 pr， 插上 postchris， 它就能直接查数据库。 codex 的 配置写在 config tommel 里， cloud e 型 m c p i 的 命令就能装好， 配一次，终身受益。第四招是用 github 里，在同一个仓库旁边长出几个独立的工作目录， 每个目录跑一个 agent， 一个修登录，一个改 bug， 一个重构 api， 三个任务同时推进，互不打架和多份 clone 共享同一个 git 省词盘提交立刻可见。但文件物理隔离谁也改不到谁配合第一招的危险模式，效率直接翻三倍。 第五招也是最重要的一招， hoops。 没有 hoops 的 时候， cldmd 里写的规则只是建议 agent 心情好就遵守。 有了 hooks， 违规直接被阻断。 pre to use 在 动手前拦截威胁命令 post to use 在 写完文件后自动跑， prettier stop， 在 收尾时强制跑。测试配置就一份 settings gsn。 从此规则不再是写给空气看的。 五个技巧对应五个真实痛点， codex 解决审批力度，大局规则解决偏好和乱码， m c p 解决能力，边界， worktree 解决并行冲突， hook 解决规则失效全部加起来，你的 cly agent 就 从助手升级成了真正的工作流。点赞收藏，下次见。

库德叉是真的越来越牛逼了，我是真的不得不佩服他，你看他最近每天都在更新，基本上好像他每天都会给我们推送一个新的版本。 然后啊，我真的是希望库德叉这家母公司 over ai 尽快的把那个非常高傲的卡拉库德这家母公司安史洛克给干下去。 然后我们再来看一下库德叉，他最近在他的一个终端命令行开发工具，从零点幺二八点零这个版本开始， 它增加了一个非常牛逼的类似于 alpha loop 这个功能。在以前我们要实现类似于 alpha loop 这个功能的话，我们必须得通过小脚本来实现。但是这件库尔叉 它直接在它的那个终端命令行开发工具下面直接内置了一条非常有用的命令叫斜杠个， 那么我们以后只要通过斜杠个然后你告诉库德叉要实现一个什么样的任务，那么库德叉啊，他就会不停的在那里开花，迭代测试，开发迭代测试，直到达到你的目标为止。 所以啊，我们现在用库德叉的话，那么就会非常的方便。如果我们出去吃饭了，或者是晚上要睡觉了， 那么我们在吃饭之前，在睡觉之前，我们只要通过斜杠哥告诉库德莎他的一个目标，那么他在你睡觉的时候和在你吃饭的时候 就帮你把你的这个动物和你的这个目标给实现了。大家有时间的话，可以在睡觉之前和在吃饭之前 通过斜杠个这个命令来帮你去开发一个新的产品吧。

hello， 大家好，我是 fred， 专注从普通小白的视角去分享怎么从零开始用 ai 和 web coding， 提升自己生活和工作效率。很多人装完 codex 第一反应就是马上去让他写代码，但我会让他做另外一件事情，也就是 给他写好 hmd。 因为 ai 其实不怕复杂的任务，怕的是一开始没有规则，没有规则的时候他可能讲太多，改太多，甚至把你不想动的地方也顺手动的。所以说我们这期会先讲怎么让 codex 在 动手之前先知道你的规矩。 第一，什么是 a g m d？ 大家可以把 a g m d 理解成 ai 的 一个写作的说明书，它会告诉 codex 这个项目怎么沟通，怎么写代码，哪些安全底线不能碰，哪些操作必须先问 以前这些要求，你可能要每次重复的去讲，去写进这个文件以后，它就会变成一个默认的规则，你不用每次去教 codex 怎么去配合你。 然后第一部分，其就是他的整个的语言的使用规范，因为我日常沟通就用中文嘛，这样去讨论需求和复盘问题其实更顺的。 但是像在代码，包括命令行啊、变量名啊、日制和报错，其还是要保留英文的。原因很简单，就是因为 英文报错可以直接去搜索，方便去定位问题，如果全翻译成中文，反而会降低排查的效率。所以说我的原则是解释用中文，哎，记住信息，保留原样。 第二部分就是它的代码和提交的规范。虽然我们大家都看不懂代码，但是我也不希望 ai 为了去显得完整，去提前写一堆复杂抽象的东西，其当前需要什么东西，就把当前的问题解决干净，如果单个文件太长， 那就去拆主键，拆函数，去拆模块，每次改动尽量小一些，提交清楚啊，每一次的记录，这样后面口袋再去维护的时候，才不会被一大堆的这种十三代码去劝退，对吧？ 第三个最核心的点就是安全，与红线类似，像这种密码啊，密钥啊， a p r key 啊，这种是不能够直接写进代码的，然后包括像点 e n v 这种本地配置的文件，也不能提交到仓库，包括日期，也不要输出一些隐私的信息。 像日常的一些小改动，其实可以用一些低摩擦的去执行，但比如涉及到一些接口的结构啊，数据库的制段啊，批量去删除一些文件啊，或者说一些外部的账号和数据，就必须天 先让他停下来跟我确认。其实这不是去增加一些流程啊，而是防止一次自动执行，把一些项目改到不可控的状态。 然后第四个就是它的整个的执行与测试的工作流。就很多时候 ai 说，诶，我已经修好了，其实不重要，就验证通过才重要，你知道吧？ 所以说如果命令报错，要如实的去上 ai 报告，然后包括测试失败也不能查，包括修 bug 的 时候，最好去先写一个能够复现问题的测试，再去改代码，就跑完以后能跑测试就跑测试，能跑 nin 就 跑 nin， 这样才能够减少 ai 的 整个的一个幻觉， 想让他看起来完成，但实际上不能用的这种情况。然后最呃第五个呢，是我自己的一个用户习惯，因为我会要求他叫我 fred， 包括我自己的偏好去直奔主题，找一些形式化的确认，能够直接做的就日常 直接做啊，但涉及到一些可能删除啊，密钥啊，权限啊，上传啊，账号操作这种风险点啊，就必须还是跟我确认，这样应该就不是机械的去回复我，而是更贴近我自己的一个工作节奏。 然后像呃目前我的这个 a g m e a i 的 一个工作模式的话，就是遇到熟悉的问题，他会去用一些内置的 skills， 而不是每次都从零开始去乱试，包括改完源码之后去默认跑测试，降低一些低级的语法错误，也不会去做一些多余的发散。 真正高效的写作不是让 ai 写得越多越好，而是在正确正确的这种边界里面把当前的问题解决掉。 所以说我可以给大家看一下当前我整个的一个 h m d 啊，包括刚刚所说到的语言的问题，安全红线的问题，工作流程的问题以及代码标准的问题，和我自己的一些用户偏好，其实跟刚刚讲的是完全一致的， ok。 最后总结一下就是， agent m d 的 本质就是把你反复叮嘱 codex 的 话一次性写清楚，语言怎么用，代码怎么写，安全边界在哪里，什么时候要去验证，什么时候要去确认，都放进去， 它不是让流程变得复杂，而是去减少废话，减少返工。所以说 codex 安装好以后，我建议不要第一时间让它去写功能，先把规矩建立起来，先定规矩，再让 ai 去干活。规则清楚之后，你只需要告诉它目标， 剩下的就是让他按规则去执行。 ok， 我是 fred， 后面我会持续用真实的案例告诉大家怎么把 ai 用进自己的工作流。这就是本期的分享，我们下期再见。

你如果只把 codex 当成一个会写代码的 c o i， 那 它再强也只是个工具。真正拉开差距的，不是今天多会调一个命令，而是你能不能把它改造成一个会持续修正自己的系统。 这套东西不是某个特定产品的专属能力，本质上是一种工程架构， codex 也完全可以接住。所以今天这期我不先聊功能清单，而是先带你搭一套四层自动化系统，再讲它怎么落在 codex 里。 默认状态下的 codex 很 强，但他天然还是一轮一轮的帮你做事，不会自动把经验沉淀成稳定行为。 你纠正一次，他当下会改，可如果规则没被写下来，没被验证、没被复盘，下次换个任务还是可能重新犯一遍。所以问题从来不只是模型够不够聪明，而是你的项目有没有一套能让他持续收敛的方法。层 自进化系统要解决的就是把零散的纠正经验和约束，变成下一次还能自动生效的工程资产。 如果把自进化系统拆开看，最稳的方式不是堆功能，而是先搭四层，认知、核心路径、规则、 sub agent、 分 工、记忆、循环。 第一层负责定义这套系统到底要变成什么，第二层负责让不同路径各守边界，第三层负责角色协助，第四层负责把经验沉淀下来。你可以把它理解成一台能学习的工程机器，上层管方向，中层管约束，执行，层管协助，底层管长期记忆。 只有四层一起成立， codex 才会从一个临场执行器，变成一个越用越稳的工作系统。 第一层叫认知核心作用是把这套系统的方向写清楚，让 codex 每次进入项目时都先知道自己在服务什么目标。 这层最直接的落点就是 agent 点。 md 里面不只是放命令清单，而是放原则、边界、完成标准，以及遇到复杂任务时的思考顺序。 如果你不先把认知核心写出来，后面的 rules、 sub agent 和 memory 都会变成漂浮在空中的局部补丁。所以第一层不是技巧，而是系统宪法，它先决定 codex 以后会长成什么样。 第二层是路径作用域规则，它解决的问题是不同目录、不同任务、不同风险等级，应该触发不同的约束，而不是一把尺子量所有场景。在 codex 里，这层可以落到 rules、 hooks、 skills 这些能力上，让某些规范指在某些路径生效，避免上下文又厚又乱。 比如安全规则只在认证和接口层激活，性能规则只在数据库热路径激活，复盘流程则通过 hook 在 关键时刻自动提醒。路径规则的意义是让 codex 不是 背一整本规则书，而是在对的地方拿到对的约束。 第三层是专用 sub agent 的 分工，自动化系统如果一直只让一个主智能体兼顾所有角色，最后很容易变成记忆和职责都混在一起。更稳的做法是把规划、验证、审查、采集这些角色拆给不同的 sub agent， 让每个角色只在自己的边界内积累经验。 这样做的好处不是看起来高级，而是上下文干净，职责更清楚。后面要升级某个角色时，也不用把整套系统一起重做。 sabotage 分 工的本质是把进化拆成多个可维护的小系统，而不是堆在一个总入口里硬记忆。 第四层是记忆与进化循环，它真正回答的是你纠正 codex 一 次之后，这条经验到底怎么活到下一次。如果纠正观察已学规则和演化日制只是随口说说，那它们不会形成系统，只有被写进文件，被定期复盘，才会开始真正积累。 所以这层不神秘，就是把 corrections， observations， learn， rules， evolution log 这几位信息组织成闭环。 自净化的关键不在于会不会自动学习，而在于你有没有把学习结果保存成下次还能继续用的结构。讲到这里，你会发现四层架构并不是悬空的， codex 已经有足够多的原生能力能把这套方法一层层接住。 认知核心落到 agent， 路径规则落到 rules、 hooks、 skills， 角色分工落到 sub agent， 工具边界和外部能力则落到 m c p。 真正要你自己补的，是第四层，记忆循环，把纠正记录、观察记录、以学规则和演化日制这套方法层建起来。所以这套事不是照搬某个产品，而是把 collex 已有能力和你自己补的记忆层拼成一套完整系统。 如果你是第一次搭这种系统，别一上来就做满配，先做一个最小目录结构，把四层都落进去就够了。一个能跑的起点其实很简单，跟目录放 agents 点， md， 下面分 rules， skills， memory， 再留一个 sub agent 目录，专门放角色。 这样做的好处是，你不用先把所有能力都塞满，也能先让 codex 从一套有边界、有记忆、有复盘的结构里工作。对新手来说，先把目录搭对比，先研究一堆高级命令更重要，因为后者很快就会忘，前者会直接影响每天的写作方式。 不是每个人都需要给 codex 上这套自进化系统，关键看你是不是已经进入了重复纠错和长期写作阶段。 如果你现在只是偶尔写点小脚本，那默认状态已经够用。但如果你已经开始长期跑项目，多人协助反复复盘，这套方法就很值钱。 它最大的收益不是让今天更炫，而是让下个月的 codex 比今天更稳，少犯你已经纠正过的那些低级错误。所以值不值得搭，看的是你要不要让经验开始复利，而不是看你今天想不想试一个新玩法。 总结一句， codex 要不要变成自动化系统，不取决于某个神秘开关，而取决于你愿不愿意把四层结构真正搭起来。 当认知、核心路径、规则、 subagent 分 工和记忆循环都落下去之后， codex 才会真正开始越用越稳。所以别急着找捷径，先把这四层写出来，你会发现，真正会进化的从来不是 cli 本身，而是你的工程系统。

哇，你是不知道我现在每天跟 ai 玩，觉得玩的很开心，你看我这里电脑啊，这是开的视频，这边在呃设计 codex 的 一个 md 吧，就是在设计一个版式，因为它现在 codex 我 让他做 ppt， 他 那几个版式出来我一直不太满意，然后 h t m l 文件 出来的那个效果也有一定问题，然后我搜索到一个方法，是通过设置一个 design， md 就是 具体的版式的要求，包括字号有没有阴影，有，嗯，标题是那个，比如说那个框是圆的还是方的这些问题，然后这它正在生成，我看能不能翻转镜头 啊？设计一个规划院汇报文本、报审文本三合一，横向文本，主要字体是多少，标题使用哪一个？然后需要有怎么样的夜间节奏跟标题页的设计 啊？我每现在每天喝喝喝喝喝茶，喝喝茶，然后这边开一个，嗯，可以开一个学习的视频，或者说开一个娱乐的视频，然后等待他生成，然后再检查不断的优化他。这就是我比较轻松的一个一个假期状态了，我觉得还挺悠闲的，如果不出门的话， 他让我感觉还蛮好的，就是有一种你虽然在呃轻松的娱乐，但是哎， ai 在 替你干活，然后这这事情确实又有进展的，这种感觉蛮爽的。

codex 帮我重构了一个多小时，我手电关错窗口，四十多个文件的进度啪一下全没了。那次之后我不敢再裸跑长任务，不是模型不行，是 codex 默认根本没有进度这个概念，而每一轮都活在当下， 窗口一关，记忆为零。我现在跑长任务只靠一个机制，在 ajax 点 md 里写死一段规则，让 codex 每走一步就把状态落到一个叫 progress 点 md 的 文件里。这一段规则就三条，你直接抄。第一条，每完成一个子任务更新 progress 点 md， 里面就三行，已完成进行中。下一步不是写心得，是写状态。比如已完成拆出 os 模块的五个函数， 进行中再重写 login handler。 下一步跑 past tests 斜线 os。 第二条，每条状态后面必须挂一个可跑的命令，不是基本完成这种废话是 past test 斜线 os 通过 npm test 还剩两个失败。 没有命令等于没有证据，你重启之后就接不上。第三条，重启会话，第一句话不要说，继续说，继续，它会自己脑补，越脑补越离谱。 正确的开场白是读 progress 点 md， 从进行中接着干，不要重做已完成。就这一句。 这套规则最关键的地方在哪？ agents 点 md 是 codex 每次绘画都会自动读的文件，你写一次，他每次都记得你不用每次开任务都重新交代规则。我自己加了这段之后，上周跑了一个四十分钟的批量改动， 中间 vpn 断了一次，我重开绘画，发了那一句开场白，他接着第七个文件继续改，没重做一次长任务保命不是靠模型更强，也不是靠你不关窗口， 是靠你把状态落到文件规则写进 agent， 点 md 评论区打 checkpoint。 我 把这段 agent 点 md 规则原文加 progress， 点 md 模板一起发你。

你现在看到的这条视频不只是介绍 codex， 它本身也是 codex 剪出来的。从脚本、字幕、 旁白到最后的三分钟成片，都是在 codex 里自动完成。今天要展示的是 codex 怎么帮我们做视频 批量去重剪辑。做短视频矩阵号、课程素材或者电商素材的时候，文件夹里经常会有很多视频，名字乱、版本多、内容相似。如果一个个打开检查，再手动改名、裁剪导出，时间很快就被重复操作吃掉。 交给 codex 的 方式很简单，先把素材放进同一个文件夹，然后把规则说清楚，扫描所有 mp 四和 mouse， 判断哪些视频重复，保留质量更好的版本，输出到新的文件夹，并生成处理报告。 codex 会先读取当前目录，确认视频数量、格式和文件结构。接着它会生成自动化脚本，要用 snag 读取每个视频的时长、 分辨率、码率、文件大小这些基础信息。第一层去中，可以看文件名、时长大小和分辨率。这一步很快，适合先把明显重复的副本导出版临时文件筛出来。 第二层去中，可以让 codex 用 panpack 抽取关键证，它会把相似视频的画面拿出来作比对，避免只靠文件名判断。这样即使文件名完全不同，只要内容高度相似，也可以被标记出来。 发现重复以后， codex 可以 按规则选择保留哪一个，比如保留分辨率更高的、码率更好的，或者体积更合理的版本。不确定的文件也可以先放到待确认列表，不直接删除。如果你想做轻度剪辑，也可以继续告诉 codex， 统一裁条开头两秒，或者去掉最后一秒片尾。对于片头片尾重复素材需要重新整理的场景，这一步很实用。处理完成后， codex 会把保留下来的视频统一中命名，比如 d d o 零零一 时，把结果放进新的 deduce videos 文件夹，不覆盖原始素材。最后它会生成一份处理报告，报告里会写清楚哪些文件被保留，哪些文件被判断为重复，哪些文件被跳过，哪些需要人工确认。这就是 codex 做视频批量 去重的核心价值。你不需要手动点开每一个视频，也不需要反复复制命令，你只需要说清楚四件事，素材在哪儿，怎么判断重复保留、什么版本，输出到哪里， 剩下的扫描、对比、裁剪、改名、导出和报告交给 codex 自动执行。就像你现在看到的这条宣传视频一样，它的剪辑、字幕和旁白也是 codex 在 本地自动完成的。

如果你使用过呢，用 cortex 去做设计师个人作品集的话呢？你就知道我们以前用 ps 拍板做作品集是多么的痛苦啊， 因为 ps 做的作品集的话，本质还是像素，它是一个静态的，对吧？那你用 cortex 做的话呢，它是做的是个人网站，那是它是可以交互的，那可以交互的话是什么呢？就是你是可以让你的作品集动起来，而且是有互动性的。 那在这个 ai 时代里面的话呢，我们做设计师的一个方式，做做美学方式，是不是应该也可以改变一下？对呗，那这样的话就是你的 给啊，面试官那个印象也会不一样，你还是说我还是拿一个什么发过去个 pdf， 对 吧？跟你发一个个人网站过去的话呢，这种 视觉效果展现那会差距会非常大的，而且的话他制作效率的话呢，会特别高，你看这三个的话呢？那个，呃，作品集的话呢？其实我就是一个下午的时间做出来的， 而且你还不需要什么再去一张张去排版，你可以什么？你可以同时丢非常非常多的作品丢给他，注意分组丢哈，不要一起丢，因为他他不好跟你分，就是一组一组作品丢给他，让他呢自动给你排版，然后呢再写上文案，对吧？你看这种交互性的网站 就好太多了，而且是他是可以动起来的，这样子话呢，你是可以干嘛呢？你是可以让你整个这个作品的展现方式，对吧？就更加直观一些， 而不是什么呢？而不是说我又是发一个非常大的一个作品，对吧？动不动几百兆或者一个 g， 别人下起来这么麻烦，那丢个网址过去的话呢？那这样去面试官打开来的话来看的话呢， 是会有惊喜的啊，别看现在那个那个现在什么用 gmail 啊，或用酷派克斯啊，你做这个设计师个人作品及网站的话是特别简单，但是你发现啊，但真正去做的人其实很少啊，就像现在什么就俏皮皮的 mj 二， 已经非常非常多人都知道他是很厉害，对吧？但是你问一下身边的设计师的话呢，真正有用过他的人其实少之又少啊，对吧，很多人有连那个 gdp 对 吧？都上不去， 是不是都说还是有信息差的，所以赶紧用克莱斯做更多品质啊。这个真的是效果非常快，而且很好。什么呢？很好，去去展示你自己的一个能力啊。

很多人用 codex 最大的问题不是不会写提示词，而是场景一变，整个人就乱了。做代码审查一套方式，写杂活又一套方式，改 bug 再一套方式，每次都手动切模型切权限切，审批效率特别低。 我现在基本不这么干了，直接把不同任务做成不同 profile。 比如一个是 deep review， 专门高推理加严格审批，一个是 quick， 专门干杂活和快速修改，启动的时候一键切换，整个工作流马上进入对应状态。你看这一屏，任务一变 profile， 一 切模型全线审批一起变。 重点来了，高手不是每次都重新配置，而是提前把场景固化成规则。以前你是自己适应工具，现在你是让工具自动适应场景。不是你不会切任务，而是你没有把常用工作流先沉淀下来。

你现在看到的这条视频不只是介绍 codex， 它本身也是 codex 剪出来的。从脚本、字幕、 旁白到最后的三分钟成片，都是在 codex 里自动完成。今天要展示的是 codex 怎么帮我们做视频 批量去重剪辑。做短视频矩阵号、课程素材或者电商素材的时候，文件夹里经常会有很多视频，名字乱、版本多、内容相似。如果一个个打开检查，再手动改名、裁剪导出，时间很快就被重复操作吃掉。 交给 codex 的 方式很简单，先把素材放进同一个文件夹，然后把规则说清楚，扫描所有 mp 四和 mouse， 判断哪些视频重复，保留质量更好的版本，输出到新的文件夹，并生成处理报告。 codex 会先读取当前目录， 确认视频数量、格式和文件结构。接着它会生成自动化脚本，要用 smart 读取每个视频的时长、 分辨率、码率、文件大小这些基础信息。第一层去中，可以看文件名、时长大小和分辨率。这一步很快，适合先把明显重复的副本导出版临时文件筛出来。 第二层去中，可以让 codex 用 panpack 抽取关键证，它会把相似视频的画面拿出来作比对，避免只靠文件名判断。这样即使文件名完全不同， 只要内容高度相似，也可以被标记出来。发现重复以后， codex 可以 按规则选择保留哪一个，比如保留分辨率更高的、 码率更好的，或者体积更合理的版本。不确定的文件也可以先放到待确认列表，不直接删除。如果你想做轻度剪辑，也可以继续告诉 codex， 统一裁条开头两秒，或者去掉最后一秒片尾，对于片头片尾重复素材需要重新整理的场景，这一步很实用。处理完成后， codex 会把保留下来的视频统一中命名，比如 d d o 零零一 时把结果放进新的 deduce videos 文件夹，不覆盖原始素材。最后它会生成一份处理报告，报告里会写清楚哪些文件被保留，哪些文件被判断为重复，哪些文件被跳过，哪些需要人工确认。这就是 codex 所视频批量 去重的核心价值。你不需要手动点开每一个视频，也不需要反复复制命令，你只需要说清楚四件事，素材在哪儿，怎么判断重复保留、什么版本输出到哪里， 剩下的扫描、对比、裁剪、改名、导出和报告交给 codex 自动执行。就像你现在看到的这条宣传视频一样，它的剪辑、字幕和旁白也是 codex 在 本地自动完成的。

你有没有想过自己做一款 app？ 这是我通过口袋思制作的第一款 app， 你 可以不懂代码，也可以不懂编程，你只需要通过它就可以完成这一切，那官网一般会自动识别你的设备， 那像我这个是 windows 版本的，只要相应对应的版本就可以了，那安装完之后呢，基本上就完成一大半了。 那我个人实测下来，我觉得口袋直接去对话框里的能力还是比较弱的，那我一般会搭配 gbt 去使用。那么首先呢，我们可以在 gbt 里面让他去生成一些产品页面的 ui 图，可以这么写，我是之前生成了这样一个参考图， 然后就把这个给到 gbt， 让他分析。然后这里有个非常关键的一个点啊， 因为后续我们制作的话，一个是配置对应的环境，另外一个是它，呃，运行中可能会存在一些缓存或者怎么样的，因为默认都是在 c 盘，所以我们一般会追加一个条件。那这些呢，可能是后续你需要的一个对应的小插件， 如果说不知道这东西怎么去下载的话，你可以说把它截图，然后给到，还 是一样的给到 gbt。 那 么在完成所有的环境配置和 gp 分 析的结构框架下，就可以完全丢给口袋罗斯去跑代码了。当然在这编码的过程中，如果你有新的想法，你也可以直接描述给 gdp， 让他去给你重新架构好，或者说新增某一个部分。 原本是点击之后就有一个交互的，但我觉得这个蛮无聊的，所以我增加了一个滑动的按钮去删除。 那到最后呢，你比较满意的版本就可以将文件压缩成 app 发给对方使用了。 但这里需要注意的是，一定需要填写你的签名啊，其实就是授权的意思，不然就会出现像这种未知安装不给安装的结果。那最后呢，你就可以得到你自己开发的这款小软件了。那我们下期再见。

就是 codex 真的 是太好用了，因为我平常会用 opc 点来记录我的一些个人的内容， 然后我一般都会画一张呃画板，上面用一个清晰的结构来放我每个文件夹的内容，但是我有写日报的这个习惯， 所以呢，我每次就会点开这个呃我的日报的文件夹，然后进入到我的日报内容当中，然后再从这个里面去完成我的日报，然后我一般会新建一个这样子的内容，比如说进来之后我会去完成我所有的内容，完成之后呢，然后我需要使用 我会进入到这个里面之后呢，然后我创建一个日报的链接，然后会口述我的内容全部都放在里面， 然后传统的是我需要把它放在嗯这木乃三里面去帮我整理一遍，之后变成一个结构化的内容，之后再放回到日报内容里面。 但是呢，我想了想，与其都这样，我不如直接用 codex 去帮我做这件事，所以我就给到他一个我的口述日报的内容，然后让他帮我整理 到这个奥布 c 店里面，然后并且放到指定对应的日报内容的这个马拉岛文件当中，然后并且以当天的日期去命名，然后是补习小组给了他之后不到两分钟的时间他就帮我把这个技能优化完了， 现在的话呢，就是他已经创建好了这个技能，以后呢，我只需要给他说你帮我整理今天的日报，然后他就会把我所有口述的内容转换成一个结构化的呃模式结构化的内容，然后再帮我整理到 opc 店里面， 然后放在对应的日期的链接里面就变得非常的简单。