会员权益不是 Token 合同
Plus/Team/席位是产品权益；API 按 Token $/M。两本账不能加在一起，更不能把会员口包装成计量接口。
本文は SEO 深度のため主に中国語です。上記は要点のローカライズ。言語切替と深リンクで国際ナビできます。
这是 OpenAI 官方 API 计费对照站（openaicn.cn）针对对账单准备的专用指南。 谁适用：任何需要把 ChatGPT Plus / Team / 席位花费和官方 API 消耗分开核算的人。 决策前提：如果你要在同一张对账单里列出“本月 AI 总花费”，必须先把两份合同的边界画清，否则数字永远对不上官方账单。 怎么决策：问清楚老板批的钱到底是“一个人能用什么产品”还是“机器按每 1M tokens 计费”，再决定是继续用 Plus/Team 发票还是走官方 API 合同。混用等于把会员口包装成 Token 计量接口，必然出现对不上账或升级后必挂的风险。
ChatGPT Plus / Team / 各类网页或 IDE 席位是产品合同：按人、按档、按功能开关。 Token / API 是计量合同：按输入、输出、缓存的 $/M。名字里都有模型，账单上却不是同一件事。
把会员「当 API 用」，再拿官方价表去估成本，会得到一个无法审计的数字。 本文只划边界，不写如何把会员打成兼容口，不写会话包装网关，不写号池。需要兼容 base_url 时，走已公示中转或官方 SDK——那是另一份 Token 合同，不是把 Plus 打开就能当 Key。
两本账对照
| 维度 | 会员 / 席位 | Token / API |
|---|---|---|
| 买什么 | 产品体验、额度池、功能开关 | 计量接口调用 |
| 单位 | 人 / 月 / 档 | 1M tokens |
| 账单字段 | 订阅周期、席位数 | 输入、输出、缓存 |
| 用尽之后 | 降速、停用、提示升级 | 按价表继续计费或硬熔断 |
| 对账入口 | 订阅管理、发票 | usage 导出、本站三列 |
把两行加在同一张「本月 AI 花费」里可以，前提是分列，不要把会员月费除以某个脑补的 token 数，假装得到了 $/M。那不是精算，是把合同类别抹掉。
常见混法（以及为什么错）
- 「我有 Plus，所以 API 该免费」：Plus 不赠送 API 额度。控制台是另一条线，见 /guides/openai-api-vs-plus-billing-split。
- 「席位包装成兼容口，就能按官方价记账」：包装层没有官方三列。对不上的原因见 /guides/seat-wrap-not-token-ledger。
- 「中转倍率乘会员价」：倍率乘的是 Token 价表，不是会员月费。类别错了，乘法无意义。
- 「团队席位均摊到 Token 项目」：财务可以做管理会计分摊，但不能把分摊结果当成官方 usage。审计要问的是合同标的。
本站怎么用
- 读单价：/official-api
- 分账步骤：/billing-path
- 订阅价只作对照：/official-prices
- 示例代码的 usage 假设：/examples —— 会话包装网关打回来的数字不要当输入
企业要发票、要项目级 Key、要预算告警，走官方 API 合同。会员发票解决的是「这人能不能用产品」，不是「这 1M 输出多少钱」。
什么时候可以同时买
可以同时买会员和 API，只要你承认那是两笔钱、两份条款。 会员解决「人在产品里能不能用」；API 解决「程序按计量调用」。 开发者白天用网页会员改提示词，晚上用官方 Key 跑批处理，这很常见。错的是把白天那份登录态接到晚上的程序上，还声称自己在做 Token 精算。
若老板只批了一笔「AI 预算」，先问这笔钱买的是人的席位还是机器的计量。问不清就先别接任何兼容口。本站 /billing-path 的第一步永远是分项目，而不是先找更便宜的皮。会员权益不是 Token 合同，这句话要写进对账表表头，而不是写进接入教程。
风险与边界
公开稿只用类别词。禁止把会员包装成 API 的接入步骤，禁止 cookie / 登录态注入教程。 本站不做号商、不验包装网关、不保证任何非官方 usage 数字。 非法律意见。混用合同可能导致条款违规与财务错报。
延伸阅读
English summary
ChatGPT Plus / Team seats and OpenAI API usage are two completely separate contracts. Plus/Team gives you product access and features by person per month. API usage is metered by tokens ($/M). Mixing them on one invoice is not a valid reconciliation and will never match the official ledger.
The table above shows the clear boundaries: units, billing fields, and what happens when limits are exceeded. Using Plus pricing to estimate API costs or dividing monthly seat fees by a guessed token number creates unverifiable numbers.
Common mistakes include claiming Plus grants API free usage (it does not), assuming seat wrappers can be audited against official API price tables, or multiplying transit multipliers by Plus monthly fees. These errors lead to audit failures, budget overruns, or account suspension.
You can purchase both at the same time if you treat them as two separate expenses, but never fuse the contracts. The first step on /billing-path is always to separate the projects. For official API pricing and transit details refer to /official-api and /official-prices. Always use the official usage export for any API-related expense.
适用于 GrokCode 倍率榜。信息仅供参考，不构成购买、投资或法律意见。