Codex Pro 200 额度实测：GPT-6 Astra 与 GPT-6.1 Sol 每周能用多少 token

时间线（均为新加坡时间 UTC+8）

2026-09-29 14:41 / 23:10：OpenAI 的 Tibo（@thsottiaux，X 简介 “Codex & ChatGPT @OpenAI”）在 X 上说明 Pro 200 将重新开放并改变用量计算方式（原帖见来源）。

2026-10-28 14:25–14:35：aiplans 第一轮复测（Astra 主测 28 次）；报告 14:43 合入站点仓库。

2026-10-28：站内核验 Pro 200 月费 US$200 / 月。

2026-10-29：gpt-6-astra API 价格快照核验（本页美元等价的唯一价格依据）。

2026-10-30 00:56：Tibo 在 X 上宣布 Pro 100/200/500 与 Business Premium 额度调整，“effective today”（原帖发布时间为 2026-10-29 16:56 UTC）。

2026-10-30：核对 OpenAI 帮助中心「About ChatGPT Pro tiers」与「Managing usage with GPT-6 Astra in Work and Codex」的说明。

2026-10-30 14:36–14:51：aiplans 本轮复测（Astra、Sol 各 60 次主测）；报告 14:59 合入站点仓库。

2026-10-30：本页外部来源的核对日期。

结论：Astra 与 Sol 的周额度

GPT-6 Astra：主测 60 次全部成功，已知 5,580,339 tokens，周窗口已用 49% → 53%。点估计约 1.395 亿 tokens / 周（139,508,475）；把每个整数读数按 ±0.5 个百分点处理，范围约 1.116 亿 – 1.860 亿（111,606,780 – 186,011,300）。这是读数舍入区间，不是统计置信区间。

GPT-6.1 Sol：主测 60 次，59 次成功（1 次 “Selected model is at capacity” 报错），已知 5,484,515 tokens，周窗口已用 48% → 49%。只能给出条件下界约 2.742 亿 tokens / 周（274,225,750），没有上界，也没有点估计。

美元等价：按 gpt-6-astra 标准 API 公开价（USD，每百万 tokens 输入 $10 / 缓存读取 $1 / 输出 $50，价格快照核验于 2026-10-29，本次未重新核验），Astra 这次的测试负载折合约 $1,222 / 周，范围 $978 – $1,630（同样只含读数舍入）。这只是 API 标价等价价值，不是套餐余额，也不代表 OpenAI 按 API 价格扣额度。Sol 不给美元等价。

Pro 200 的月费为 US$200 / 月（站内核验于 2026-10-28），见 OpenAI 套餐与价格。

这些数字的含义与适用条件

只适用于 ChatGPT Pro 200。Pro 200 套餐由账号持有人确认，不是账单独立核验；升级是持有人报告的。测试账号在 9 月 29 日之后的原额度档位未核实；调整是否作用到本账号、作用后额度变了多少，都未核验。实测既不能证明也不能否定官方说法。

Astra 和 Sol 共用一个周额度池。同一周里两者都用，总量不是 1.395 亿 + 2.742 亿，而是共同消耗同一个池子。

Codex CLI 只报告请求的模型名，无法证明实际服务的是哪个模型。

只拿到了周窗口（10080 分钟）读数；5 小时窗口和月窗口接口没有返回，本页不做外推。

这些是一种固定负载配比下的条件估算：每次约 9.3 万输入 token、短输出、高并发。Astra 主测中缓存读取约占 14.45%，输出很少。你的输入、缓存、输出比例不同，能跑的 token 数会不同。

估算假设线性扣量、计量已结算、期间没有其他流量。它不是 OpenAI 的承诺额度。

Sol 的数字为什么只是下界

Sol 主测期间周读数只动了 1 个百分点（48% → 49%），控制会话计数也有增量，而且有一次请求报 at capacity，失败请求没有 usage 数据。报告没有把整段变化都算给 Sol，也没有用 API 价格去扣除其他消耗，而是取最保守的口径：两端整数读数的真实增量最多 2 个百分点，Sol 已知消耗不会超过这 2 个百分点，所以周容量至少为 5,484,515 ÷ 2% ≈ 2.742 亿 tokens。

这个下界依赖四个前提：计量已结算、线性扣量、没有退款、没有重置或额度变化。任何一条不成立，这个数就不能用。它只说明“至少”，不能当成 Sol 的完整周额度。

和 10 月 28 日结果怎么比

10-28（14:25–14:35 测试，早于 OpenAI 公告）的第一轮复测中，Astra 主测 28 次，点估计约 8,651 万 tokens / 周，范围约 6,488 万 – 1.298 亿；当时 Sol 读数异常，没有发布容量。

这次 Astra 的点估计更高，但新旧两个区间有重叠（新区间下沿 1.116 亿低于旧区间上沿 1.298 亿），两轮的缓存和系统输入比例也不同。所以这次结果不能证明额度涨了多少，也不能用两个点估计相除来推算升级倍率。

官方说法：OpenAI 帮助中心

官方说法：OpenAI 帮助中心（About ChatGPT Pro tiers，核对日期为 2026-10-30）：

"Pro 100 and Pro 500 now include twice their previous Work and Codex allowance. On Pro 200, only the lower allowance doubled. New subscriptions include the updated allowance, and existing subscribers receive it automatically without waiting for renewal."

"The reduction announced in our September 29 email is canceled. If you already had the higher Work and Codex allowance, you keep it. If you had the lower allowance, it has doubled to match. Your subscription price stays at $200/month."

"A larger allowance does not guarantee twice as many completed tasks."

（译：Pro 100 和 Pro 500 的 Work 与 Codex 额度变为原来的两倍；Pro 200 只有原本较低的额度翻倍，原本就是较高额度的保持不变；9 月 29 日邮件里宣布的下调取消；更大的额度不保证能完成两倍任务。）

官方说法：Tibo 的 X 原帖

官方说法：Tibo 的 X 原帖（原帖，2026-10-30 00:56 新加坡时间）：

"We are doubling all usage limits for all Pro 100/200/500 tiers and Business Premium, effective today."

"We heard your kind feedback and won’t be reducing usage limits for Pro 200, so your Work and Codex usage will stay the same."

Tibo 原帖对 Pro 200 的写法比帮助中心笼统；Pro 200 的具体规则以帮助中心的“只有较低额度翻倍”为准。

官方说法与实测：能对上的

时间：我们的两轮测试一轮在公告前（10-28 14:25），一轮在公告后（10-30 14:36），先后顺序清楚。

只有周窗口：帮助中心写 “Pro 100, Pro 200 and Pro 500 currently have no five-hour usage limit in Work and Codex.”，和我们只拿到周窗口读数一致。

共用额度池：帮助中心写 “Work and Codex share the usage allowance included with your plan.” 和 “Switching models does not restore allowance in a shared usage pool.”，和我们观察到 Astra、Sol 共用一个周额度池一致。

方向：Astra 点估计比 10-28 高，和“额度没有下调”不矛盾。

官方说法与实测：无法证明的

倍率：官方的“翻倍”只针对原本较低额度的 Pro 200。测试账号在 9 月 29 日之后、此次调整前的原额度档位未核实，所以连“官方说这个账号应该变多少”都无法确定。

实测精度：新旧 Astra 区间重叠，不能排除“额度没变”；读数只有整数百分比，精度也不足以排除“翻倍”。因此我们的数据既不能证明、也不能否定官方的翻倍说法。本页不给自己计算的倍率。

Sol：10-28 没有发布 Sol 容量，没有基线，无法和官方说法对比。

官方没有公布 Pro 200 的具体 token 额度；本页数字是一种固定负载下的实测估算，不是官方额度。

测法

工具：Codex CLI，使用 ChatGPT Pro 200 账号登录，读取该账号的周额度窗口。

负载：沿用 10-28 的合成 Python 代码审查输入，每次约 9.3 万输入 token，要求短输出；每次加随机 nonce，缓存以实际 usage 为准。没有观察到工具执行。

批次：每个模型先做 4 次校准、32 次并发扩展，再做 60 次主测（最多 12 并发）。容量只用主测计算，各批次不跨模型合并。

读数：每批前后读周窗口已用百分比，结束时取即时和延迟两次读数（间隔至少 10 秒），并核对重置时间和控制会话计数。采集时间不等于服务端结算时间。

计数：普通输入 = input_tokens − cached_input_tokens；总量 = input_tokens + output_tokens，reasoning 不重复计数；缓存写入为 0。

计算：Astra 点估计 = 总 token ÷ 4%，范围 = 总 token ÷ 5% 到 总 token ÷ 3%；Sol 下界 = 已知 Sol token ÷ 2%。

停止：在约 53% 已用时停止，没有因报错无限追加调用。

逐次账本和全部窗口读数在 codex-models-2026-10-30.json。

订阅还是 API：怎么用这些数字判断

先分清两条计费路径：Codex 用 ChatGPT 订阅登录时消耗订阅额度；用 API Key 登录时按 API 价格计费，订阅不能抵扣 API 账单（见 OpenAI Codex 官方计费说明）。

1. 统计你一周在 Codex 里实际用掉的 token，按普通输入、缓存读取、输出分开记。

2. 算出这些用量的 API 标价：普通输入 ÷ 100 万 × 输入单价 + 缓存读取 ÷ 100 万 × 缓存单价 + 输出 ÷ 100 万 × 输出单价。Astra 可用上面的 2026-10-29 价格快照，其他模型到对应模型页查当前价格。

3. 和订阅比：Pro 200 是 US$200 / 月。把你一个月的实际用量按第 2 步折成 API 标价，再和月费比：明显低于月费，按量用 API 可能更省；明显高于月费，订阅更划算，但还要看周用量会不会超过本页的周容量。作为参照，按 2026-10-29 的价格快照，本次 Astra 测试负载用满一周折合 API 标价约 $1,222（$978 – $1,630），不是套餐余额或扣量规则。

4. 看配比是否接近：本次是长输入、短输出、低缓存的负载。输出占比更高或缓存更多时，实际能跑的 token 数和对应的 API 金额都会变，不能直接套用本页数字。

5. 混用 Astra 和 Sol 时按一个池子算，不要把两个容量加在一起做预算。

6. 用满之后不一定要升级：按 OpenAI 官方说明，Plus 和 Pro 用户达到限额后可以购买额外 credits 继续用，也可以改用 API Key 按标准 API 价格跑本地任务。credits 的单价以官方页面为准，本页不估算。

最终以你自己账号的用量读数和 OpenAI 官方说明为准。各渠道的 API 价格可在 GPT-6 Astra、GPT-6.1 Sol 模型页对比，订阅套餐可在订阅套餐对比中查看。