太炸裂了!为啥没有早点发现CodeX这个神仙用法?! 30 秒的视频演示–直接把你的 Plus 账号当成 PRO 账号的额度去用,简直爽翻了😂Codex 额度不够用的话强烈推荐试试: Codex (读取本地项目 +发送任务) ↓ 压缩提炼成 1~3K 的精简 Packet ↓ 调用浏览器 ➔ 丢给网页版 ChatGPT(5.6-Sol 做重推理) ↓ 网页端输出精准的结构化方案 ↓ Codex 接收方案 ➔ 修改代码 ─── 【二、…

有开发者发现了一种将 OpenAI Codex 与网页版 ChatGPT 组合使用的“降本增效”玩法——把本地 Codex 当作执行终端,把网页端 GPT-5.6-Sol 当作推理大脑,从而绕开 Codex 额度限制,用更低成本的模型完成复杂编程任务。

一句话看懂:有开发者发现了一种将 OpenAI Codex 与网页版 ChatGPT 组合使用的“降本增效”玩法——把本地 Codex 当作执行终端,把网页端 GPT-5.6-Sol 当作推理大脑,从而绕开 Codex 额度限制,用更低成本的模型完成复杂编程任务。

事件核心:发生了什么

8月30日,推特用户 @SUOHA_AI 发布了一条演示视频,展示了一套结合 Codex 与网页版 ChatGPT 的自定义工作流。核心做法是:先让 Codex 读取本地项目并发送任务,将需求压缩成 1~3K 的“精简 Packet”后,通过浏览器调用网页版 ChatGPT(使用 GPT-5.6-Sol 进行重推理),再把网页端输出的结构化方案回传给 Codex,由 Codex 完成代码修改与文件操作。该用户称,这套流程可以把 ChatGPT Plus 账号的订阅额度“当 PRO 账号用”,显著缓解 Codex 额度不足的问题。视频发布后获得超 3.9 万次浏览,并引发开发者讨论。同一推文中还推荐了知名开发者 steipete 开源的自动化工具 Oracle(github.com/steipete/oracle),方便用户直接落地这套流程。

为什么重要

这一玩法本质上是对 OpenAI 产品体系之间“能力错配”的补位。目前公开信息显示,网页版 ChatGPT 的推理能力更强、上下文更长,但 OpenAI 对不同订阅层级在 Codex 上的调用额度、模型版本和速率限制有明显差异。通过本地脚本将 Codex 降级为“文件读写工具”,把复杂推理交给网页端的高阶模型,等于在官方 API 定价之外重新组合了能力与成本。对于开发者而言,这意味着在不增加订阅成本的前提下,可以延长 Codex 的使用时长、承接更大规模的重构任务,也让“轻量模型做执行、重量模型做设计”的分层协作模式变得更可操作。

对用户/开发者/创作者的影响

对 Plus 订阅用户来说,这套方案最直接的价值是缓解 Codex 额度焦虑——运行大量自动化改动时不必频繁等待重置,也不必升级到更贵的 PRO 档位。对开发者而言,Oracle 这类开源工具降低了脚本编写门槛,让不熟悉终端操作的人也能复制这套工作流。更重要的是,这种“本地执行 + 云端推理”的拆分思路可以迁移到其他场景:例如自动化测试、批量重构、文档生成等,凡是需要长上下文理解但不需要高频调用的任务,都可以尝试用低成本模型做落地、用手头最高规格模型做规划。需要注意的是,绕过官方额度限制的自动化操作存在违反 OpenAI 服务条款的风险,严重时可能导致账号受限,读者需自行评估。

GamsGo AI

AI 工具推荐

想把多个 AI 模型放在一个入口?

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型,适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接:通过此链接购买,我可能获得佣金,不影响你的价格。

值得关注的后续

一是安全性:OpenAI 是否会更新条款或调整网页端访问策略来限制这类自动化调用,目前不得而知,若有变化将直接影响该工作流的可行性。二是官方产品迭代:OpenAI 是否会在 Codex 中直接开放更高级模型、或调整 Plus 与 PRO 的额度配比,这将决定“降级方案”还有多久的窗口期。三是开源生态跟进:Oracle 这类工具是否会快速迭代,支持更多本地 IDE、更多模型接口组合,甚至出现可配置的自定义调度框架,将决定该玩法能否从单点技巧变成通用实践。

来源:@SUOHA_AI

celebrityanime
celebrityanime
文章: 21293

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注