很多人问「ChatGPT 额度具体怎么规定的」，其实想问的是两件不同的事：订阅套餐里的用量上限，和 API 调用按 token 计费。这两套规则互不相通，混在一起算必然对不上。这篇先把判定口径拆开，再给你一份查数字的顺序和自查清单，具体数值一律到站内对应页面看当期数字。
很多人搜「ChatGPT额度具体怎么规定的」，其实混着问了两件事：订阅套餐里的用量上限，和 API 调用按 token 计费。这两套规则互不相通，账户体系也是分开的，放一起算必然对不上。先把口径拆清楚，再按顺序去查当期数字，最后拿自查清单对一遍，基本就能判断自己错在哪一步。
这篇不讲任何固定数值，因为官方窗口和口径会调整，写死的数字迟早过期。我们只讲判断方法：你的限制来自哪条线、额度按什么变量算、去哪里核对当时的数字、对不上账时先排查什么。本文没写清的地方，多数能到站内对应页面对照。
先分清两条线：订阅额度和 API 额度不是一回事
订阅版在网页或 App 里用，给的是「用量窗口」概念，按时间段滚动恢复，不按 token 单价结算；API 是按 token 计费，用多少扣多少。两者后台不互通，订阅用尽不代表 API 余额为零，反过来也一样。搞不清这点，后面怎么算都是白算。
| 判断线索 | 订阅线 | API 线 |
|---|---|---|
| 出问题的地方 | 网页或 App 对话界面弹提示 | 代码里调用返回报错 |
| 消耗怎么算 | 窗口内用量，按轮次和任务类型折算 | 按输入输出 token 分别计价 |
| 什么时候恢复 | 到点重置或滚动恢复 | 充值或配额刷新后继续 |
| 去哪里看数字 | 站内 /plans 下对应档位页面 | 站内 /official-api/providers/openai 的价目 |
订阅额度的三个变量：窗口、口径、恢复方式
- 窗口
- 多久算一轮用量，有天级的也有更长周期的，同一账号不同入口未必一致
- 口径
- 什么被计入，文本、带图、深度推理、代码任务消耗速度差别很大
- 恢复方式
- 到点自动重置，还是滚动恢复，看最早那批用量什么时候过期
- 别按对话条数估，长文档、多轮追问、附图片、反复推理解题，这四类都是消耗放大器
- 档位越高不代表无限用，只是窗口内可用量更大
- 同一账号在网页端和客户端表现不一致，先怀疑缓存或版本差异，别急着认定规则变了
- 团队或企业版通常按席位或合同走，和个人订阅的窗口逻辑不是一套，不能套用
这三个变量里最容易搞错的是口径。不少人拿「一天聊了几次」当标准，结果一次长文档解析就把窗口吃掉大半，然后觉得规则莫名其妙。判断标准很简单：看你这一轮任务里有没有上面那四类动作，有的话就别按条数折算。
数值别背，去这几个页面看当期数字
所有具体数字都可能变，正确做法是临时去核对，而不是记住某个数。先确认官方口径，再看订阅档位权益，如果是编程类套餐就换另一个页面看，嫌换算麻烦就用计算器把单价换成一次任务的花费。顺序别乱，不然容易拿错页面的数字套错线。
- 第一步 看官方口径到 /official-api/providers/openai 核对 OpenAI 官方价目与规格，API 线的计费和模型参数以这里为准
- 第二步 看订阅档位从 /plans 进入对应档位页面，比如 /plans/chatgpt-plus、/plans/chatgpt-go、/plans/chatgpt-pro-100，按你自己那一档翻，别跨档对比
- 第三步 编程类单独看如果你用的是编程类套餐，额度口径在 /coding-plans 下对应卡片里，和聊天订阅不是同一套，不能混着算
- 第四步 换算成任务成本用 /tools/token-price-calculator 或 /tools/model-cost-calculator，把单价折算成一次任务大概花多少，这样才有体感
| 你想知道什么 | 去哪个站内页面 | 看什么 |
|---|---|---|
| 官方 API 计费口径 | /official-api/providers/openai | 价目与规格 |
| 订阅档位权益 | /plans 及下属档位页 | 当前档位的用量说明 |
| 编程类套餐口径 | /coding-plans | 对应卡片的额度说明 |
| 单次任务的花费 | /tools/token-price-calculator | 换算后的任务成本 |
对不上账时，按这个顺序排查
额度对不上通常不是规则变了，而是你站错了线或漏算了放大动作。下面这个顺序从最省事的确认开始，一层层往下排，多数问题在前两步就能定位，不用一上来就怀疑官方改了政策。
- 确认限制来自哪条线截图报错原文，关键词是「用量窗口」还是「余额或额度不足」，前者是订阅线，后者是 API 线，这一步定错后面全错
- 确认当前登录方式同一个工具可能用订阅登录也可能用 key 登录，切换过就会跳到另一套限额，先确认你现在挂的是哪一种
- 回看这轮做了什么长文档、多轮追问、附图片、让模型反复推理，这四类会明显加快消耗，看看是不是踩中了
- 换个入口复现一次同一账号在网页端和客户端表现不一致，多半是缓存或版本差异，不是额度规则变了，复现一次再下结论
额度问题的九成答案，不在「规定是多少」，而在「你现在走的是哪条线、这一轮做了什么」。
这些判断什么时候不成立
上面的方法默认你是个人订阅或普通 API 调用。有几种情况不适用：团队或企业版走席位制或合同额度，和个人订阅的窗口逻辑不同，直接套用会得出错误结论；通过中转站转发的调用也不遵循官方订阅规则，看的是中转站自己的倍率和限速。
- 团队和企业版：按席位或合同走，别拿个人订阅的窗口去对比
- 走中转站的调用：规则由中转站定，参考 /sites 的目录和 /rankings 的可信度排行判断，别用官方订阅逻辑套
- 官方调整规则时：窗口长度和口径都可能变，任何写死的数字都会过期，只保留判断方法
- 跨档位对比：不同档位的窗口口径不同，拿别人的档位反推自己的额度最容易算错
常见问题
ChatGPT 额度是按 token 算还是按次数算？
要看你用的是哪条线。订阅版给你的是用量窗口，不按 token 单价结算，你看到的限制通常表述为一段时间内可用多少；API 才是真正按 token 计费，输入输出分别计价。两套规则不能互相换算，想知道当期数字去站内对应页面核对。
为什么我和别人同样用，额度消耗速度差很多？
常见原因是任务类型不同：长文档、带图请求、多轮连续追问、要求模型反复推理，这几类的消耗远高于普通短对话。另外登录方式切换、是否命中了缓存也会影响统计。想对比就先固定同一类任务再比，别拿两种任务横向比。
额度用完了一定要升级套餐吗？
不一定。先确认是不是到点会自动恢复，很多是滚动窗口，等一等就能继续用。如果确实是长期不够用，再考虑升档，或者把重任务挪到 API 按量调用，按实际用量付费反而更划算。具体档位差异去 /plans 和 /coding-plans 对应页面查当时的权益说明。
