如何在使用 GPT-5.6-Sol 时避免触及限制

@theo
英语9小时前 · 2026年7月11日
222K
1.7K
70
75
1.5K

TL;DR

Theo 分享了一份关于在 Codex Pro 中优化 GPT-5.6-Sol 使用的综合指南,重点介绍了推理级别、子 Agent 管理以及防止触及速率限制的策略性提示词技巧。

我已经在 gpt-5.6-sol 上烧掉了超过 20 万美元的 token。这是个很棒的模型。不过,在 $200 的 Codex Pro 订阅下,容易碰到使用上限。

OpenAI 在重置方面很大方,但当你还剩 4 小时就把 5 小时窗口用光时,这也没用。我犯过很多错误,也看到别人在犯同样的错误。我可能之后会做个视频讲这个,但想尽快把这些建议发出来,让你们能少烧 token,多干活。

努力级别

默认为 medium 或 high。两者都很棒。xhigh 能力极强,但我发现平时不太需要它,即使是在编排多个子 Agent 时也是如此(后面会详述)。

"Ultra"

Ultra 并不是一个推理级别,尽管 UI 上把它放在那里。它和 Claude Code 的 "Ultracode" 一样容易让人困惑。我之后会出一个视频讲这个。

现在,我建议 完全避免使用 Ultra。Codex 的框架有 bug,会导致它产生太多子 Agent,而且推理级别高得离谱。等 bug 修复后,我会重新考虑。

快速模式

我喜欢快速模式。以前经常用。对于容易频繁停下来的模型来说,快速模式很合理。提醒一下,快速模式消耗 2.5 倍的积分

5.5 经常停下来,需要鼓励才能继续。5.6 能持续更长时间。这基本上是个好事。它可以信任地端到端完成任务。不过这也让 "token 消耗" 变得不那么可预测。

忽略 /goal,5.5 的一条消息,可能用掉我上限的 0.1% 到 2%。乘以 2.5 倍,一条消息峰值大约 5%。

我见过 5.6 在 一条消息上用掉 15%,因为它持续更长时间。再加上快速模式的倍数,那就相当于 一条消息占用你 5 小时窗口的 40%。我知道这烧掉了很多人。相信我,暂时别用快速模式。

子 Agent

这是 GPT-5.6 最酷的解锁功能。但也容易误伤自己。Sol 非常热衷于启动子 Agent。这基本上是好事。

可惜的是,Codex 的实现有一堆乱七八糟的问题(别让我提 v1/v2 分裂和基于模型的自动路由)。

简而言之,gpt-5.6-sol 总是 用与父实例相同的模型和推理级别启动子 Agent。这就是为什么 Ultra 现在 "坏了"。

那你能做什么?几点:

  1. 降低推理级别!"High" 搭配子 Agent 时还行,"low" 和 "medium" 也很好。
  2. 更新你的全局 AGENTS.md,指定 "仅在我要求时启动子 Agent"(有助于防止 5.6 过于积极地启动子 Agent)。
  3. 如果你真的想让 Codex 启动多层子 Agent,可以在配置中启用 "hide_spawn_agent_metadata = false" 标志。向 Codex 询问,应该能搞定(可能需要源码权限)。

我正在积极与 Codex 团队沟通如何修复这些行为。目前,我走了一条 稍微有点离谱的绕路方案

模型选择

就我个人而言,我大部分工作仍然只用 gpt-5.6-sol。偶尔会选 Terra 做快速审查或反馈,通常只是出于好奇。Luna 出奇地好,但它并不是给我们 "直接选" 的,更像是给代码和 Sol 启动子 Agent 用的工具。

我的建议:$200 档用 sol high,其他情况用 sol low。

Terra medium 看起来是最大化使用量的不错选择,但我用得还不够多,不太确定。(顺便说一句,所有这些选项在智能和成本上都碾压 Sonnet 和 Opus)

更好的提示词

这个模型会一直跑下去。我发现,在提示词中设置清晰的 "停止点" 非常有帮助。下面是一些例子。

我想让你构建这个新功能。先写一个计划。写完计划后,

停下来,先征求反馈再继续

计划看起来不错!开始构建吧。使用计算机使用来测试你的实现。一直运行,直到代码能正常工作,并且你对实现满意。提交一个 PR,照看它直到第一轮审查意见出现,然后处理它们。

在第一轮审查意见后停下来,接下来我来处理。

注意,这些例子的 "任务长度" 差异很大。5.6 能持续运行并做得很好!只是有时候会跑得 太远,所以清晰的停止点对它很有帮助。

让另一个 Agent 来引导

简而言之,如果你有另一个订阅,让 Fable "驾驶"。教它如何用 gpt-5.6 启动子 Agent(或者用 Cursor,它已经知道怎么做了)。

我在几个订阅之间切换(2 个 Claude $200,1 个 Codex $200)。Fable 也非常消耗 token,但如果使用较低的推理级别,并给它技能/指令来启动 Codex 子 Agent,它非常强大。我在 最近一个关于最大化 Fable 使用的视频 中聊了很多,这些技巧现在比以往任何时候都更有用。

"不断调整直到感觉对了"

现在实验非常有价值。尝试不同的东西,实验更难的任务,尽力监控使用情况(通过仪表盘、ccusage、codexbar,你喜欢的方式)。你会惊讶于小改变能对输出和 token 消耗率产生多大影响。

现在做开发真是个好玩的时代。多玩玩。多在 ~/.codex 和 ~/.claude 目录里花时间。做一些看起来愚蠢的改动。实验。你会惊讶于可能发生的事情。

二次创作

使用 YouMind 创作爆款文章

收集素材、拆解爆点、生成视觉资产、撰写内容,并在一个 AI 工作空间里完成分发。

了解 YouMind
写给创作者

把你的 Markdown 变成干净的 𝕏 文章

图片上传、表格、代码块,往 𝕏 上手动重排太痛苦。YouMind 把整篇 Markdown 一键转成干净、可直接发布的 𝕏 文章草稿。

试试 Markdown 转 𝕏

更多可拆解样本

近期爆款文章

探索更多爆款文章