codex进度条卡住原因

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 都遇到过的痛点，丢一次进度，心态直接崩。 hermes 的 解法是三步把进度接住，一步都不能省。第一步是任务拆分， hermes 会在任务开始前把大任务自动切成小单元， 每个单元十五到三十分钟能跑完，力度小到出问题也能快速重跑，不会一掉就丢。两小时，这个力度是踩过坑摸出来的。 第二步是状态外置， codex 跑每一步的中间，结果会被 hermes 实时写到本地存储里，包括用了哪些文件，改了哪些地方，跑到第几步，当前的上下文摘要用到的外部工具调用全部留痕，不依赖 codex 自己的内存，关掉终端也丢不了。第三步是断点续跑， 任务中断后， hermes 读最后一个状态记录，直接从中断点接着跑。把之前的上下文重新组装好喂回去。不用从头再来，也不用你重新交代背景，接续无感。这套价格跑下来长任务的完成率会有明显提升， 人也不用一直守在电脑前盯进度，注意力解放。我用这个方案跑过几个上千行代码的重构任务，中间断过两次都自动接上了，最长一次跑了六小时，没人盯也照样完成你的长任务掉过链子吗？评论区聊聊你踩过哪些坑。

今天教大家用手机控制电脑上的 codex， 这个功能很好理解，电脑继续负责跑项目，手机让你随时看到进度，也能在关键时候做决定。在 mac 上打开 codex， 登录账号，选中你正在做的项目， 直接交代任务，比如修复一个问题，调整一个页面，或者让它帮你运行测试。离开电脑之后，打开手机上的嵌 gpt， 进入 codex， 你会看到正在运行的设备，比如 macbook 或者 mac mini。 点进去手机就能看到 codex 在 电脑上的工作状态，它现在处理到哪一步，改了哪些文件， 测试有没有通过，电脑画面里发生了什么，都会同步到手机上。 codex 需要你确认的时候， 会把请求发到手机上，你可以批准，也可以拒绝，还可以直接告诉他换个方向继续处理。代码、文件权限和本地环境都还留在电脑里，手机只负责查看进度，发指令， 做审批，这就很适合那些需要等一段时间的开发任务，你可以在路上看一眼修改结果，排队时批准测试。回到电脑前， codex 已经把进度整理好了， codex 手机版的价值就在这里，电脑继续工作，你随时接收。

一个十几行的小文件，能让 codex 的 输出质量提升一倍以上，这不是夸张，是 codex 官方文档第一条就强调的是这个文件叫 agents md。 今天讲怎么写，写对了，体验完全不一样。 agents md 就是 你给 codex 写的一份项目使用说明。 codex 每次启动的时候会自动读这个文件，不需要你手动加载，也不需要每次粘贴。你在终端里输入斜杠 init， 它就会根据你当前项目自动生成一个模板，你在上面改就行。 你可以理解成 agent m d 就是 codex 的 项目脑，没有这个文件，他每次都是一个失忆的新人，有了这个文件，他一上来就知道你的项目怎么跑，有什么规矩？那具体写什么呢？ 很多人的第一反应是把项目文档全搬进去，写个几百行，千万别这么赶。 codex 有 一个三十二 kb 的 硬性上限，超了直接截断重要规则可能就丢了。 而且就算没抄写太长，它也会选择性忽略。我的建议是，只写五类东西，按重要性排。第一，怎么跑？命令用什么测试框架，什么 link 工具，什么包管理器？比如跑测试用 m p m test， 装依赖用 p m p m install。 第二，提交前要做什么？ 比如 p r 前必须跑 m p m round link 和 m p m test 都通过才能提。第三，哪些东西不能碰？比如不要修改 e n v 文件，不要动 migrations 目录下的已有文件。第四，项目特殊约定，比如 commit message 的 格式变量命名用驼峰还是下划线？ 第五，加依赖的规矩，比如安装新的生产依赖之前先问，我就这五类，每类一两句话就够了，整个文件控制在十几行以内是最舒服的状态。 知道写什么之后，说三个特别容易踩的坑。第一个坑，写态度，不写命令，请认真对待代码质量。这种话， codex 看了等于没看，你要写 p 二前跑 m p m run link， 给他具体的动作，他才知道怎么执行。 第二个坑，把他已经能猜到的东西写进去。如果你项目根目录有 stanfig g s o n， 你 就不用再写本项目使用 tab script 了，他看得到你写了，反而是噪音，会稀释真正重要的规则。 第三个坑，写完就不管了，项目在变，规则也在变，每隔一两周回去看一眼。如果某条规则删掉， codex 照样做得对，说明它已经能从代码里推断出来了，删掉就好，保持精简，越短越有效。 基础写法讲完了，说一个进阶用法，分层管理。如果你的项目是单仓库多服务，比如后端用 python， 前端用 python， 规则完全不一样，全写在一个文件里， codex 会混乱。正确做法是利用目录层级，根目录放通用规则，比如 commit 格式、 pr 流程， 然后在每个服务的子目录里各放一个 agents md， 写各自的测试命令和代码规范， codex 进入哪个目录就自动叠加哪条链路上的规则，离当前目录越近的，优先级越高。 另外还有一个小技巧，如果你想临时改规则，但不想动员文件，在同目录下新建一个 agents override md 就 行，它会自动覆盖原来的，删掉就恢复，非常方便。 总结就一句话， agents md 不是 写的越多越好，是写的越准越好。 agents md 写好了，它比你想象的靠谱得多。关注 maxim， 持续分享更多有意思的内容！

这个软件大家一定要用起来哈，真的比小龙虾好玩多了。然后我现在做了一个自动切片的软件哈，然后我们开始批量切片哈，你你可以发现他开始切片了， 但是我不知道他当前任务进度百分之三十，我不知道他在执行哪个任务，写那么多任务。所以我看到第一个问题了，然后第二个问题就是这里有个选择目录，每次切完了之后，我想打开所在目录嘛，是不是没有这个快捷键？然后我就发现这些痛点， 所以说你只要跟上 get 说一下，你就截个图给他，我说我把这个进度放在这里，是不是这样有显示就可以， 是吧？就截个图试一下嘛，我就说我希望在每个文件名称右边都会显示时长啊，对，时长什么意思？就是我这个视频到底多长我不知道，一分钟、两分钟，如果我都看到一个，一个小时三十分钟，我就可以不切，因为太长了，切没多少意义，或者说很浪费时间。让我知道一下每个视频 时长，是不是所以右边显示时长，然后开始识别之后会有个进度，是吧？显，只要显示百分比进度就好，然后最终该视频 完成就显示百分之百。二、双击列表中带切片视频可以播放视频，意思就是我双击这个东西，我就可以马上播放视频，我知道这个视频到底是大概有没有必要切片嘛？不然我要找到这个啊，我的文件管理目录那里找到那个视频就没必要了，所以我可以 这里双击就可以播放嘛，是不是？然后我们看一下第三个啥，最终切片完会有个快捷键叫做打开切片所在 find 哈。 find 什么意思啊？在苹果里就是我的电脑意思打就打开所在目录个字哈，我们叫访达哈， 知道吧，所以这个是苹果专用的叫翻的啊，就就是打开所在目录的意思哈。啊，就放在选择目录旁边或下面都可以啊，就我的意思就放在这里这样点击一下就可以打个目录嘛。所以这就是我的一个需求嘛，是不是我只要发给他， 然后他就马上给你改软件啊？啊，我们看一下他是怎么思考的啊，你看改完之后我按照我立即生成并新的麦克 app 是 吧，他就开开始浏览你的电脑文件了，就是他会看你的代码，这是我代码文件嘛？ 是 𠲎， 我 已经把这搞清楚了嘛，是不是他很快的我准备开始改代码啊，这次我干嘛干嘛？然后他开始浏览了这个代码，这意思啊，是不是所以他就有个过程他要思考嘛，开始编代码了嘛，是不是在编辑嘛，加了三个代码就加加了三个代码，然后减了一个代码嘛。啊， 又在思考了啊，然后这是我在切片切了好多是不是？你看我现在他在干嘛我都知道哈，我就把这个一定要一定要把它关掉，我就没什么用，比如之前我是这样切的，看他说的图就知道了，是不是？这是什么？是人还是物？是不是？你看这个明显就是一个春联吗？是吧？ 然后呢？我现在我们看一下，因为太多了，你看切片整理，你看他现在就是怎么近景特写啊，我觉得没必要啊，很容易到时候会重名，但是如果说按照日期去的话就不会重名哈。 好了，我们再看一下它是怎么改掉我的，那我已经把功能逻辑修正了啊，然后现在它在编新的 app 哈，在编写新的 app 了，然后，哎，你看这个就有又发现一个 bug 了，没有终止任务，是不是？ 是不是？所以我又开始说可以终止，你看只有开始切片工具啊，但是我因为我一下子放了一百七十四个视频哈， 然后每个视频可能就几十上百个镜头，是不是你这样算下来有几万个镜头了？所以说你看现在没有终止，所以你发现 bug 你 就修 bug 嘛，然后你就给他一个命令嘛，给他个命令他就会跟跟你改。好， 我现在终止不了。你看到搞了那么久，只只完成百，总金额百分之一，但是视频已经完成一两个了哈，你看我现在已经完成三个视频了，你看每个视频啊，都有那么多。这个东西是我自己做的一个软件哈，就它会提醒我完成了这个任务。好， ok， 我 们可以单机一下就能打开了， 我们打开看有没有改过来， ok， 我 们把这功能关掉哈，然后添加文件夹，比如我选择这个哈，你看一下 是不是这个。好好，我们开始批量切面试一下哈， ok， 你 看进度六，你看跟这个同步了二十一，你看他就帮我实现了功能，是不是老师上五十八秒嘛，我就知道哪个东西嘛，你看还有三十六分钟的，是不是三十六分钟就我们就要着重一下嘛， 下次我再加个功能，叫点击排序嘛，点击一下就可以排序的，然后这个进度不就是可以随着中指我再加个功能叫中指任务，然后改个红色嘛，是不是可以中指任务嘛？你看 他开始已经识别出来了，他要切片第二个了，但是因为我这些东西哈，都是只有一个镜头的哈， 大家好，我现在在和田的一个枣园里啊，大家可以看到吧，所以他只识别出来一个镜头， 所以现在就是刚刚那几个功能。是不是跟我帮我实现了一个进度条，一个打开所在的翻的，还有你看现在就知道了。切哪个镜头我就知道了他给我切了哪个镜头，我还有个东西叫什么啊？双击可以播放视频， ok， 比如说，我现在测试一下哈，比如说看一下这个， 呃，我穿越又失败了哈，这些双击你看马上能播放了，相信那么久 是吧。双击，咦，牛逼，如果说是吧，所以你基本上你要啥功能他就给你实现啥功能啊，等个几分钟就实现了哈，也不用写代码，也不用干嘛啊？是这样的哈，如果说你们看不懂 我的视频，到时候我会出几期置顶哈，你们可以看一下置顶有没有置顶视频置顶会讲一下。呃，扣代码是怎么安装啊？大概怎么使用，你们学一下入门，你看了入门之后你再看我的这个视频，肯定能看得懂的哈，如果看不懂也没关系。好吧，你们记得先看一下置顶， ok， 反正这个东西我也是随便的锻炼自己的输出能力了，我也不求多少人能看这个视频， 反正就是分更新一些，我在时时在做的一些事情啊，每天出一期两期，是不是我觉得这种视频还是对人有点帮助的哈，就是我的一些思路是怎么做的，是不是比较真实哈？

想用 codex 改老代码，挑错了模块，改一个地方牵动半个项目，回滚两天才稳住分模块隔离这一步，不少开发者拍脑袋就挑了。我用这三条标准选过几十次，中间没回滚过。 第一条看依赖度，挑被依赖少的叶子，模块先动怎么找叶子模块？让 codex 跑一遍，静态分析，把模块之间的调用关系输出成依赖图 处理。出度高入度低的是高风险节点，改一个地方会牵动一大片，先放着不动，出度低入度也低的才是真叶子。这种模块改坏了影响面也小，适合作为起点。第二条，看测试覆盖度，优先，挑已经有单元测试的模块，没有测试的，要先让 codex 补一轮再动手。 codex 这种工具改完没东西验证对错，出问题的概率会高很多。有测试，当对照改坏了，立刻能看出来，回滚也快。 第三条看业务边界，挑那些职责单一、对外接口少的模块。判断方法很简单，你能用一句话讲清楚这个模块干什么，就是边界清晰，讲不清楚的，说明他和其他模块藕合太深。这种留到后面再动，再补一个返利。有人挑模块时只看代码行数，挑那个看起来体积小的先动， 结果那个小模块是个公共工具类，几乎所有业务都引用他改一个签名，整个项目变异都过不去。代码行数小不等于依赖少，这是分模块隔离里很常见的反直觉坑。这三条标准用下来 call 代码，改老代码不会一改一大片，改完跑测试也能兜底。 我重构那个十年扎马项目时，就是这套流程，中间没有回滚过，你挑模块时是按什么标准评论区，聊聊踩过哪些坑？

codex 不是 不能接项目，大部分人翻车是因为前面没加 hermans 这层管家。我以前最怕的不是他写错代码，是一个长任务，跑起来以后越改越散，窗口一关回来根本接不上，你让他直接吃一整团需求，他看起来很猛，实际特别容易失控。 我后来把流程改了，只多加一层 hermes， 效果完全不一样。第一步， hermes 不 让 codex 直接开干，先把任务拆成三段，已完成进行中下一步，这样 codex 每次拿到的不是一个模糊大需求，而是一段明确的小任务。 第二步， hermes 强制留进度，我现在都会让他写 progress dmd， 里面只记四个东西，改了哪些文件，最后一个成功命令现在卡在哪，下一步跑什么。所以就算任务中断也不是重来，而是打开 progressmd 继续接。第三步，危险动作，不让 codex 自己排版， 像删文件装依赖改大范围代码， hermes 会先拦一下让我确认。这一步特别关键，因为 codex 最怕的不是不会写，是你给他太大自由，他就容易越改越乱。所以我现在的感觉很直接， codex 负责执行， hermes 负责拆任务，管状态，拦风险。 这样 ai 才不像一个会聊天的写马工具，而是真的开始像一个能接项目的执行员。如果你也想看我这套 codex 加 hermes 的 项目管家结构评论区打项目管家，我把我现在用的 progress 打 md 模板发你。

大家好，我是郑一环，今天我们看一下扣代词自动化任务，扣代词可以把重复工作封装成自动化任务，并且定时自动执行。 比如我每天早上都需要看 ai 热门资讯，用来做自媒体选择题，这件事每天都要做，并且流程完全一样，很适合做成自动化。具体步骤就是我先跟扣代词说， 帮我搜索今天全网关于 ai 方面最热门的资讯，挑选十条发给他。内容生成以后，我们先确认一下内容有没有问题， 没有问题的话我们再给 codex 下新的指令，就是把搜索当日最热门的十条 ai 资讯做成自动化任务，每天早上九点执行，然后发给他。 我们可以看到 codex 已经创建好了任务，后续的话我们可以在左上角的自动化这里查看和管理我们的自动化任务，可以修改自动化任务的内容，也能修改执行时间等等。

你以为你会用 codex 吗？这条视频给你看七个真正的高级命令。第五个，百分之九十的人都没用过，少一个少一半效率。第一个 codex 空格双横杠， full auto。 这是日常开发的甜蜜点，自动批准读和写，但敏感操作还会问你， 你直接优了安全比默认模式快，是写代码的标准启动姿势，每天开工第一行命令就用它。第二个 codex 空格， resume 绘画被打断了，不要慌，敲这个命令直接恢复上次的进度，上下文一点不丢。我每天早上开工的第二个命令就是它，比重新解释一遍项目背景快得多。第三个 codex 空格双横杠。三 dbox 空格 read only， 专门给探索代码用了止读模式，读老项目，查依赖看历史，写文档不会误。改一行代码，安全感拉满，做代码考古的时候必用。第四个 codex 空格双横杠。 profile 加名字，给不同场景配不同的 profile， 比如 review 的 profile， 用更强的模型止读跑 c i 的 profile， 跑非交互模式，不用任何确认，切换一行命令搞定，不用每次手动调参数。第五个，敲 codex 空格 m c p。 这是真正的杀手锏，让 codex 把自己暴露成一个 m c p server， 其他 agent 比如 cloud， code， cursor 都能调用它干活。 一个工具变成所有 agent 的 能力扩展，百分之九十的人都不知道，还能这么玩？知道的人已经在搭多 agent 写作了。第六个 codex 空格双横杠。 s d r 授权额外的可写目录。 比如你要让 codex 同时改前端和后端两个仓库，加这个参数就能跨目录工作，不用来回切目录切上下文。第七个 codex 空格 exact 空格双横杠 jason 加一句话，非交互模式加接送流式输出，专门给自动化脚本用。我的视频生产 pipeline 就是 用这个调度 codex 的， 能嵌入任何工作流。

暴雪这网安装卡再下载新文件百分之五怎么办？这个问题主要是国服这网安装会出现这个问题，需要我们换一个安装包安装才能解决啊，不多废话， 直接说这个问题的解决方法需要我们去准备一个企鹅，然后我们先找到右上角的这个口令界面，到里面去输入生活即可，有时常用来后续操作。 然后我们在里面找到这个暴雪战网，直接又划到平台后找到右侧战网下载选项，在这里直接安装战网即可。这个安装包包体的文件员和另一个版本不同，因此不会有卡在下载新文件百分之五的情况，这里我们耐心等待安装完成。这里安装完成后，我们再打开完成登录，就可以正常进入到战网了。 那么以上就是我们这个在网安装卡百分之五无法完成安装的一个问题的有效解决方法了，如果觉得对你有帮助的话，记得点个赞再走哦，还有问题的话评论区留言，我来帮你解决，那么我们下个视频再见了。

很多人第一次用 codex， 最直观的感受是你给他一个任务，从理解、修改、测试，最后到回复小任务里已经够用了。一旦项目变复杂了，其他的问题就都出现了。比如一个项目同时有前端、后端、安卓，还有其他软件的自动化， 开了好几条县城，让他们分别负责不同的模块。刚开始看起来效率挺高的，每条县城都在推进。跑了几轮之后，发现几个非常现实的问题， 这个任务到底归谁负责？某条县城到底做了哪些事？他做完了之后证据在哪？出了问题又应该交到哪条县城去处理？为什么判断通过？又为什么要求返工？ 下一轮任务到底应该由谁继续衔接？如果这些问题没有答案，现成越多，项目就越乱。所以我思考的 codex harness 自动化管理核心就是给 codex 多现成协助，加一套稳定的管理框架， 让任务能被正确的分配，记录执行过程，敷衍结果，最后根据证据继续安排下一轮。 我把它理解成一个工作台。 codex 县城还是原来的县城，只是中间多了一套规则，每条县城做什么，做到哪里，交了什么，结果怎么判断， 全都要进入规则里，这样写作就不会只靠聊天、上下文记忆。在我的设计里，最小系统需要三个核心对象， 第一个是任务，负责回答任务是什么，谁来负责？一个任务必须写清楚标题，模块负责人、目标，上下文限制条件、完成标准。 这里最关键的是负责人每个任务必须有明确的责任归属。跨模块任务也要先定一个主负责人，再拆出必要的子任务，这样任务不会在几个县城之间出现责任偏移。 第二个是回执，负责回答县城实际做了什么，县城接单推进到关键节点，遇到堵塞，准备接受检查，任务完成全部都要交一条回执， 回执里要写清楚做了什么，改了哪些文件，跑了哪些，检查位置在哪里，还有什么风险，下一步建议是什么。第三个是决策，负责回答为什么通过或者驳回。 复验县城需要基于某条回执做判断，比如看到完成任务的回执，里面列出了文件，变更检查结果、产物路径，然后自己复验，最后给出通过或者是不通过的结论， 这样每一次通过和驳回都有依据。后面回看的时候就能知道当时为什么放行，为什么退回。 三个连在一起就形成了一条完整的时间线。从创建开始，先有任务各执行，县城接受任务初使化回职，中途推进任务进度回职，遇到问题阻测回职，准备验收复验回职， 最后到完成任务会至总共，再根据实际情况做下一轮执行清单，继续循环这个过程。我一开始想让桌面消息实时更新，但可能会影响官方消息通道，之后改为先把协助正确性做好。 我现在最关心四个问题，第一，这个任务是谁接的？第二，这个县城实际做了什么，他用什么证明自己完成了？第四，敷衍县城为什么通过或者驳回。 只要系统能稳定的回答这四个问题，多县城合作就有秩序了。具体实现应该分成三层，第一层是仓库规则，在项目根目录写清楚总控赴验执行县城的职责。 总控负责创建任务，分配任务归属，查看回执给最终决策。执行负责落实任务，提交回执上报，堵塞和交付证据。复验就负责检查执行的完成情况。 各模块目录也要有自己的规则，只负责自己的任务范围，每个模块都要写清楚，能动哪里，不能动哪里，怎么测试，怎么样才算完成。 第二层是 workflow， 有 三个流程，第一，总控用它创建任务，写清目标，上下文限制完成标准，然后分配给具体的县城。第二，执行用它读取任务，正式接单执行任务提交进度，遇到阻测的时候要上报， 完成后要提交回执。第三，总控用它读取完整的时间线，根据回执和复验的结果给出决策。 第三层是状态和证据层，这里需要本地记录，只做一件事，保存单一真相源，任务回执、决策和时间线都从记录里查， 这样每条县城不需要靠记忆协助，总共不用在聊天记录里翻来翻去，任何时候想知道一个任务怎么到当前状态的，只需要看时间线。 我认为这个方向最适合 codex 多现成项目，因为它保留了 codex 本身的灵活性，同时给协助过程加上了工程约束，也比较适合长期项目，特别是垂直领域的 agent 项目。 模块多，周期长，风险高，如果没有 harness， 后面很容易出现重复劳动、责任不清楚和验收困难的问题。 codex harness 自动化管理是一套可以让 codex 多县城协助可控的运行办法，不仅管理任务职责，回执决策和时间线，也能让总控和执行县城各自守住边界， 并且每一次完成都有证据，每一次通过也有证据，还能让项目可以一轮一轮稳定地推进。 目前难点是彻底打通消息渠道，让县城之间真正实现实施沟通。虽然这件事本身是 open ai 自己的问题，但这也是我在实际项目中对当前 harness 的 一些思考。如果你有更好的想法，可以在评论区聊聊。

我发现这个 q 代码真的有点离谱了，当一条路行不通的时候，他会创造出第二条路来帮你解决问题。怎么说呢？比如说我的这个这个云函数，他要被 u r l 化，被 u r l 化的前提是先要被域名绑定，你不用懂的什么意思，反正就是这个域名一直绑定不上去，旁边没有绑定的按钮。那么你看 q 代码怎么做 的？他直接说我直接绕过了控制台， u i 在 本地配置好了，直接帮我配置好了。你看， 本来我这下面是一直在报错的，就是这个 u r i 电话一直在报错，他直接把它给绕过去了，直接帮我直接配置好。哇，太夸张了。

一天学一个电脑版剪辑技巧，今天学制作进度条，很多视频里都需要这种进度条，今天来学一个简单版的进度条制作。从官方素材里找到四段视频，添加到主轨道，点击贴纸图形库，找到矩形， 脱下来并对齐主轨道，点击颜色选择白色，宽度拉到与播放器一样，拖到画面的底部，点击混合，改一下不透明度， 按住 alt 键，向上拖动一层矩形图层，点击颜色选择蓝色。 右键新建复合片段，时针移动到结尾，点击基础打位置大小，关键针指向，拖动到开始位置。把复合片段向左拖出屏幕， 点击文本默认文本，输入大写的 i， 调节 i 大 小，放到需要分割的地方。把文本 i 对 齐。时间线 按住 alt 键把 i 向上拖动两层分别放到对应的位置。把三给 i 新建复合片段， 点击文本默认文本，改成出发，把文本移动到第一个 i 之间，复制文本，向上拖动三层，依次修改其他内容，放到合适的位置。 全选文字，选择一个好看的字体，调节一下大小，点击贴纸，找到一个小汽车，把汽车缩小一点，放到进度条最开始位置，对齐时间线， 打上位置关键针，根据进度条的其他关键针位置，分别把时针和小汽车贴纸移动对应位置。 最后添加一首好听的背景音乐，制作完成导出看成果吧！

哈喽，朋友，晚上好。我最近发现这个 codex 越来越好用了，好用到我已经快有点忘掉了可乐的 code， 这不得不说这个 c 端的 ai 的 粘性啊，真的是非常的低。那今天给大家分享几个我用 codex 的 比较常用的我认为非常好用的功能点。我觉得第一个很好用的功能点就是 codex 支持排队的功能。比如现在有个项目，我跟他说请深度探索一下这个项目，那他就去做这个事情了。那这个时候如果我还想知道更多的项目细节，那我跟他说，请 告诉我这个项目是什么语言开发的，那我可以看到下面就有一行小小的条，这条呢就是表示他这个任务正在排队了，他之后把上面一段任务完成之后，他就会自动去执行这段任务，那我可以接着再跟他说， 比如我跟他接着说还有没有其他类似的项目，那我这个事情就接着排队了，那我所有排队任务我还可以进行拖拽。假如说我认为我先告诉我类似的项目，再告诉我什么语言开发更重要，那我只需要一个位置，那他就下一次下一个任务就会把这个还有什么其他的项目先去给这个 codex 发过去。 那假如说我觉得这个像，我觉得这个问题问的不好啊，那我可以看到这边他有一个三个点，我可以再去编辑这个消息，那我点击编辑消息，你看他就回来了，那我可以针对这个消息再去编辑之后重新去发送，发送完之后呢，那我可能就去调整一下位置，我把这个事情先来去 让他去做，那还没有完。假如说我觉得我上个问题问的不是很好，那我希望有改变这个问题，或者加一些我的补充，让你可以看到这六个引导按钮，它的意思是提交单缓冲段运行，那我去点击引导， 但这边可以看到以引导对话，那回过头来看 codex， 它就变成以正在思考，正在思考它是基于这个新的任务，新的任务去重新根据在做，根据它上下文去做一个新的事， 我觉得这功能很好用。那可能我之前问你个问题，我认为，哦，我可能问全了，但是我想了想，我回来我测试了一些功能，发现我并没有问全，那我就可以给他发一个新任务去引导他，那他可以基于我这个新的上下文去做， 把这上面这个事情更完善的去做好。那第二个功能点呢？就是你看我这个有一个小小的一个分一个分叉的 icon， 它叫分，它叫分叉。 那我点击之后，他会告诉我我的消息是分叉到同一个工作数，还是派成到新的工作数。这功能就很好用啊。那我会变成 我可能又跟他聊了很多很多的消息，很多很多的内容，那我针对其中某一段内容，我可以再做一个派生，派生成一个新的一个绘画，那我就可以针对这一段内容去进行一个更细节的调整，而不受他的下文的影响，那我觉得工作很好使。 那我如果我对于其中某一个任务或者某一个对答，我认为他做的不是很好，那我可以直接派生一个新的工作数， 根据这工新的工作数去进一步完善的调整。那再有一个其实是我之前偶然间发现的，就是我跟他说我之前有一个有一任务跟他说的是你明天再帮我接来干，那我发现我第二天到了单位，他九点就已经开始帮我干活了，那我这会还没有到单位， 那他就帮我干活，我觉得很神奇，其实这个事我仔细看一下，其实是他本身的一个自动化能力，那这个东西很很好用，也很好创建，可以看一下啊，我只要跟他说明天早上九点继续帮我执行任务就可以了。哎，你就可以看到他的明天早上九点会 我，他会根据这个县城继续帮你执行任务，以创建一个明天继续执行的任务的一个 task。 咱们可以点开来看一下啊，他其实就是一个自动化任务，那我觉得这个就非常好用， 我可以把一些明天做的，或者说我今天下班了，我可以给他一些任务，让他明天早上起来，我还没有到单位就开始去执行了。那我觉得这个任务这个事情就非常非常符合一个我对 ai 智能体的一个认知部落，不说 codex 牛批，嗯，对，大概就是这么几点吧。 呃，我再用用看，我再用用看把。呃，如果有我更多的这些经验的分享，我再做一期视频再分享给大家，这里是刘同学，如果喜欢我视频记得点赞双关注，下期再见。