ChatGPT要多少钱

很多人搜「ChatGPT要多少钱」，搜到的答案要么是一年前的数字，要么把订阅价和 API 价混在一起讲，看完还是不知道自己该掏多少。这篇不给你一个死数字，而是帮你先分清「按月订阅」和「按量调用」这两条完全不同的计费路子，再告诉你每一档分别要到站内哪个页面核对。

很多人搜「ChatGPT要多少钱」，搜到的答案要么是很久以前翻出来的旧数字，要么把订阅价和 API 价混在一起讲，看完还是不知道自己这个月到底该掏多少。这篇不打算给你一个固定数字，因为价格本身一直在动，写死了也没意义。更实用的做法是：先分清你问的是哪条计费路子，再按自己的用量去站内页面核对当期数字。

先把话说明白：订阅和 API 是两套完全不同的收费逻辑，混着比一定得出错误结论。下面按「你是哪类用户」这个顺序往下走，每一步都告诉你该看哪一档、该到站内哪个页面去核对，最后再讲哪些情况下这套判断本身就不适用。

先分清你问的是哪条路：包月订阅还是按量调用

订阅制是固定月费买一个使用额度，用多用少当月都是那个价，心里有底；按量调用是每消耗一个 token 扣一次钱，账单完全跟着用量走，既没有上限也没有下限。普通人嘴里说的「ChatGPT要多少钱」，九成指的是网页版或客户端的订阅；开发者和要把模型接进自己工具里的人，问的才是 API 价。这两条路的数字不能直接比大小，硬比就会得出「订阅太便宜」或者「API 是个坑」的错觉。

订阅制

按月付固定费用，换一个当期额度，用不用都花这么多，适合人手对话

按量调用

按消耗的 token 计费，用多少扣多少，适合程序自动跑或批量处理

额度

订阅档位里能在一定周期内使用的量，超出后要么降级要么等下一个周期

token

模型处理文字的基本计量单位，一段话会被拆成若干 token 来算钱

• 固定几个人手动对话、写写材料、查资料→看订阅这一侧
• 程序自动跑、批量处理、要嵌进自己产品给用户用→看 API 这一侧
• 既手动用又接工具：两条都看，别拿其中一条的数字去否定另一条
• 只是想知道大概要花多少：先把「谁用、怎么用、用多少」这三个问题答清楚再谈数字

订阅这一侧：先确认自己落在哪一档

订阅各档之间主要差在可用模型的范围、额度多少、有没有附带编程类工具，而不是「能不能用」这种有无之别。所以选档不是选功能开关，而是选你能拿到多少量、够不够你一个周期用。判断标准其实很朴素：先答清楚三个问题——一天大概问多少轮、要不要跑代码类任务、是不是多人共用一个账号。三个问题答完，档位基本就定了。

1. 先数用量回忆最近一周每天大概问多少轮、有没有连续跑任务，记个大概区间就行
2. 再对档位拿着这个区间去 官方订阅地区价（/plans） 逐档看额度描述，看哪一档刚好盖住
3. 最后看工具如果要用到编程类能力，去 编程套餐目录（/coding-plans） 对照，别只看月费高低

同一个档位，不同地区开出来的月费不一样

同一档订阅在不同国家或地区的标价存在差异，结算币种也不同，这属于正常定价策略，不是「哪个区有漏洞」。真正的到手成本还要算上汇率波动和境外结算手续费，名义月费低不代表最终付得少。想横向看区域差，直接去页面按档位翻，别凭记忆下结论，记忆里的数字大概率已经过时了。

• 看标价的同时看一眼结算币种，别把不同币种的数字直接排大小
• 把汇率和可能的货币转换费算进去，才是你实际掏出去的钱
• 年付通常比月付的月均低，但前提是你确定会用满一年
• 中途退订、变更档位的规则要先看清，别等扣费了才去查

如果你只是想先摸个底，可以按「名义标价 + 大概的支付附加成本」估一个区间，这个区间只用来判断能不能接受，不要拿它当最终数字。当期各档的具体标价，到 官方订阅地区价（/plans） 按地区逐档核对就行。

API 这一侧：钱是按 token 走的，不是按月走的

API 的计费口径和订阅完全是两回事。输入和输出分开计价，同样的字数，输出部分一般比输入贵，长提示词和长上下文会把输入那一块的量堆上去。不同模型的单价差距可以很大，贵的模型和便宜的模型跑同一个任务，账单可能差出好几倍。更关键的是，API 没有「这个周期交了钱就随便用」的概念，余额按实际消耗扣，扣完调用直接失败。

要换算自己一段材料大概花多少，别靠感觉，用工具算一遍更靠得住。单价口径去 官方 API 价格（/official-api） 对，自己动手换算可以用 Token 单价换算（/tools/token-price-calculator），把样本字数填进去就能看个大概。

给自己估个数：三步从用量倒推花费

前面讲的都是口径，这一节讲怎么落到一个你能做决定的数字上。核心思路就一句：别按最低值拍板，按你自己真实用量的量级放大。很多人估错不是因为算错，而是因为样本取得太理想——拿一段短文试算，然后乘以 30，结果实际用起来长提示词、重试、长上下文全叠上来，账单比试算值高不少。

1. 数清量订阅侧看每天对话轮数和是否跑编程任务；API 侧把一段真实材料的字数记下来当样本
2. 对齐口径确认报价说的是输入还是输出、按什么单位计、含不含缓存类折扣，口径不齐就别比
3. 放大到整月用样本量乘以你实际的工作天数，再留出两三成余量，别按单次最低消耗拍板

已经跑起来的人可以换个思路：直接去 真实用量榜（/usage） 看看同类任务的量级大概在什么范围，拿这个范围去核对你的试算值，比闭着眼估要准。

容易被漏掉的那部分钱

标价只是账单的一部分。订阅侧容易被漏掉的是支付环节：汇率、货币转换费、失败重试，都可能让实际扣款和页面标价对不上。API 侧漏掉的是调用环节：失败重试、超长上下文、重复跑同一批任务，每一项都会让实际消耗高于试算值。这些钱单看不多，叠起来就不小。

• 支付附加成本：结算币种和手续费，看 官方订阅地区价（/plans） 时把这一层算进去
• 失败重试：出错自动重跑，等于同一次调用付了两遍
• 超长上下文：每次都把大段材料塞进去，输入消耗比你想的高
• 多人共用：一个账号分给几个人，额度消耗不是线性增加
• 时间成本：为省一点月费去折腾复杂流程，每周花掉几小时通常不划算

什么情况下这套判断不适用

上面这套「先分类再对数字」的方法，对个人和小团队够用，但有几种情况它并不适用，硬套会得出误导性的结论。第一种是企业采购：要走合规发票和统一结算，那就不是比月费，而是走商务询价，个人订阅页面上的数字参考意义有限。第二种是你需要特定能力的模型，而不是最便宜的那一档，这时应该先按能力筛，再在筛出来的范围里比价。

• 企业采购、需要发票和统一结算：走商务询价，别用个人档位价推算
• 需求是特定能力而非最低成本：先按能力筛，再比价
• 用量波动极大：有的周期几乎不用、有的周期爆量，两条路都留着更稳
• 价格本身会变：任何时候都以站内当期数字为准，别信截图和旧帖

最后一句实在话：价格是会动的，任何写死的数字都只在写下的那一刻成立。你要做的不是记住一个数，而是记住「按自己的量去站内核对当期数字」这个动作。对完 官方 API 价格（/official-api） 和 价格变动追踪（/price-watch），你手里的数字才是能拿来做决定的。