很多人看到“Codex Pro 20x 每月约100亿 Token”，第一反应是把它当成套餐承诺。其实，这个数字更适合被理解为基于真实使用样本的量级估算，而不是官方写死的月度配额。

一、先看七天样本

个人连续7日样本记录了36742次请求：输入约1.87亿 Token，输出约1260万 Token，缓存读取约26.99亿 Token，三项合计约28.98亿。这里最醒目的不是输出，而是缓存读取，占总量的绝大部分。AI 编程会反复带入仓库上下文、历史对话和工具结果，因此“总 Token”与用户新输入的文字量完全不是一回事。

二、100亿是怎样得到的

如果把七天28.98亿机械乘以30/7，会得到约124亿。但真实使用不会每天完全一致，而且 Codex Pro 20x 还受5小时窗口和7天滚动窗口约束。高强度样本直接线性外推容易偏乐观，所以将月度能力概括为约100亿，更像是取整后的经验量级。它说明重度使用时可能处理的上下文规模，不代表每个账号都能稳定跑满，更不意味着存在可随意支配的100亿输出 Token。

三、为什么不能只比较输出

样本中输出仅1260万，但缓存读取达到26.99亿。若只拿输出与按总 Token 统计的产品比较，会严重失真；反过来，如果另一款产品不计缓存，也不能直接用总量排序。约1450元的 Codex Pro 20x 还有请求频率、滚动窗口、模型调度等限制，实际体验取决于任务长度、仓库大小、会话复用率及峰值使用方式。

因此，正确读法是：36742次请求和28.98亿总 Token 是已观察到的七日事实；约100亿是结合窗口限制后给出的月度估算。评估时应同时记录输入、输出、缓存读取和失败重试，而不是只盯一个总数。

数据边界：数据截至2026-07-21；价格约1450元，统计来自个人7日样本，月度100亿为外推估算，并非官方保证额度，实际可用量受5小时与7天滚动窗口等规则影响。