很多人用 Codex 写着写着突然被限，却说不清是免费额度到了还是 Plus 那部分用光了，也搞不懂两者能不能叠着用。这篇不报具体数字，只给你一套判断顺序：先分清两条额度各自的计量口径，再确认自己的账号状态和当前消耗，最后按场景决定是继续用订阅额度还是补 API。
用 Codex 写着写着突然被限，第一反应往往是「我是不是把额度用完了」，但真正麻烦的是：你根本分不清是免费那份到了，还是 Plus 那份用光了。这两条额度不是同一个池子里的水，触发条件、计量周期、能用到的入口都不一样，混着看只会越查越乱。
下面这套顺序不报具体数字，只教你怎么判断：先分清两条额度各自怎么算，再确认自己账号处在哪个状态、当前周期消耗到哪一步，最后按场景决定是接着用订阅额度，还是切到自己的 API key。数字部分一律以站内页面当时显示的为准。
免费额度和 Plus 额度是两条并行的账
先建立一个基本认知：免费额度通常绑在免费账号或试用身份上，Plus 额度绑在订阅状态上。它们的触发条件不同，不是你充了钱就把免费那份「合并」进来。判断自己当前吃的是哪一条，第一步不是看用量，而是看账号有没有有效订阅、是不是还在订阅生效期内。
- 免费额度
- 跟账号的免费身份走，一般不带并发和模型选择上的宽松度，用完就限。
- Plus 额度
- 跟订阅状态走，请求频率和可选模型更宽，但不等于无限，超额照样受限。
- 计量周期
- 两条账各自按自己的节奏重置，别默认它们同步。
口径这东西官方会调，具体倍数、重置节奏、覆盖哪些入口，都以站内 /codex-radar 和 /resets 当时显示为准。想核对订阅侧的口径说明，去 /coding-plans/openai-codex-product-subscription-plus 看那一页怎么写的，别拿半年前的印象当准。
差在哪里：可用范围、优先级、过期规则
两条额度真正的差别不在「谁多谁少」，而在三个地方：能用在哪里、高峰期谁先被照顾、以及停订之后剩下的是不是还能带走。很多人只盯着第一条，结果在第二条和第三条上吃亏。
| 对比维度 | 免费额度 | Plus 额度 |
|---|---|---|
| 可用入口 | 常限定在部分入口或部分模型 | 覆盖更全，跨入口前仍需确认该入口认哪条 |
| 高峰期表现 | 更容易被限速或排队 | 订阅身份更容易拿到响应 |
| 过期规则 | 多为按周期滚动或一次性 | 跟订阅周期走，停订后是否保留看官方说明 |
| 计量口径 | 绑免费身份 | 绑订阅状态，与免费那条不叠加 |
有个常见误判：如果你是通过中转站或第三方客户端调用，界面上那个「额度」很可能是渠道自己折算出来的，既不是免费那条也不是 Plus 那条。这种情况下先去 /sites 看该渠道的判断口径，把账本认清楚了再谈用量，不然你查半天都是在查别人的规则。
额度怎么添加：三条可走的路
「添加额度」这件事没有一键按钮，本质是选一条路把自己的可用量提上去。三条路各有适用人群，选错了不是浪费钱，是浪费排查时间。
- 先确认账号状态登录后看订阅是否有效、处于哪个档。这一步没确认就谈加额度，等于闭着眼睛充值。
- 再看当前周期已用多少到 /usage 看真实调用量，对上体感以后，判断是等重置、升档还是切 API。
- 按场景选路径长期稳定写代码的走订阅路径；用量忽高忽低的走自带 API key 按量计费；通过渠道调用的走渠道规则。
- 加完复测一次加完额度别急着跑大任务，先用一个小请求确认生效，再回到 /usage 对照前后变化。
- 订阅路径：把账号升到对应订阅档，额度随订阅生效，档位差异去 /coding-plans/openai-codex-product-subscription-pro-5x 对照
- 自带 API 路径：客户端切到自己的 API key 按量计费，成本随用量走，适合波动大的场景
- 渠道路径：通过中转站调用时买的是渠道折算额度，规则由渠道定，先按 /sites 的口径判断再充
- 共同前提：先搞清自己吃的是哪条账，再决定往哪条账上加
怎么确认还剩多少、花得快不快
额度管理最省事的做法不是天天盯着看，而是固定几个动作，攒两三周数据，你自然知道自己属于哪一档用量。等到被限了才去查，永远只能被动挨打。
- 每周到 /usage 看一次真实调用量，和体感对不上时再深挖
- 把「额度见底」和「模型变慢」分开：前者是账的问题，后者可能是限速，去 /tools/speed-test 量基线
- 只记三个字段：时间、入口、本轮任务大致规模，攒两三周就能看出用量档位
- 周期内总在上半段就用完，说明档位偏小，先按 /coding-plans/openai-codex-product-subscription-plus 的口径估算再决定升不升
还有一点要说清楚：这套跟踪方法对「偶尔用一用」的人不适用。如果你一个月才用几次，记录成本比收益还高，直接等被限了再处理就行。重度使用者才值得建这套习惯。
下一步把你当前的账号状态、周期用量、入口类型三个信息对一遍，就能判断该走哪条路；拿不准渠道折算规则的，先去站内核对再决定是否充值。→常见问题
免费额度和 Plus 额度能加在一起用吗？
一般不能直接相加。两条额度各自绑定不同的账号状态和触发条件，先消耗哪一条、什么时候切到另一条，由官方规则决定，不是简单的余额叠加。想确认自己当前吃的是哪一条，去站内额度雷达页看当期的计量说明。想叠加使用，实际可行的做法是订阅额度用完后切自己的 API 按量走。
为什么我明明订阅了，还是提示额度不足？
最常见的原因是订阅状态没真正生效，或者你调用走的入口不认这份订阅额度，比如用了第三方客户端或中转渠道。还有一种情况是这个周期的额度确实已经用完，剩下的时间只能等重置。按「先看订阅状态、再看入口、最后看已用量」这个顺序排查，比反复重试有用。
额度用完了，是等重置还是直接升档？
看你的节奏。如果只是偶尔一段时间写得多，等重置或者临时切 API 更省；如果连续两三个周期都在前半段就见底，说明档位本身就偏小，升档更省心。估算方法很简单：记录两三周的实际用量，对照站内订阅档位页的额度口径，看高出多少再决定。
