会员权益不是 Token 合同
Plus/Team/席位是产品权益；API 按 Token $/M。两本账不能加在一起，更不能把会员口包装成计量接口。
All guides · Full article is primarily Simplified Chinese; use the English summary below for quick takeaways (GEO-friendly).
这是 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。那不是精算，是把合同类别抹掉。
常见混法（以及为什么错）
1. 「我有 Plus，所以 API 该免费」：Plus 不赠送 API 额度。控制台是另一条线，见 /guides/openai-api-vs-plus-billing-split。
2. 「席位包装成兼容口，就能按官方价记账」：包装层没有官方三列。对不上的原因见 /guides/seat-wrap-not-token-ledger。
3. 「中转倍率乘会员价」：倍率乘的是 Token 价表，不是会员月费。类别错了，乘法无意义。
4. 「团队席位均摊到 Token 项目」：财务可以做管理会计分摊，但不能把分摊结果当成官方 usage。审计要问的是合同标的。
本站怎么用
1. 读单价：/official-api
2. 分账步骤：/billing-path
3. 订阅价只作对照：/official-prices
4. 示例代码的 usage 假设：/examples —— 会话包装网关打回来的数字不要当输入
企业要发票、要项目级 Key、要预算告警，走官方 API 合同。会员发票解决的是「这人能不能用产品」，不是「这 1M 输出多少钱」。
什么时候可以同时买
可以同时买会员和 API，只要你承认那是两笔钱、两份条款。
会员解决「人在产品里能不能用」；API 解决「程序按计量调用」。
开发者白天用网页会员改提示词，晚上用官方 Key 跑批处理，这很常见。错的是把白天那份登录态接到晚上的程序上，还声称自己在做 Token 精算。
若老板只批了一笔「AI 预算」，先问这笔钱买的是人的席位还是机器的计量。问不清就先别接任何兼容口。本站 /billing-path 的第一步永远是分项目，而不是先找更便宜的皮。会员权益不是 Token 合同，这句话要写进对账表表头，而不是写进接入教程。
风险与边界
公开稿只用类别词。禁止把会员包装成 API 的接入步骤，禁止 cookie / 登录态注入教程。
本站不做号商、不验包装网关、不保证任何非官方 usage 数字。
非法律意见。混用合同可能导致条款违规与财务错报。
延伸阅读
Site-vertical guide · OpenAICN 官方价