很多人搜「chatgpt api key 购买」，其实卡在两件事：一是不知道官方、中转、卡网这些渠道的价格口径根本不一样，二是没算过自己的用量，充多少全凭感觉。这篇先把渠道摆开、把算账的步骤给出来，再讲什么情况下某条路不适合你，最后给一份下单前的核对清单。
搜「chatgpt api key 购买」的人，十有八九卡在同一件事上：几条渠道的价格口径根本不一样，官方按 token 分输入输出算，中转按自己的倍率折，卡密按额度卖，看着都是「买 Key」，钱却不是一个算法。更麻烦的是很多人没算过自己的用量，充多少全凭感觉，月底要么不够要么剩一堆。
这篇先把能拿到 Key 的四条路摆清楚，再给你一套估量、折算、选渠道的步骤，最后给一份下单前的核对清单。全程只讲怎么判断，具体数字一律让你去站内对应页面看当时的行情。
先分清四条能拿到 Key 的路
先别急着比价，先搞清楚你要的是哪种 Key。「官方 Key」和「站点发的 Key」在接入层看着差不多，但背后的计费主体、余额归属、出问题找谁，完全是两码事。想清楚你实际付钱买的是什么，后面才不会踩坑。
- 官方直连
- 直接拿 OpenAI 官方 Key，按官方 token 单价计费，门槛主要在支付方式和网络环境
- 云厂商托管
- 同一批模型换个入口调，计费按各云厂商自己的规则走，适合已经有云账号、走统一账单的团队
- 中转站
- 拿到的是站点自己发的 Key，按站点倍率折算，接入方式跟官方基本一致，改动小
- 卡密 / 代充
- 买的是额度兑换凭证，不是账号本身，到账方式和风险各家差别最大
关键判断：这几条路的单价不能横向直接比。要比就得先对齐「同一个模型、同样的输入输出 token 量」，否则一个按次、一个按 token、一个按包月，比出来的结论是假的。哪些站点在跑、各自什么口径，到 /sites 里看当时的记录更靠谱。
价格口径：别拿一个数字直接比
最常见的误区是拿一个「每百万 token 多少钱」去横比所有渠道。官方口径下，输入和输出分开计价，输出单价通常明显高于输入，你如果只记一个数字，估出来的账会差出一大截。中转口径下，还得先问清倍率乘的是什么。
| 渠道类型 | 计费基准 | 你要先确认的问题 |
|---|---|---|
| 官方直连 | 输入 / 输出 token 分别计价 | 按当前官方价算，去 /official-api 对数字 |
| 云厂商托管 | 各家自己的规则 | 是否含额外费用、是否走云账单结算 |
| 中转站 | 站点自定义倍率 | 倍率乘官方价还是站点基准价 |
| 按次 / 包月套餐 | 按调用次数或周期 | 超额部分怎么算、长上下文是否另计 |
按次计费和不限量套餐在低频场景里看着很香，但一旦你的任务上下文很长、轮次很多，单次消耗会迅速反超，包月反而不划算。所以判断标准很简单：先看你的任务是「短平快高频」还是「长上下文低频」，再选计费方式，而不是先看单价。
算自己一个月要花多少：三步走
- 估 token 量把你最典型的那个任务完整跑通一次，记下输入和输出的字符规模，再乘上每天大概的调用次数，得到一个日用量。
- 折成钱用 /tools/token-price-calculator 把你估出来的量换算成金额，官方价和中转价各算一遍，对比着看差在哪。
- 加余量给峰值和重试留出系数，别按理论最小值充，否则月中就得补，补的时候还可能赶上渠道临时调整。
三种量级别抄别人的预算：个人试水阶段，调用量小、任务单一，重点看能不能小额起充；小团队日常阶段，调用稳定但有峰值，要按峰值而不是均值估；有批量任务的项目，token 结构完全不一样，输入可能远大于输出，估算方式得单独调。
这里最难的是估准输入量。很多人只算输出，忘了每轮对话的上下文都要重复计入输入，轮次一多，输入量是输出的好几倍。所以估的时候把「每轮要带多少历史」也算进去，这才是真实的账单结构。
怎么选：按用途倒推，而不是按单价
- 只做功能验证、随时可能换模型：优先能小额起充、能随时停的渠道，单价高一点无所谓
- 长期跑线上业务：稳定性、并发上限、能否开发票的权重要排到单价前面
- 涉及用户数据：先确认数据可见性和留存策略，价格排在后面
- 调用量极小、几个月都花不到起充门槛：中转和卡密的性价比优势基本体现不出来，直接走官方更省事
- 团队多人共用：确认有没有子 Key 或额度分配机制，别让一把 Key 全组共用
什么情况下上面这套不适用：如果你只是临时验证一个想法，预计用几天就扔，那就别花时间做精细估算，挑个能小额试跑的渠道跑通流程就行；反过来，如果你要跑的是对延迟敏感的产品功能，那单价根本不是第一决策变量，得先看响应稳定性和限流策略。
下单前的核对清单
付钱之前把下面这几条挨个问清楚。回答含糊、条款藏在客服嘴里说不清文档的，直接换一家。小额试跑永远比听介绍靠谱，跑完对一次账，再决定要不要追加。
- 确认计费单位：是 token、按次还是包月，超出部分怎么算
- 确认 Key 形式：一把长期 Key 还是定期更换，多人共用有没有子 Key
- 确认到账与余额规则：余额有没有有效期、能不能退
- 小额试跑：用最小额度跑一个真实任务，对一次账再追加
- 把要问的问题列成清单，回答含糊的直接换一家
对账这一步别省。同一段提示词跑两次，看后台记录的消耗和你的预估差多少，差得多说明中间的计量口径和你想的不一样，这时候追加充值就是给自己挖坑。到 /price-watch 看看你关注的那几家近期口径有没有变动，也是个省事的习惯。
下一步先别下单，去站内把官方价和各家倍率对一遍，再用计算器按自己的用量折一次，心里有数了再决定买哪家、买多少。→常见问题
中转站的 Key 比官方便宜，是不是意味着可以直接用？
不是。Plus 是给人用的聊天订阅，按月付固定费用；API Key 是给程序调用的，按调用量计费，用多少扣多少。两者账号体系和计费完全不通用，想写代码接进项目就得走 API，具体差别可以对照站内订阅和 API 两条线的说明。
我需要提前知道一个月大概花多少钱，怎么估？
便宜本身不说明问题，低价往往来自渠道成本、额度池共享或限速策略的差异。关键看三点：能不能验证背后是真实模型、并发和延迟能不能满足你的任务、余额和条款是否写清楚。建议先小额实测再放量，别一上来就充大额。
我需要提前知道一个月大概花多少钱，怎么估？
把最典型的那个任务跑通一次，量出输入输出的大致规模，乘上每天调用次数得到月用量，再去站内的 Token 单价换算和模型成本计算工具里折成金额。记得给重试和峰值留余量，估出来的数字通常偏乐观，别按最小值充。
