我 5xPro ，只刷新了 GPT-5.3-Codex-Spark 的额度😂

V2rayNG?

你说的是 side chat 吧，好像不行，我这边是聊完默认就被放进 Archieved chats 了

我现在一般根据 https://codexradar.com/

里的 "降智雷达" 里的 IQ 值 来选模型用，它每天更新两次。

到网页端查看一下额度重置了没有呢？

https://chatgpt.com/codex/cloud/settings/analytics#usage

我最近 2 月都是 5x ，感觉上月底开始额度不禁用了，体感只有之前的一半

@testsb 修正
- 查询重置次数的发放/失效日期：参考 https://github.com/openai/codex/issues/28963

对，这种是新的重置方式：送重置次数，有效期 1 个月。

- 新老重置方式的区别：见我在此贴的回复 https://v2ex.com/t/1225381#reply3
- 查询重置次数的发放/失效日期： 参考 https://v2ex.com/t/1225381#reply3

是的，单独计算额度，但是上下文只有 128K ，只能做小任务，如果做大任务上下文频繁压缩，比 5.5-xHigh 消耗还快。

而且送的重置次数（我叫它"小重置"😂）用了也不会重置 Spark 的额度，只有以前老的那种重置（非送次数，大重置）才会重置它。

如果是同级的同事，可以不惯着他，完全可以模仿他的沟通方式给他发 "?"，以其人之道还治其人之身。

上级的化就确实难受了。

虽然不是很懂教培行业，但想问 OP：

- OP 是否经常用现在的顶级 AI 模型/Agent ，比如 Claude/Codex 、或者一些顶级国模比如 GLM ，用它们来处理自己工作/教培方面的任务，或者向它们询问一些自己专用方面的知识？
- ↑若是，OP 可以试着回答一下：教培的门槛是否足够高，高到未来几年是否不可能被 AI 取代？↑若否，可以试用并深入了解一下
- ↑若是，可以辞职放手一搏；↑若否，还是别辞职稳一点好

Codex Pro5x 用户，说说个人使用网页版辅助开发，主要是 Pro 和 xHigh 模型、以节约 Codex 用量的经验。

前提：

- 我的 Pro5x 额度经常不够用，20x 又用不完，因此需要利用网页版配合开发节省额度，让 5x 够用。
- Pro 相比于 Plus 多了 Pro 模型，不过只有网页版能用 Pro 模型，而且 5x 用 Pro 有上限次数，据说是 50 次，我经常用完，据说 20x 无限制。
- Pro 版可以无限使用网页版 xHigh 模型，不知道 Plus 是否也是如此。
- 网页版最大价值：网页版可以通过 App `Github`连接 Github 项目，包括私有项目，但仅只读不可写，所以非常适合用来做纯代码阅读层面的 code review 。能发现不少问题，但是也有不足，因为只读导致它无法通过运行 CI 基线、代码来发现更多问题。
- 我使用不同模型方式：
- 用顶级模型做规划设计
- 用高级模型做 Review 、复杂编码
- 用中/低级模型做简单编码(如 bug Fix 等)和文档修改
- Pro 模型比 xHigh 感觉在规划上更好，因此常在网页端用 Pro 做功能规划、架构和方案设计
- 现阶段 AI 开发大项目时还是以文档先行的模式最为妥当，文档细分各个模块、任务后，再由 AI 分模块执行


我目前正在用 Codex 开发较大项目，用 GPT 网页版主要是做 Code Rview 以节约 CodeX 的用量，记录一下具体流程：

1. 文档阶段：
- 先在网页端用 Pro （顶级模型）搭文档结构框架、撰写核心文档部分，如系统架构、模块划分、任务拆分、各任务(Task)中子任务(slice)划分、总体约束(AGENTS.md 等)
- 然后在 Codex 中用 5.5/5.4 xHigh (高级模型) 来补充文档细节：如子任务细节（ scope 、goal/non-goal 、Allowed files 、Completion criteria 、Required tests/fixtures 、Validation commands 等）、API 、任务状态文档等等
- 最终所有文档再交由 Pro 审阅。

2. 开发阶段：
- Codex 5.5/5.4 xHigh (高级模型)开一个子任务(Slice)开发专用的独立会话（记为会话 XYZ ）对一个子任务 slice 进行编码(复杂编码)，一个 slice 建一个 PR 。
- 编码完成后
- 先由网页版 5.5 xHigh(高级模型，换用顶级模型 Pro 更合适，但耗时更长且仅 20xPro 能无限次数使用) 的一个独立会话 Reivew ，发现的问题标出严重等级并简述修复方案。
- 然后交由 Codex 5.5/5.4 High/Medium(中级模型) 或者 GPT-5.3-Codex-Spark xHigh(Pro5x 及以上才有的模型)依据 Reiviewer 的方案来修复(简单编码)，修复工作还是在 slice 的开发会话 XYZ 中做。
- 如此 Reivew-Fix loop 直到网页版 Reivew 不能再发现问题。（这是节省 Codex 用量的关键，因为用网页版 5.5 xHigh 替代了大量本应在 Codex 中做的 Review-Fix loop 工作，而它是免费使用的，不会消耗 Codex 额度）
- 再来一轮 Reiview ，但这次不是在网页，而是在 Codex 中用 5.5 xHigh(高级模型)的另一个 Reivew 专用的独立会话中做，它比网页多了本地代码执行、基线测试，能进一步发现一些问题。
- 以上 网页和 Codex 的 Rview-Fix loop 有时候需要再交叉进行多轮（网页 1 次-Codex1 次-网页 2 次-Codex2 次...），因为
- 有时候 Codex 5.5 xHigh 可能降智，当它 Review-Fix 多轮后声称没有问题时，网页版可能又能够发现新的问题了。参考 https://v2ex.com/t/1225039 和 https://v2ex.com/t/1224353
- 网页 1 次-Codex1 次-网页 2 次-Codex2 次... 的 Review loop 中，每一轮修改可能引入新的问题
- 如此一个个 slice ，一个个 task 推进

3. 补充说明：
- 其实 Codex 中的开发和 Review 本身可以用一些 harness skill 做（比如我现在就是用 lazycodex 做的），因此虽然上面开发阶段的第一步说的是 "Codex 5.5/5.4 xHigh (高级模型)开一个独立会话（记为会话 XYZ ）对一个子任务 slice 进行编码(复杂编码)"，好像仅仅有编码工作，但因为有 harness ，观察它编码的思考链，内部运行的时候也是由 coding-testing-review-fix-tesing-review 的 loop 进行的。虽然在编码会话 ABC 中已经由 harness 要求做 Reivew loop 了。但是网页和 Codex 的独立会话 Reivew 一般都还是能在编码阶段的自 Reivw 的基础上进一步发现问题。
- AI 开发较大项目时尽量保证高的测试覆盖率，时间/条件允许可以 TDD

有另一个类似问题，有网友说 5.5 `测试显示绝大多数时候 high 的智商都比 xhigh 高` 😂

https://v2ex.com/t/1224353?p=1#reply20

我也是没遇到过因为临近重置而不能用的情况。

我这边不能用大概率是机场节点不稳定，换个节点就好了。

@MMnv8DuECn968UX9
我没用过 codex app 的 ssh 。
可以尝试用 vscode 的 ssh 连远程项目目录，然后使用 vscode 的 Codex 插件。我目前是这个模式，感觉也挺方便。

远程项目 指的是 codex-cloud 吗？

我也遇到过，我是 VScode 插件。

发消息弹 error ，具体忘了，大概意思说 create message timeout 。

Reload 一下 IDE window 就好了。

感觉 OP 表达风格和思维(怼人)方式都很像坛子里一个之前各种疯狂 Diss 量化的哥们儿，怀疑是他的小号。

若是：
- 过了这么久脑子终于转过圈来搞明白量化的作用了，当初 Diss 的多厉害现在就显得多荒诞。
- 可惜自己没能力实现，又不好意思用大号发，就用小号发帖来物色大善人(大怨种)合作。
- 归根到底性格上的硬伤导致表达和思维方式的荒诞，否则应该有人也愿意和你分享甚至合作。

若否：当我什么都没说，我抱歉。

5xPro ，基本都用 5.5-xhigh ，小任务就用 GPT-5.3-Codex-Spark