账号池不是售价:GPT / Codex 与 Claude 的成本倍率和零售定价
重新定义 0.05× / 0.10× 为 GPT 账号池的上游采购成本,并独立测算 Claude 成本带、零售倍率与毛利底线。
· 阅读约 12 分钟
本页目录
正在加载文章…
重新定义 0.05× / 0.10× 为 GPT 账号池的上游采购成本,并独立测算 Claude 成本带、零售倍率与毛利底线。
· 阅读约 12 分钟
正在加载文章…
查找模型、服务商、价格页面和实用指南。
这次修正的不是一个小数点,而是整个商业模型的层级:此前提到的 0.05× / 0.10× 是你调研得到的 GPT / Codex 账号池上游成本倍率,并不是准备展示给客户的零售价。
0.05× / 0.10× 应留在内部成本表中。对外售价必须是另一个更高的倍率,并覆盖账号失效、限流、闲置、退款、支付和售后损耗。Claude 也不能直接套用 GPT 的成本带,必须独立建池、独立测算。
GPT / Codex 内部成本
0.05×–0.10×
来自你的采购调研;需要用真实 Token 日志复核。
Claude 临时规划成本
0.08×–0.15×
根据公开零售和订阅结构推断,并非已验证采购价。
本文把上游账号成本统一定义为:
账号供给成本倍率 c
= 实际上游账号成本 / 该账号成功交付的官方 API 等值
例如,一个账号一个账期实际交付了 US$2,000 官方 API 等值,采购及直接成本是 US$100:
c = 100 / 2,000 = 0.05×
这代表每交付 US$1 官方 API 等值,你承担 US$0.05 的上游成本。它不代表 OpenAI 给了五折,也不代表你要以 0.05× 卖给客户。
为了避免以后再次混淆,建议系统至少保存四个字段:
| 字段 | 含义 | 是否公开 |
|---|---|---|
supply_cost_multiplier | 账号池真实采购成本倍率 | 否 |
retail_multiplier | 客户结算倍率 | 是 |
direct_loss_rate | 账号失效、退款、支付、补偿等损耗 | 否 |
route_type | 官方 API、GPT 账号池或 Claude 账号池 | 是 |
| 模型族 | 内部成本规划带 | 公开市场参照 | 建议零售观察带* |
|---|---|---|---|
| GPT / Codex | 0.05×–0.10× | 低价账号池零售约 0.029×–0.086× | 0.10×–0.22× |
| Claude / Claude Code | 暂定 0.08×–0.15× | 受限线路约 0.086×–0.15×;其他分组可到 0.171×–0.286× | 0.16×–0.33× |
* 零售观察带按 10%–15% 直接损耗、30%–40% 贡献毛利推算,不是最终套餐承诺。
这里有两个证据边界:
0.05×–0.10× 是你的上游采购调研输入,公开页面只能用来检查它是否落在合理市场结构中,无法替你证明真实成本;0.08×–0.15× 是临时预算护栏。它来自官方订阅结构与公开零售交叉推断,必须在真实运行 7–14 天后被日志数据替换。如果一个公开零售商卖得比你的采购成本还便宜,不代表你的模型错了;它也可能在促销、限制客户端、依赖未使用额度,或承担不可持续的供给风险。但这意味着你不能只靠低价竞争。
OpenAI 当前个人订阅形成了很清楚的相对结构:Plus 为 US$20;Pro 为 US$100 / 5× 或 US$200 / 20×。
| 账号 | 月费 | 相对 Plus allowance | 每 1× allowance 成本 |
|---|---|---|---|
| ChatGPT Plus | US$20 | 1× | US$20 |
| ChatGPT Pro | US$100 | 5× | US$20 |
| ChatGPT Pro | US$200 | 20× | US$10 |
只按官方相对 allowance 归一化,US$200 / 20× 的单位额度成本约是 Plus 和 US$100 / 5× 的一半。这为两档成本池提供了结构解释:高利用率 Pro 20x 可能接近 0.05×,普通或低利用率供给可能更接近 0.10×。
但 allowance 不是固定 API 美元包。Codex 的任务消耗会受模型、上下文、推理、工具、缓存、五小时窗口和周限额影响。当前 Codex rate card 已按 input、cached input 和 output Token 映射 credits,可用来计算 API 等值,却不能证明某个订阅每月固定包含多少美元。
| 账号 | 月成本 | 做到 0.10× 需交付 | 做到 0.05× 需交付 |
|---|---|---|---|
| Plus | US$20 | US$200 / 月 | US$400 / 月 |
| Pro 5x | US$100 | US$1,000 / 月 | US$2,000 / 月 |
| Pro 20x | US$200 | US$2,000 / 月 | US$4,000 / 月 |
这些数字是你的产能验收线,不是 OpenAI 的承诺。Pro 20x 如果实际只交付 US$2,500 API 等值,真实成本就是 200 / 2,500 = 0.08×,财务表不能继续写 0.05×。
Claude 的订阅阶梯看起来相似:Claude Pro 每月 US$20,Max 5x 为 US$100、Max 20x 为 US$200。Max 20x 的单位相对 allowance 成本同样约是 Pro 的一半。
| 账号 | 月费 | 相对 Pro allowance | 每 1× allowance 成本 |
|---|---|---|---|
| Claude Pro | US$20 | 1× | US$20 |
| Claude Max 5x | US$100 | 5× | US$20 |
| Claude Max 20x | US$200 | 20× | US$10 |
但 Claude 与 Claude Code 共享订阅额度,并同时受会话窗口、全模型周限额和 Sonnet 周限额影响。达到额度后启用 usage credits会转为标准 API 费率,而不是继续免费使用订阅。
公开市场也显示 Claude 的价格压力通常高于 GPT:API 快连的公开公式下,Codex 低价组约为官方人民币 API 价的 0.029×,Claude Max 组约为 0.086×;APIKEY.FUN 的 Claude Lite 约 0.10×,Pateway 的 Claude 示例约 0.15×。这些都是零售价,不是采购成本。
因此,在还没有自有日志时,可以把 Claude 暂分为:
0.08×–0.12×;0.12×–0.15×;0.15×:需要提高售价、限制高成本模型或更换供给。公开市场只能看到别人的卖价,看不到拿号成本、封号率和池化利用率。0.08×–0.15× 只是前期预算范围,不能写成“Claude 的行业采购价”。
设 c 为上游成本倍率,s 为零售倍率,q 为直接损耗率,g 为目标贡献毛利:
贡献毛利率 = 1 - q - c / s
最低零售倍率 s = c / (1 - q - g)
预留 10% 直接损耗后:
上游成本 c | 30% 贡献毛利最低售价 | 40% 贡献毛利最低售价 |
|---|---|---|
0.05× | 0.083× | 0.10× |
0.08× | 0.133× | 0.16× |
0.10× | 0.167× | 0.20× |
0.12× | 0.20× | 0.24× |
0.15× | 0.25× | 0.30× |
成本翻倍出售,在预留 10% 损耗后,贡献毛利恰好约为 40%。如果损耗提高到 15%,同时仍要 40% 毛利,售价需要约为成本的 2.22×。
所以更准确的商业表达是:
0.05×:零售价底线约 0.10×–0.11×;0.10×:零售价底线约 0.20×–0.22×;0.08×–0.15×:零售价底线约 0.16×–0.33×。这里的“底线”只覆盖目标毛利和直接损耗。如果还要承担代理返佣、税费、固定研发和客服成本,刊例价应继续向上留空间。
不建议继续用 Pro / Plus 去对应 0.10× / 0.05×,因为它会让用户误以为这是 OpenAI 套餐或公开售价。产品层更适合按 模型族 + 线路质量 分组:
| 对客线路 | 供给假设 | 建议表达 | 价格策略示例 |
|---|---|---|---|
| GPT 经济线 | 低成本账号池 | 低优先级、较低并发、明确滚动限额 | 0.10×–0.12× |
| GPT 稳定线 | 较高成本或低利用率池 | 更高并发、优先调度、清楚 SLA | 0.20×–0.22× |
| Claude Code 经济线 | 受限客户端 / Max 高利用率池 | 仅 CC、严格周限额 | 0.16×–0.20× |
| Claude 稳定线 | 更宽兼容与稳定池 | 独立限额、按模型设成本底线 | 0.24×–0.33× |
这些是财务模型示例,不是已经确定的商品价格。真正上线时,应根据每个池的 P90 成本选择售价,而不是按全池平均值。
对外页面至少要说明:支持的模型、并发、五小时 / 周限额、余额有效期、是否仅限官方客户端、峰值优先级、退款与故障补偿。用户购买的是一条有边界的服务线路,不是一张“无限 API 折扣卡”。
每个请求至少记录账号、模型、input、cached input、cache write、output Token、官方 API 等值、重试、限流、成功率和账号失效成本。账期结束后计算:
真实成本倍率
=(账号采购 + 失效损失 + 直接运维成本)
/ 成功交付的官方 API 等值
GPT 与 Claude 要分别按账号档位、模型族统计 P50 / P90,至少跑完一个完整周限额周期,理想情况下连续观察 2–4 周。
还有一个不能用毛利覆盖的风险:ChatGPT / Codex 订阅和 OpenAI API 是两个产品,Claude 订阅与 Claude API 也是两个产品。两家的消费者条款都限制账号共享、转售或未经许可的自动化访问。账号池线路不能包装成“官方 API 折扣”,也不应与授权 API 线路混在同一个质量承诺里。
最终建议可以压缩成四句话:
0.05×–0.10× 留在内部,明确标记为采购成本,不再作为售价展示;2.0×–2.22× 建模,再根据竞争与产品价值微调;0.08×–0.15× 做内部预算,对客零售底线约 0.16×–0.33×,但必须尽快用日志替换推断;官方资料包括 OpenAI Pro tiers、Codex pricing、Codex rate card、Claude pricing、Claude Max、Claude Code plan usage 与 Anthropic API pricing。市场区间来自本轮对 Sub2API 生态公开价格页的浏览器复核。
进一步阅读:竞对实际倍率分布:GPT / Codex 与 Claude 的公开零售价。
现在页面回答的是“成本是多少、应该卖多少、毛利从哪里来”,而不是把内部进货倍率直接包装成套餐价格。