蛛网之上 Above the Web
GitHub ↗

发布于 更新于 约 9 分钟读完 · 3,079 字

本文目录 16 节
  1. 一句话律
  2. 事实冻结（官方口径，2026-09-09 核）
  3. 推理档位（reasoning effort）
  4. Codex / ChatGPT 界面命名
  5. Ultra
  6. 额度怎么扣（learn.chatgpt.com/docs/pricing）
  7. Tibo 原推（2026-09-07）
  8. Artificial Analysis 分档数据（GPT-6 Astra 发布页）
  9. 文章裁决表
  10. 我自己被纠正的三处（诚实记录）
  11. 可复用：额度体检四问
  12. 举一反三：单因归因的识别信号
  13. 未核实 / 边界
  14. 资料来源
  15. 关联文档
  16. 版本

推理档位单因归因陷阱：GPT-6 Astra 档位与额度六因子官方查证

入档：2026-09-09 触发：跳蛛先生转来一篇热传的 GPT-6 Astra「推理等级怎么选」科普文（作者是 Pro 20x 用户，两个号额度烧光），直觉「他在错误归因」，要求从技术层评估并查证 验证状态：⚠️ 首次（OpenAI 官方文档 + Tibo 原推 + Artificial Analysis 分档数据交叉核对；Ultra 实耗只有一例 GitHub issue，未自测） 性质：AI 编码工具的成本机制档案 + 归因纠偏案例（含我自己被官方数据纠正的三处） 对外版：08_对外分发/GPT-6_Astra推理档位怎么选_额度为什么没了_同好版.md（飞书云文档见文末）

一句话律

推理档位是额度六因子之一，不是唯一因子。 把「额度没了」单归到档位，会漏掉 Fast 2.5 倍和上下文体积这两个同量级项，并在 xhigh 与 max 的取舍上给出与实测数据相反的建议。

事实冻结（官方口径，2026-09-09 核）

推理档位（reasoning effort）

  • API 支持 low / medium / high / xhigh / max 五档；GPT-6 Astra 不支持 none（传了返 HTTP 400）。
  • 官方推理指南原话：the same model with different reasoning token budgets；并说模型会 reason adaptively，简单任务少用、复杂任务多用。
  • 推理 token 按输出 token 计费，不可见但占上下文窗口。
  • 会话中途可用 configuration_update 改档位，仅限标准单代理模式（即 Ultra 下不可改）。
  • 官方对各档定位：low「高效推理、延迟略增」/ medium「质量与可靠性并重」（默认）/ high「困难推理、复杂调试、深度规划」/ xhigh「深度研究、异步工作流、需要很长 rollout 的 agent 任务，只在 evals 证明有收益时用」/ max「最复杂任务的最大推理」。

Codex / ChatGPT 界面命名

界面档位API 值官方说明
Light（CLI 里叫 Low）lowFast responses with lighter reasoning
Medium（默认）mediumBalances speed and reasoning depth for everyday tasks
HighhighGreater reasoning depth for complex problems
Extra HighxhighExtra high reasoning depth for complex problems
Maxmaxmore time to reason about a single task
Ultra非档位，是模式Maximum reasoning with automatic task delegation

Ultra

  • 官方定义：Ultra uses maximum reasoning and lets ChatGPT proactively delegate suitable work to subagents. 即 max 推理 + 自动派发子代理。不是并行采样，是任务分解编排。
  • 子代理各自做自己的模型和工具调用，因此 subagent workflows consume more tokens than comparable single-agent runs；未显式配置时子代理继承父代理设置。
  • 官方适用场景：读密集、可拆分的任务（探索、测试、分诊、总结）；写密集并行会冲突，官方明确警告。
  • Ultra 仅对 eligible accounts and supported models 开放。
  • 实耗样本（GitHub openai/codex #43029）：Pro 20x 用户，Astra Ultra 跑一个 SwiftUI 加载指示器重构，1 小时 11 分，3 个子代理，消耗周额度约 30%。无官方回复。

额度怎么扣（learn.chatgpt.com/docs/pricing）

  • 订阅侧按 token 积分 计：输入 / 缓存输入 / 输出三类。官方原话：Your prompt, files, chat history, tool results, and ChatGPT’s response all use tokens.
模型输入缓存输入输出（含推理）
GPT-6 Astra250251250
GPT-5.6 Sol10010500
GPT-5.6 Terra505300
GPT-5.6 Luna50.530

（单位：积分 / 百万 token）

  • 官方列出的消耗因子：Model choice, context, reasoning, tool use, retrieval, and caching all affect usage, so prompt length alone isn’t a reliable estimate. 六个因子。
  • Fast 模式：Astra 按 Standard 的 2.5 倍计（订阅侧）。API 侧另有 Priority processing 2 倍。
  • Pro 是 Plus 的 5 倍或 20 倍（官方定价页原文 Pro 5x or 20x higher rate limits than Plus）。
  • ChatGPT Work 和 Codex 共用额度；2026-08-24 Tibo 宣布 Plus 恢复 5 小时限额时，范围是「ChatGPT Work 和 Codex」，普通聊天单独计量。
  • Plus 的 Astra 额度官方只给估计区间：每 5 小时约 5 到 45 条本地消息，按任务权重浮动；周上限未公布。
  • Astra 在 Codex 订阅侧免除 272K 长上下文加价（二手报道引用企业版费率卡；API 侧保留 2 倍输入 / 1.5 倍输出）。

Tibo 原推（2026-09-07）

To calibrate you all on which reasoning effort to use for Astra, know that GPT-6 Astra on low performs better than GPT-5.6 Sol on high. If you were using high reasoning efforts with Sol and were happy, I suggest you move down to low or medium for Astra.

Artificial Analysis 分档数据（GPT-6 Astra 发布页）

档位智能指数每任务成本
low46$0.82
medium50$1.54
high51$1.72
xhigh53$2.31
max53$3.26

另一版本指数（paddo.dev 转引）：low 49 / medium 52 / high 53 / xhigh 54 / max 55，跑完指数的输出 token 分别为 5.4M / 12M / 19M / 30M / 49M。两版排序一致：xhigh 到 max 分数持平或 +1，成本多四到六成，token 多六成。

文章裁决表

文章说法裁决依据
档位＝同一模型不同思考预算，不是模型档位✅ 对官方原话 same model with different reasoning token budgets
Ultra＝「成立专项工作组」✅ 对官方定义 maximum reasoning + automatic task delegation
Plus 用户聊天走 ChatGPT 不走 Codex，额度分开✅ 对5h 限额范围＝Work + Codex，普通聊天单独计
Pro 是 Plus 的 5 倍 / 20 倍✅ 对官方定价页
引 Tibo「Astra low 优于 Sol high」✅ 对原推核实
「最高出计划、降到高执行」✅ 流程可行configuration_update 单代理模式下可中途改档，上下文延续
额度烧快＝推理档位太高❌ 单因归因官方六因子；作者自己的样本（测试 + 演示 + 全栈重构 + Fast）被工作量与倍率混淆
Fast 只是「拉满」的姿势❌ 漏掉倍率项Fast 2.5 倍；基准任务上 medium→high 成本差仅约一成，Fast 一个开关顶三档
「极高没意义，直接最高」❌ 与数据相反xhigh 53 vs max 53，成本 $2.31 vs $3.26；官方把 xhigh 定位给长 rollout agent 任务；「max 一轮解决更省」的前提（max 一轮成功率明显高于 xhigh）无数据支持
Pro 用户「高」常驻🟡 与官方建议相反Tibo 建议降到 low/medium；Codex 提示指南推荐 medium；作者自认心理因素
Ultra「不是更聪明只是更贵」🟡 半对Ultra 内含 max，至少和 max 一样聪明；Sol Ultra 在 Terminal-Bench 2.1 上 +3.1 个百分点（88.8→91.9）；该不该用取决于任务可不可拆，作者的顺序写密集 Vibe Coding 确实不适合，但理由错了
Ultra 只在额度快重置时清仓用🟡 浪费用法官方适用场景是可拆分的读密集任务；清仓＝max × 子代理数 × Fast 2.5，是最贵组合
大号被风控是 OpenAI「莫名其妙」❓ 未核实两个 Pro 号同机高强度自动化是常见触发条件，但无证据

用 伪机制解释识别_四层拆解法_v1 的四层看：现象✅（额度确实烧得快）/ 机制✅（同模型不同预算是官方口径）/ 根因❌（六因子讲成单因子）/ 药方🟡（档位匹配任务对，xhigh→max 反向）。这是四层框架第三次复用，形态与前两次不同：前两次是「机制编数字」，这次机制层是对的，错在根因层的遗漏而非捏造。

我自己被纠正的三处（诚实记录）

上一轮凭经验给出的评估，有三处被官方文档推翻，一并留档，防止下次再犯：

  1. 「推理档位只是二阶变量，上下文重发才是主因」→ 撤回。 推理 token 按输出计费，Astra 输出费率是未缓存输入的 5 倍、缓存输入的 50 倍；max 的输出 token 约为 medium 的 4 倍。推理档位是一阶变量。正确表述：推理与上下文同为一阶，短会话推理主导，长会话上下文主导。
  2. 「档位是训练出来的策略，不是同一段计算跑久一点」→ 撤回。 官方口径就是 same model, different reasoning token budgets。文章的比喻是对的，我加的修饰是多余的。
  3. 「Ultra 可能是并行采样，若是则更聪明」→ 撤回。 官方定义是任务派发编排。文章的「工作组」比喻准确。

教训：对成本机制的判断，先查费率表再下结论。凭「agent 循环每回合重发上下文」这个正确的机制，推出「上下文主导」这个错误的量级，是因为没查输出与输入的费率比。机制对不等于量级对。

可复用：额度体检四问

额度掉得快，按顺序问：

  1. 开 Fast 了吗？ 2.5 倍，先关。
  2. 会话多长、上下文多大？ 每回合重发全部上下文，缓存也按 1/10 计；大日志、大 JSON 整段吐进对话是常见肥源。一个任务一个会话。
  3. 档位高于任务需要吗？ 官方默认 medium；Astra low 已优于 Sol high。日常 medium，困难调试 high，长 rollout 的 agent 任务 xhigh，max 极少。
  4. Ultra 用在可拆分的读密集任务上了吗？ 探索、测试、分诊、总结可拆；顺序写代码不可拆，开了就是纯多付。

前两问是文章漏掉的，后两问文章讲了但第三问的档位排序要修正（xhigh 不是鸡肋，max 才是）。

举一反三：单因归因的识别信号

  • 官方列了 N 个因子，文章只讲 1 个。 先找官方的因子清单，再看文章覆盖率。
  • 作者自身样本被工作量混淆。 「我两个号烧光了」的工作内容是测试 + 演示 + 全栈重构，换任何档位都省不了多少。
  • 「一轮解决更省」这类推论依赖未验证前提。 前提是高档一轮成功率显著更高，数据显示 xhigh 与 max 持平。
  • 比喻准确不等于建议正确。 文章的两个比喻（思考预算、工作组）都对，建议层仍可以反向。

未核实 / 边界

  • 风控原因无公开信息。
  • Plus 的 Astra 精确额度未公布，只有估计区间。
  • 272K 长上下文加价在 Codex 订阅侧免除：二手报道引企业版费率卡，原页面 403，未直接核实。
  • Ultra 实耗只有一例社区报告，无官方账单结构说明。
  • Artificial Analysis 两版指数数字不同（46 vs 49 等），系指数版本差异，只取相对关系。
  • 本篇未自测任何档位的真实消耗，全部为官方与第三方公开数据。

资料来源

关联文档

版本

  • v1 · 2026-09-09 · 首次沉淀（官方文档 + Tibo 原推 + AA 数据交叉；含自我纠偏三处）

升级触发：

  • 自测任一档位的真实消耗（同任务跑 medium / high / xhigh / max 记 token）后补实测节
  • Ultra 官方账单结构公布，或积累 3 例以上实耗样本
  • OpenAI 调整 Fast 倍率或档位定义
类型/协作工具链主题/模型选型主题/查证与核查工具/Codex