codex没有plus有什么限制

hello， 大家好，我是 d p， 今天 codex 官方对订阅额度进行了调整，我收集了一下相关的数据，录一个视频跟大家分析一下。首先我们这期视频会分为 plus、 pro 和 free 三条线来做分析， 然后在开始之前我想说一下，因为这个信息是今天刚发生的事情，时间比较短，然后数据都是基于我和身边的一些观众还有群友的反馈，所以数据有可能有不准确的地方，如果有的话，麻烦大家来通过评论呀之类的方式进行指出，谢谢。 好，我们先来看第一个线， plus， 对 于 plus 的 额度，我总结的是降低。首先我们来看官方的一个文章，在这个文章中上面是英文，下面是中文，然后我给大家标出了一二三四。我们先来看一二， 说的是关于 pro 啊 plus 订阅 codex 的 双倍活动到今天就结束了，今天就是四月十号，然后我们来看三四。 但是这次调整有一个有意思的点，就是说他们会把一周内可以用的绘画数增多，但是一天内可以用的绘画数减少，翻译过来就是五小时的额度减少了，每周内可以用的五小时额度增多了。 好的，我们继续。这是官网现在的关于 plus 套餐的五小时额度的描述，大概可用的 gpt 五点四的次数是二十到一百， 这是之前官网的信息截图，是三十三到一百六十八，我们可以简单的理解成降低了百分之五十，针对五小时。好的，然后我们来做一个非常简单的计算， 首先针对五小时额度，我认为现在的五小时额度是之前的百分之二十五，也就是降低了百分之七十五，四分之三。我的计算公式非常的简单， 首先原始的请求数就是五小时窗口是三十三到一百六十八，现在改成了二十到一百，我把这个记作百分之五十，因为这里面涉及到上下文的长度或者一些波动， 然后叠加上两倍活动的结束，就是直接额度砍半，降低百分之五十。这样算下来，五小时窗口的额度差不多只有之前的四分之一，也就是百分之二十五。 然后关于每周的 plus 订阅额度，我的计算结果是降低了百分之五十， 首先两倍活动的结束就直接砍价。然后关于每五小时额度占周额度的比例，它进行了一个 提升一倍的变化，也就是原来我们的周额度里可以有五次五小时啊，不好意思，也就是说原来我们的周额度里会有三次五小时，现在变成了六次五小时，所以是翻倍的意思，这也和官方文档说的 更多的五小时窗口是吻合的，在一周内。然后关于这个，有群友给出了一张截图，在这张截图上，大家可以看到，五小时的额度用完以后，周额度是下降了大概百分之十五，这也就侧面印证了一周可以用六次五小时。 好的，我们继续来看 pro 的 变化， pro 额度的变化还蛮奇怪的。 首先我们来看官方的文章，在这篇文章中，我标出了一和二，上面是英文，下面是中文。简单地说，首先关于 pro 订阅，官方的两倍活动还在继续，截止时间变成了五月三十一日， 然后关于 pro 订阅，官方推出了一个一百刀的呃，新套餐， 然后呢？那个之前的是两百刀的 pro， 现在等于出了一个减半的 pro， 降低了 pro 的 入门门槛，然后这个一百刀的 pro 大 概目前可用的额度是 plus 的 十倍，这是官方新闻的全部内容， 具体落实到数值上，大家看到了吗？ pro 五叉， pro 二十叉，是不是想到了 cloud 系列的五叉和二十叉？没错，新出的这一百刀就是对标的 cloud 系列的五叉。 然后这下面是二十 x 的 数值，大概的说就是说 pro 的 一百刀的订阅，也就是五 x， 大 概是 plus 的 十倍，然后二十 x 也就是两百刀，大概就是二十倍，就是一个等额的一个提升，这就是这里面 大家需要看到的全部信息。然后通过这个我想那就很简单，官方想推大家去买 pro 订阅，所以降低了门槛，延长了两倍的额度的那个有效推广期，其实就是想把用户从 plus 的 二十刀升级到 pro 的 一百刀， 嗯，应该就这么简单吧。然后接下来关于免费账号的额度，有一个传闻，大概的意思就是说免费账号提款额度降低了百分之七十五，这个信息我没有办法去确认，因为我手里已经不再去使用免费账号了， 如果大家有相关信息的确认，欢迎通过评论或者弹幕的方式发出来。 ok， 我 们来做一个比较简单的总结，首先是两倍活动，两倍额度的活动针对 plus 订阅是结束了，但针对 pro 订阅延期到了五月三十一日。 然后关于 plus 订阅，首先看五小时的额度，五小时的额度是降低到了原有额度的百分之二十五，也就是降低了百分之七十五。 周额度是降低了百分之五十，也就是原额原有额度的百分之五十。整体上来说， plus 订阅额度是进行了一定的降低，或者说 plus 额度已经不再推广的加持下，回到了一个正常的额度，至于后面会不会再降低，那么不太确定。 关于 pro 订阅，首先官方推出了五叉的一百刀订阅，就是降低了 pro 的 入门门槛，然后二十叉的就是对标，就是对比的就是原来的两百刀的订阅没有做任何的改变， 然后因为有两倍活动的存在，目前呢来看额度是够用的，但是两倍活动如果结束了呢？额度肯定还是会继续减少。 然后我分析了一下官方的目的，我个人认为官方的目的就是为了推广一百刀的 pro 订阅，因为从二十刀的 plus 到一百刀的 pro， 其实看起来好像还是能够得上，因为原来是二十刀到两百刀，这个差距有点大，官方在中间砍了一刀，就设了一个一百刀的门槛， 所以推广的意味就很明确，这也是一个很正常的商业行为。但是我想说， pro 的 消减一定是在路上的，我希望大家理性的来看待这件事。首先 pro 订阅在官方文档里，对标的订阅就是 plus 订阅，我们即使不去看两倍的双倍活动， plus 订阅已经从三十三降低到了二十，也就是降低了，那么 pro 订阅作为对标它的一个订阅，那么就是关联上也是降低了百分之五十的， 只不过目前有双倍活动，让大家觉得，哎， pro 订阅好像还够用，但实际上已经降了，未来可能还会降，比如说对 pro 订阅，如果双倍活动结束以后，它也是降了百分之七十五，这是我个人的看法啊。 然后还想提醒大家的一个点是，新的计费方式在官方的文档里已经列出来了，未来会不会把所有的订阅一步调整到新的计费方式上去？不确定，但我觉得是有可能的。 以上是我个人的一些看法，如果有不足的地方，请大家多多包涵，也欢迎大家在评论区或者弹幕里进行指出。 好的，这就是我们这一期关于 codex 官方对 codex 订阅进行调整，分析视频的全部内容，如果这期视频对你有帮助，请帮忙点赞和转发。 如果你有相同的经验想要分享或者遇到相关问题，欢迎留言，我是 d p， 谢谢！

大，真的是一个头两个大呀。大周末的，刚起床跑了一下任务，五月六号买的 plus 会员到现在就只剩下百分之三十四了， plus 是 完全不够用。 我这边找了一篇文章，几个技巧能够彻底解决扣袋子跑久了会越来越笨，越来越慢，还能省掉百分之四十上下文的一些技巧给大家分享一下。这篇文章说一下我的理解。第一个，扣袋子跑久了之后会越来越笨， 越来越慢，这个是基本成立的，但是其实逻辑上不是因为模型真的变笨了，其实绘画的上下文越来越长，旧的一些信息，过激的计划， 一些失败的尝试，都混在一起，就会让我们体感上觉得迟钝。判断是对的，如果是有效，上下文的质量下降了，就会导致整个推理和执行的质量下降。第二点，关掉 process location 方向是对的，但不是万能的。减少输出规划的趋势确实能够减少偷客的消耗和噪音，但是问题是，如果你不让 agent 去汇报他这个过程，你也是很难发现他是不是走偏的。尤其是像我们做一些比较复杂的产品架构，涉及到一些复杂的 bug 解决，那适度的汇报还是要看的。 所以并不是说你在那里一直执行你就该干嘛去了，这是非常不合适的。所以更合理的做法就是简单的任务让他少说那长任务，保留一些关键的进展，就不要去输出这种长的身体活动，不要把每一步的工具调用都解释一遍， 这招是有用的，但是全部是被 token 这件事情是说的绝对。第三点是让 code 子当协调者都用 sub agent， 这个是部分对，但是不能滥用。 sub agent 确实能够把一些探索性的任务分散出去，但是主要是你的目的是为了减少上下文的污染，但是只有那种多模块变形调查 架构，审查大代码库的一个区域分析，要变形解读很多的文件，这这一类才是比较适合的。 但是他也会有一些问题，那指 a 诊呢，也会犯错，而且主 a 诊呢还要去汇总他的结果，所以如果本身的任务是限性的，那你多开 a 诊的反倒会增加他协调成本。那么你们讲到的同时开五个，就相当于五个上下文的并行。 这个方向是对的，但是很容易让别人误解，开的越多越好，那实际上只有那种并行边界清晰的任务才值得猜好。第四个是先列他这个例子的 再动手。这个建议其实是很实用的，特别是在一些大大的一个项目里面，你的 prd 原型在任务池并存的一些项目里面，先列任务就能够防止它改错文件，越界重构，甚至是忘记同步相关的一些文件，做到一半就偏题了。特别是像 有时候网络还不稳定，但是小人物就不需要复杂的计划了，比如改一个方案，一个就直接改就好了， ok。 第五个是禁止在代码库里留垃圾，对，而且非常重要。现在 ai 的 一个常见问题就是说它生成的临时脚本，它不删留 delete 文件， 复制旧版的一些文件，乱建一些草稿，把 etc 的 分析结果写进仓库里面，这都是它的问题，会让这个项目越来越乱，也会让后续的 a 制误读项目的状态， 不过这里要区分不是所有的 m g 啊，后缀的文件都是垃圾，那有些是长期的，一个上下文的资产就不是污染好。第六个就是规划，用高推理的模型，执行用快速的模型，这个策略比较合理。 我最早去考虑这个事情的时候，就是因为价格的问题，比如说好的模型，贵的模型去做推理，你把他执行的要求给到一些 poke， 比较便宜的模型去做执行， 也对，看有没有这个必要了。总之一点，如果你的执行模型能力不够，那你就可能把你的规划 在外，所以在切换模型的时候就要把边界写的很清楚。我个人理解，除非你的后坑消耗是巨大的，不然我就觉得没有必要折腾。其实这就是在解决上下文丢失和重复犯错的问题。最终的结论就是，整个他的博主分享的这个文章核心方向都是对的。 后段时长时间的工作质量下降，主要来自于上下文的污染。项目状态不清，无纪律和无记录的写作大概就是这样子的。确实， 连续二十八天都是在每天早上七点钟起床，无论前一天晚上几点睡都是这样子。晚，对，非常晚，四五点才睡，今天睡到大概十点多，整个脑子居然会比较清醒啊。 今天就分享到这里，后续会继续去分享一些 holddance 的 使用体验吧。

codex 在 a p i t 模式下功能受限，插件用不了，绘画删不掉。开源社区提出外部增强方案，不修改 codex 原文件，通过 c d p 注入增强脚本。 codex 本质纯净，更新不受影响， 中反模式保持官方登录插件可用模型请求重定向倒置定义 api 端点增强功能，插件入口解锁，绘画删除，导出移动用户脚本自定义，非侵入式设计，无需等待官方更新即可扩展能力。 外部注入增强是开源社区常用模式，提升工具灵活性。欢迎在评论区聊聊你使用 codex 时遇到过哪些限制，感谢观看，下期再见！

hello， 大家好，今天给大家讲解一下我是如何使用 codex 来驱动 objects 来完成一系列由 ai 驱动的 ce 仿真的。首先我们去 openai 的 官网去下载 codex 这个 agent 桌面单软件。 codex 是 由 openai 推出的一个以编程为主的桌面单应用程序，我们下载完成之后，安装了之后，你可以登录你的账号，这边 codex 它是免费账号，也是有一定的使用额度的， 但是这个额度不多，建议大家还是充一个 plus 会员。下载完成之后，你可以在这边新开一个对话，然后把我这个 呃 qs mcp 的 链接粘到这个对话里面，让它安装一下这个 mcp 插件。这边安装完成之后，我们可以在设置这边看到这边有个 mcp 服务器， 然后这边的话有一个 opcode server， 这个服务器安装完成之后，你的 codex 就 能够和 opcodex 完成一个联通了。至于这个仿真的界面，它是我们完成的另一个项目， 你可以在 task two cae 这个网站下面把链接复制一下，然后交给 codex 让它安装一下。 安装完成之后，我们就可以使用 codex 联合 opcode 来完成一系列仿真了，但在这个过程中，你肯定要把你的 opcode 啊，我们打开 opcode 之后，我们可以在这边的中端窗口下输入 mcp， 然后下划线，然后 looper， 然后过号点击回车，然后这边的话 appux 就 已经开启了一个 m c p。 我 们在 codex 里面，然后我这边新开一个窗口，我们这边的话问他你是否可以和 appux 联通， 他这边是思考了二十四秒之后返回的信息是可以当天可以和 appx 连通了，如果你测试到这一步的话，那说明你已经成功的打通了 codex 和和 opuse， 然后你就可以使用一系列的提示词来对它进行一个仿真。比方说我这边做的一个仿真，仿真专家做一个仿真学分析，要尽可能的贴近真实工况， 不要简化去做。如果是比方说这种动理学仿真的，你就让他要尽可能的贴近真实功放设定播放的帧率也要高，让仿真动画看起来更流畅。我需要在这个 codex 浏览器里面看到最后的仿真的结果。 在这边有一个界面，这边是模型树，我目前是只做了这个项目的，打开预览的一个模型树，后边的话，这个我可能会再完善一下，把这边的零件材料装配，然后分析部都能够去操作和二次编辑， 目前能够你编辑的在这个可编辑窗口，比方说可以编辑一下模型的一些尺寸，比方说我们把这个模型的尺寸圆孔半径改为二十四，在这边点击重新计算，然后这边的话它就在驱动 appui 完成一个重新的计算。 你也可以改，比方说板长板宽，然后其他的一些弹性模量或者是材料属性可以看到它这边就完成了一个模型的重新计算，然后重新进行了一个就是模态分析。我们先在这里讲一下这个 codex 驱动 ios 进行一个由 ai 驱动的 ce 仿真的流程是怎么样的。首先我们在这里的对话框里发一下你的想要仿真的一个提示词，你可以完全照抄这个，当然你想改一下也是可以的， 然后把提示发给这个 codex 之后， codex 就 会去写一系列的脚本，比方说这个模型建立的脚本也是由 codex 的 python 码完成的，当然一些比方说这个像简单的一些模型，它是可以去建立的，当像这个 洗刀模型它就建立的效果不是很好了。这个洗刀模型是由我在 soodeworks 里面去建立的一个模型，把它转化为 str 格式之后，告诉了 codex 在 哪里， 他就可以把他建立的模型和我提供给他的模型进行一个装配。呃，包括后面的像材料定义装配这个分析布载合了的定义，边界条件的定义，以到我们的网格化划分，都是由 codex 来完成的。 到后面的一些结果的后处理也是由 codex 来完成。 codex 完成之后，它会把一系列的脚本发给发送给我们的 opqs， 来完成最后的一些结果的分析，然后到仿真的一些模型的一些计算，它会发送给我们来完成一系列的仿真计算到结果的后处理， 然后完成之后它会创建一个网址，就是这样一个网址，然后我们点击一下就可以在浏览器里面去 看到 oq 所有的仿真结果。目前的一些仿真的话，其实它只能够进行一些简单的动力学或者是心理学仿真心理学效果目前是最好的，动力学的话，其实效果没有那么好， 大家可以当做一个参考。然后我这边再补充一点，就是如何把这个 mcp 给停掉，因为这个 mcp 运行的话，你的 oq 界面是不能进行任何一个点击操作的，就是它是一个主色运行的状态， 然后大家如果想停掉这个 mcp， 呃，然后在 app 里面查看结果的话，可以点击这边的 stop 按钮，然后就可以停掉这个 mcp 服务了，然后就去进行其他的一些操作。 你如果你有问题的话，可以在这个 github 上去提问，或者说你有好的想法可以在这边跟我说一下，我看一下能不能来实现一下。这就是本期的视频内容，大家如果有什么疑问可以向我提问，谢谢大家。

经常在 coding 的 朋友们一定发现了这个问题，自从 open ai 发布了 g t 五点五模型之后， codex 的 额度消耗的非常快。之前我在用五点四模型的时候，额度好像永远都用不完，经过五点五更新之后，发现刚恢复了五个小时的额度之后，紧接着又被周额度限制住了。 我相信有很多朋友被这个问题所困扰，今天我们就用一条视频来解决这个问题。 hello， 大家好，我是南希，之前在快手做过测的运营银行代码都不懂的纯小白，我的视频都是从纯小白的视角来分享 web coding 的。 要知道 web coding 最怕的就是被中途打断思路，刚捋顺任务，刚推进了一点，但是额度却没了。那么应该怎么解决这个问题 呢？我发现其实我是没有用对模型的，我平时在用 codex 的 时候，会把五点五默认当成产品经理、前端、后端等多个角色，不管是写 p r d， 写功能啊，改页面、修 bug， 还是补文档调样式，全部都让它来做。但是五点五不应该用来干杂活，它最强大的能力在于做规划和做判断， 比如说这个需求到底该怎么拆？这一段代码为什么总修不好？按照现在这个框架，代码后面会不会越写越乱？这次改动有没有潜在的风险？这条路线值不值得继续做？ 说白了，五点五更适合做的是大脑应该做的事情，而不是简单的执行。那大量执行的事情应该交给谁来做呢？我现在的分工是，五点五负责判断、拆解，负责做关键的工作，五点四迷你 打杂，第三负责做质检，比如说正常的写功能，接接口，改前后端的逻辑，我会交给五点四，比如说像修改文案，调样式，补测试数据整理 redmi 这种小事，我就交给五点四 mini， 最后再让五点三来过一遍，看看有没有明显的风险遗漏或者是低级的问题。这样一套下来，我发现基本不会被额度限制。 如果你觉得今天的内容对你有帮助的话，可以点个关注收藏赞我。下一条内容可以直接继续讲。我现在具体怎么分配五点五、五点四迷你和审查模型的来搭一套日常的考勤工作流。

我觉得这个 codex 今年对于 o p c， 对 于每一个个体，我给大家一个小窍门吧。虽然说 codex 已经在某种程度上已经非常的量大管饱了，对我来说还是有点不太够用的。我觉得大家可以在这个海鲜市场吧，性价比最高的一个方案， 我觉得可以搞两个 plus 账号，起码说能解决周额度这个问题，而且对于绝大多数人而言，这个方案真的是性价比之王，而且能够确保你的一个用量，基础用量。

新手用 codex 最常见的错误？上来一句，帮我写一下。这不是提需求，这是把 ai 当许愿池，还蒙上他的眼睛。 正确姿势，把 codex 当队友，不当法师。你越像给同事交接，他越像靠谱同事。第一说目标，你要修 bug 加功能还是重构？ 第二，给上下文，项目背景，相关文件卡在哪里都告诉他。第三讲限制，哪些文件别动，哪些风格别改。第四，先要计划， 别一脚油门冲进代码区，先看路线图。第五，分布执行一次，只做一块，做完就验收。第六，跑测试，让它复盘。别信我，完成了要看命令预览边界和 diff 口诀，先说明白再让他干，边做边验，最后复盘。收藏这条，下次打开 codex 前照这个流程走一遍。

content 裸装和佩奇这五个用起来完全不一样。 reportmix 项目打包工具，一个中型项目几百个文件三十秒打包完。 awesome codex skill 提示词仓库，别人写好的提示词直接拿来用，不用自己摸索。 content plus plus 实时预览插件，前端和 app 必备代码改了哪变成啥样，右边直接看，不用两边切窗口盲猜 keep content fast 清理加速工具，用久了肯定卡，一键备份清缓存，找回刚装时的流畅感。 follow builders 不是 工具，是信息员，看真正在写代码的人怎么用，比看发布会管用。按需装哪个卡点装哪个没变得 in context 最卡的是哪一部。

兄弟们真的是没招了，最近 kodai 就是 plus 疯的太狠了，基本上现在就是日抛，自己做了一个中转站自己用，每天买两三个号补充， 除了这个方案，目前就是只能够去土耳其之类的去直充了，但直充不知道有没有风险，有没有用过的兄弟说一下。

因为 codex 这个额度两下就没了，所以我就把 deepsafe 给接入到了 codex 里面，这样也不需要登录就能直接用。而且之前用其他方法接入 codex 可能用不了这个插件功能，这个方法是可以正常安装 hyperframes 插件这些的， 包括之前对话丢失的问题也得到了修复，就是用这个 code 加加，这个在 github 上是免费开源的，大家都可以去使用。打开它就是这样一个界面，我们添加一下供应商名称，随便取，然后选择纯 a p i， 将你在 deepsea 官网申请的密钥这些填写在这里， 注意一定要选择这个 check， 然后保存这里就可以使用 deepsea 了。 重启下 codex， 记住不能直接打开 codex， 要用 codex 加加去打开，这样就接入成功，可以正常使用了。 其他的国产大模型也可以用同样的方法接入到 codex 里面，学会的朋友赶紧去试试吧。

更便捷的管理，更好的视觉窗口，一键把国产模型接入 cloud code 和 codex 的 工具，带大家一起来看看。我们出发之前啊，已经给大家说了两期如何让 deepseek 来接入 cloud code 和 codex， 方法呢，就是通过 cc switch 来管理模型。 但是最近呢，还有一个项目在一套上面热度大涨，就是这个一键化管理工具 echobird， 重点是免费，而且也没有操作系统上的限制。我今天呢就用 windows 系统来给大家试一下。 安装完我们直接进到主页这里啊，可以看到一些资讯和介绍。 那我们直接点到模型这里，还是我们的老朋友 deepseek 跑到这里呢，直接就是让你要填模型 id 和 api 了。那我们来填上 deepseek v 四 pro 还有我自己的 t， 这里右上角点击测试一下，直接通过。然后下面这里啊还有一个应用管理，因为呢，我是已经安装过 cloud 和 code 来看看， 选中 cloud， 然后右边这里选择 deep seek 启动。注意看啊，这时候这里的图标已经显示模型是 deep seek v 四， 那我依旧测试一下，让它来建一个文件夹。 好的，没有问题，速度呢，也还挺快的，而且啊，几乎没有什么前置配置的准备工作，接入呢，也很丝滑。这个我也是第一次用啊 啊，我再打开 codex 试一下。同样的，这里要选择 deepseek， 然后启动 也是同样的，帮我建一个文件夹哦，这里要先 set up 一下， 但是呢，等了很久一直没响应，那我直接关掉重启一次， 然后模型选择这里啊，它显示的还是 gpt。 那 先不管，我们继续试啊。 好的，这回成功了，速度呢也还可以，我再问一下它是什么模型？这里呢，还是有点区别的，之前用 ct switch 的 时候呢，它很清楚的知道自己对接的是 bc， 但是 echobird 呢，就不是了，可能是通过中转之后还认为自己是 gpt。 那大家都知道 deepseek 目前还不支持多模态，我们直接发一张图给他看看，试一下。 ok 啊，没一点毛病，依旧眼瞎。但多模态呢，应该已经在内测了，我们再等等后续吧。啊，不过个人测下来啊，通过外部 api 来接入 codex 和 cloud 实图呢，都会有压缩的问题，我们可以再接一个 mini max 来试一下。 还是老样子，回到这里，添加 直接写模型名称和 apikey， 点一下测试也是没毛病，直接通过。好的，我们回到应用管理，在这边直接切换一下模型试试。 这里啊，我是故意没有退出的，看看直接发图片啊，会不会成功。 呃，看样子还是不太行，还是要新开一个对话来给他做测试。他现在看到的不是图片，但是他以为在看图片。先开一个对话吧，问一下你是什么模型？哎，他这里就直接回复他是 mini max 了，那我们再发这个图看一下。 好的，回复了，回复的也不知道是个什么东西，什么二零二五年的财务。这个申请人呢，我也不认识，一本正经就是纯片， ok， 不 过看图问题呢，也不是重点，因为通过外部 a p i 来接入呢，图片识别呢，确实会有些问题，经过中转之后啊，就会有一定程度的压缩。那如果真的想看图的话呢，可以再加个 vision m c p 的 工具，但肯定还是不如原声模型的能力的。 好了总结啊，就是这个工具，目前来看呢，确实是很实用，虽然可能也有不稳定的一些小 bug， 但强在方便快捷，都不用自己配置通道就可以实现一键管理和启动模型。还有被卡在不能使用这两个 a 镜头的朋友们啊，可以来试试。好，本期视频就到这里，我是阿月，我们下期再见。

今天我们要往 speak to note 里面加第一个功能，录音按钮。如果你仅仅说一句帮我实现一个录音功能，那么 codex 给你的结果可能不是你想要的。好的任务我们需要说清楚四点，目标、范围、限制、验收条件。这四块缺一不可，那我们一起来看一下。 ok， 我 们依然打开 codex 桌面版，左侧找到 speak to note， 先开一个对话， 我们来尝试一下，用简单的一句话描述任务，点开这个加号，打开计划模式。我就只说请帮我增加一个录音功能，也没有告诉他范围是什么，限制是什么，怎么去验收都没有说看 codex 他 本身基于这么简单的一句话，他会给到我们怎么样的一个结果。他一边在读取，我们重新可以再去开一个对话， 给他一个详细的任务描述。首页底部中央加一个大的圆形按钮，按住录音，松开，停止，录完自动保存到本地数据库。 不要接任何 ai， 不要弹权限申请按钮，验收通过标准，手机上按住三秒，松开，数据库出现 一条新记录，你看我都是自然元描述。首先我的目标是要在首页的底部加一个圆形按钮，按住录音，松开，停止，录完之后自动保存到本地数据库。这是我给到他的目标和范围。我要告诉他限制，不要接任何的 ai， 不要 有权限弹窗，它的验收通过的条件是什么，这样它做出来的 plan 肯定会比之前的这个模糊的描述的 plan 会干净许多，因为我已经给它框定好了一个范围。我们切到刚才模糊的这个对话里面，首先他去读了这个目录，他发现 app export 这个是一个默认空白页， 现在已经有依赖，也没有麦克风权限的说明，他希望他来跟我确定一些内容，录音功能要做到哪一层，录制还是播放，只录制保存还是录制加文件。当你是一个模糊的描述的时候， ai 它会来跟你反复的确认， 直到你把这个模糊的任务描述清楚为止。那么什么时候适合你去说模糊的任务呢？只有一个简单的想法，跟他来脑爆的时候，我已经知道我要做什么了，就比较适合用这种精确的任务描述，目标是什么，范围是什么，限制是什么，验收是什么， 四件事情缺一不可。这样的话，我能够限制他不要自由发挥。在精准的任务里面，他其实只要跟我去确认一个点就可以了，就是麦克风权限的行为，因为手机系统权限他没有办法绕过，那么他来跟我确认说不要弹权限，申请弹窗，到底是怎么去处理 他，其他的都不需要去调整了，对不对？好，他的计划已经出来了，我们来看一下首页，长按录音按钮与本地记录，开头有个总结，首页底部增加， 按住开始录音，松开停止录音，停止后记录本本机的存储全流程，只使用已安装的这样两个依赖，不新增依赖，不接， ai 不 上传录音。他的一个主要的重点，只要改几个地方就可以。他的一个权限策略，数据策略，他的一个验收，一个测试计划， ok， 非常的干净，对不对？他也没有顺手就是冒出来说建议加错误处理这一类范围外的东西， 就是我们说的精准描述和模糊描述。它最大的差别就是你想让 ai 给你的是确定性的结果，还是是一个开放的结果。那我们认为这 plan 没有问题，我就批准他执行。 ok， 他 自己的最小改动 track 已经通过了，现在要启动 xbox web 做一次冒烟验证。这里看到了一个点，他说离线 web 启动暴露了项目目前没有对 x 的 这两个依赖，按规则 不会擅自增加依赖，所以他绕过了这个方法，去用 n p m start offline 的 这种方式来验证移动端 expo 服务能不能启动，发现了吗？这个项目级别里面我们有写过依赖变更、新增、升级、替换、移除等等，必须说明原因，影响范围执行，并征得我的同意才会这样去做。所以他会先去 尝试绕开不增加，擅自增加依赖的方式来进行。 ok， 它最终给了结果，就是说已实现，然后改动点。它改了七个验证， npm run check 已经验证通过好，它因为受环境的限制， 它没有增加一些依赖，包括可能在启动 offline 的 时候也碰到了一些限制。所以手机验收的一个最小步骤，它是说在手机系统或者 excel 首页按住底部页面，通过本地记录增加就可以。 那我是一个小白，我还会问他说我怎么在手机上验收呢？你直接点击这里切换到终端，出来了一个二维码，用手机终端我们来测试。那么最后我也给大家演示一下它的真实的功能。哈喽呀，我们现在要录一条测试的音频保存到本地来看一下它是不是能够成功，看下本地的记录有没有变化，时长有没有变化。 这一集我们就先分享到这，下一集我们要去加上基于录音对话的一个 ai 总结和标签，居然会用到 codex plan 这个功能，看完计划再让他进行动手。 ok， 那 今天就先分享到这里啦，拜拜。

昨天发了一个关于 token 的 话题，好多人在讨论呢，发现真的是好多人用各种办法去用这个 code， 有 用福利的，比如说几百个福利去组局的， 也有用各种就是日抛 token 的， 也有各种就是渠道联系我，但是我觉得后面这种日抛的这种渠道应该是会慢慢没有了，因为我今天已经发现好多店铺都已经关门了就没有货了。 我觉得未来大概率还是得走这个土耳其啊，或者说菲律宾啊这种正规的渠道去做。 现在比如说一个 plus 可能就是八十块钱嘛，土耳其的，但是我这种用量比较多的，可能就没办法去买 plus 的， 它满足不了我，只能够上嗯，二十倍的 pro pro。 但是有一些情况就是我们一个人用 pro， 很多时候它可能是没办法就是用完的，但是某一段时间的话，它又用的特别多，你一个小小的这个 plus 它就满足不了。 像这种情况的话，这些人把正规的 pro 然后通过一些正规的渠道去卖出去。我觉得这个应该是为了主流的方向， 就纯探讨啊。当然还有一种更加正规的方案，就像那个申哥他们最近在搞的，他们这种应该是走官方的通道出来的，这种就是正儿八经的一些机会的，一些像 openload 这种渠道的，这种应该就是官方合作的了。我认为啊， 评论区如果懂的话，就是大家可以一起探讨一下，今天就分享到这里。昨天发了一个关于 token 的 话题，好多人在讨论呢，发现真的是好多人用各种办法去用这个 code。 有 用福利的，比如说几百个福利去组局的， 也有用各种就是日抛 token 的， 也有各种就是渠道联系我。但是我觉得后面这种日抛的这种渠道应该是会慢慢没有了，因为我今天已经发现好多店铺都已经关门了就没有货了。 我觉得未来大概率还是得走这个土耳其啊，或者说菲律宾啊这种正规的渠道去做。 现在比如说一个 plus 可能就是八十块钱嘛土耳其的，但是我这种用量比较多的，可能就没办法去买 plus 的， 它满足不了我，只能够上嗯，二十倍的 pro pro。 但是有一些情况就是我们一个人用 pro， 很多时候它可能是没办法就是用完的，但是某一段时间的话，它又用的特别多，你一个小小的这个 plus， 它又满足不了。 像这种情况的话，这些人把正规的 pro 然后通过一些正规的渠道去卖出去，我觉得这个应该是为了的主流的方向， 就纯探讨啊。当然还有一种更加正规的方案，就像那个申哥他们最近在搞的，他们这种应该是走官方的通道出来的，这种就是正儿八经的一些机费的一些像 openload 这种渠道的，这种应该就是官方合作的了。我认为啊， 评论区如果懂的话就是大家可以一起探讨一下，今天就分享到这里，昨天发了一个关于 token 的 话题，好多人在讨论呢，发现真的是好多人用各种办法去用这个 code， 有 用福利的，比如说几百个福利去组局的， 也有用各种就是日抛 token 的， 也有各种就是渠道联系我，但是我觉得后面这种日抛的这种渠道应该是会慢慢没有了，因为我今天已经发现好多店铺都已经关门了，就没有货了， 我觉得未来大概率还是得走这个土耳其啊，或者说菲律宾呢这种正规的渠道去做。 现在比如说一个 plus 可能就是八十块钱嘛，土耳其的，但是我这种用量比较多的可能就没办法去买 plus 的， 它满足不了我只能够上嗯，二十倍的 pro pro。 但是有一些情况就是我们一个人用 pro， 很多时候它可能是没办法就是用完的，但是某一段时间的话它又用的特别多，你一个小小的这个 plus 它又满足不了。 像这种情况的话，这些人把正规的 pro 然后通过一些正规的渠道去卖出去，我觉得这个应该是为了的主流的方向， 就纯探讨啊。当然还有一种更加正规的方案，就像那个申哥他们最近在搞的，他们这种应该是走官方的通道出来的， 这种就是正儿八经的一些机会的一些像 openload 这种渠道的，这种应该就是官方合作的了。我认为啊，评论区如果懂的话，就是大家可以一起探讨一下，今天就分享到这里。

为什么说 codex 和 cloud code 是 一个划时代的工具呢？它这个东西它真的不是一般点的牛逼啊，虽然说它现在的技术可能有点瑕疵，有点粗糙，并且我还听说 codex 和 cloud code 又开始玩卡脖子那套路线了，就是不让咱们大陆用户使用。 但是我还是建议你，在有这么多限制的情况下，你也一定一定要想尽所有办法去用上这两个工具， 如果你实在实在没有办法的话，你也可以找我咨询，在 ai 这一块我还是有点权力的，我同学的 callex 和 cloud code 就是 我帮我辅助的，他现在玩的不亦乐乎呢。现在再来说说他跟传统的 ai， 比如说豆包啊， deepsafe， 它有什么区别？ 就是咱们传统的 ai， 比如说豆包 deep， 这个它主它主要的还是职场谈，听它主打的还是聊天，说的多做的少。同样的一段指令，比如说打开 excel， 清洗数据，生成柱状图，导出 pdf， codex 和 cloud code 就 能直接操控你的鼠标光标，点开软件，输入账号，操作菜单，全流程全部自动给你干完。而同样的话，你问豆包，豆包只会说一二三四五，他不会帮你做，对吧？而且最关键的是， 你能很明显的发现他做出来东西，你能看出来他是有深度的呀，他不是在胡说，那一刻我的感受就是一个词，你， 而且这种体验在普通的网页版你是感受不到的。咱们的信息经历了三次平行革命，第一个是书籍，第二个是计算机，第三个就是 ai。 每一次的改革都在不断的拉平认知和学习的门槛，专业技能再也不是少数人垄断的壁垒，普通人也能轻松的破壁入局。 就是如果你是大学生或研究生的话，你必须做以下两件事，部署全球最顶尖的 ai， 不是你手机上随便下载的 ai 聊天工具。真的， ai 跟 ai 之间的差距比人和狗之间的差距还要大。 很多人会问，那我不会用怎么办？我直接告诉你现实一点的方法就是去找你身边的师兄师姐，如果你实在是找不到的话，你可以来私信我，下一期我来讲 codex cloud code 哪一个强？哪一个更容易上手。

我们都知道 j b t 倒腾感非常高，尤其是在使用 codex 来做一些任务的时候，它是经常会拒绝我们的，所以这个时候我们需要来破除它的一些限制。在开始之前，我们先解释一下为什么需要这样做。我看了 openai 的 深入解析 codex agent lop 的 文档， 那么这里面说到，在用户输入请求之前，其实 codex 已经有了一套系统提示词和规范，也就是 codex 把你的请求发给模型回复的时候，并不是仅仅发送你的请求，而是夹杂着上下文加工具加规则这样一套体系一起请求。我们来看看这套流程图， 可以看到整体的架构和流程，所以我们注意到 instruction 的 优先级非常高，它就是这样一套定义长期规则，甚至决定模型行为边界以及稳定性的这样一套指令。所以在 codex 里，我们想在模型规则外破甲最好的选择就是 instruction， 因为 instruction 几乎是优先级最高的选择。接下来我们进入实操，进入 codex 的 工作目录， 来到 config， 添加一条 instruction 配置，以防还是有朋友不理解。添加这条的意思是 config 里面的指向性路径，把 instruction 指向一个文件夹，然后这个 md 文件里面包含这样一套自己定义的规则。 当然你可以理解为这是一套 codex 的 系统提示词，但是更好更严谨的理解是，它属于 codex 组装出来的高优先级规则层，而不是独立存在的一段系统提示词。 打个比方，对于做逆向的人，他们会写这样一套提示词，假装在打 ctf 比赛是吧？对于你有不同的开发需求，那么这个 instruction 也是可以改的。聊完了 instruction 破甲，我们来深入聊聊另外一种破甲定义，这类破甲为绘画状态篡改。我们先来聊聊具体的操作， 再来讲讲背后的原理。时机演示中，我们在和 codex 对 话时，对他提出了一个要求，他义正言辞的拒绝了我们。这时候我们找到 codex 目录下面的 sections 文件夹，这里面的文件包含了我们和 codex 的 绘画记录， 按照日期顺序排序，我们找到最新的那个文件夹，然后打开绘画记录文件，我们会看到我们的 input 以及 codex 回复我们的话。还有一些推理过程， 但是这个推理过程是加密的，我们可以直接在绘画记录里面直接更改，把扣代词拒绝我们的过程改成他对我们提出要求的肯定，这里面可以自行描述。另外可以把推理模型的推理过程删除，这样我们就完成了一次上下玩状态的破甲， 那么这个动作本身就是在污染 agent 恢复绘画时依赖的本地历史而实现我们破线的目的。那么通过这两个方法，我们更好地了解到 codex。 因为 codeys 本身也是一种 ai agent， 所以 这种 agent 设计肯定不是用户一句话到模型回复一句话这么简单，而是有一整个封装路径，我把它压缩为六个层面， 第一，模型层面关乎模型本身的能力偏好和对齐边界。二，指令层，我们刚才聊到了 instruction， 还包括 agent 点 m d 这种持久的规则。 三，上下文层包含了整个 context， 并且会成为新一轮提示词的一部分。四、工具层包含了 tos， 还有 mcp， 包括带脚本的 skill 都属于工具层。 五、状态和绘画层，我们刚才用的 sessions 就是 这个层面，并且会影响到上下文层。 六、执行和权限层 sandbox 和 approves 就是 决定了读写和权限。 ok， 从 web coding 出发，我们了解到了更广泛的世界，这也可以反过来让我们了解到 ai 编程的边界，那么我们下个视频见。

我教大家一分钟用 codex 生成你想要的视频。不是说一句帮我做个视频小白，真正要学会的是把需求拆清楚。第一步，先写我要做什么，比如我想生成一条关于 审美是第一生产力的科普短片。第二步，说清楚它发在哪里，平台不同节奏、字幕画面密度都不一样。第三步，直接给风格标准，像 apple 发布会，高级有数据、有图文，有可视化，不要 ppt 感，不要廉价感， 这时候 codex 才不是在猜，而是在执行。接下来你看到的这条视频，包括刚才讲解，均由 codex 生成。 审美为什么会成为第一生产力？因为它不是装饰，而是把注意力、信任和选择压缩到同一瞬间。好的审美会降低理解成本，形成品牌记忆，提升转化，也沉淀组织标准。麦肯锡设计指数发现，设计成熟度最高的公司， 收入增长高出三十二个百分点，股东回报高出五十六个百分点。一 m i 统计中， 设计驱动型公司十年跑迎标普五百指数两百一十一百分。之所以审美带来的是更快的选择，更高的价格带核，更低的组织摩擦。 apple、 disney， music、 urba、 iso 战略 低是同一种感知高度。审美不是风格，是决策质量的可塑化。