chatgpt plus 账号网页版工作流心得交流

我记得之前他们有通过浏览器插件往 Deepseek 的网页版里边传工具/skill 之类的，让它具备调用工具的能力的。是不是可以按这个思路搞一搞？

网页版可以 mcp ，cli 不能联网（容器限制），目前应该是没有原生 skill 支持，但是 skill 本身文本可读

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://sunp.eu.org/t/1225039 和 https://sunp.eu.org/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

你可以考虑把网页版卖给那些只用网页版的人，然后再多开一个账号

你可能需要隔壁 linux[.]do 的 /t/topic/2259880

有额度限制，5.5 （高级模式）应该是一周 3000 次对话，虽然不太可能用得完就是了。真正无限制的是 Pro 套餐