很多人卡在同一件事上：手里已经有两三份订阅，却说不清每月到底花了多少、哪份在吃灰。问题往往不在价格本身，而在口径——月付和年付不同、地区价不同、额度按次还是按量也不同。这篇给一套可复用的比较流程：先列自己的用量场景，再对齐计价口径，最后用站内的订阅地区价和编程套餐目录逐项核对。
很多人卡在同一件事上：手里已经有两三份订阅，却说不清每月到底花了多少、哪份在吃灰。问题往往不在价格本身，而在口径——月付和年付不同、地区价不同、额度按次还是按量也不同。
这篇不给你一个现成的价格表，而是给一套可复用的比较流程：先列自己的用量场景，再对齐计价口径，最后用站内的订阅地区价和编程套餐目录逐项核对。跑完一遍，该订哪档、订几份、什么时候转按量，基本就有答案了。
为什么「订阅费用比较」很难直接比
大部分人在比价时犯的错，是直接拿两家的月费数字放在一起看。但订阅套餐的额度单位、可用范围、地区定价都不一样，月费只是冰山露出水面的那一角。只看数字就下单，很容易买到一份「看起来便宜、实际算下来并不划算」的套餐。
- 各家套餐的额度单位不同：有的按次数、有的按 token、有的按「小时限额」，直接看月费会误判。
- 同一档套餐在不同地区的标价和可购性不一样，官方标价不等于你实际能付的价。
- 订阅只覆盖官方客户端，API 和第三方工具通常要另外付钱，这笔常被漏算。
- 额度是否跨月清零、能否中途升级、退款条款怎么走，这些细则不写进比较表就会被坑。
第一步：先把自己的用量列成一张表
比价之前，先搞清楚自己一个月到底用了什么、用了多少。这一步不需要精确到个位数，能把场景和频次大致列清楚就够了。没有这张表，后面所有的价格对比都是空中楼阁。
- 按场景拆开把日常问答、长文档阅读、写代码、出图出视频这几类分开，各自回忆一下一周大概用几次，写下来。
- 标出必须项和可选项分成「必须联网、必须最新模型」和「本地能凑合」两类。后者不该为订阅付费，免费额度或本地模型就够。
- 给每类场景写一个上限比如「长文档这块，一个月最多花 XX」，这个上限后面用来卡住升级冲动。
- 验证方法翻一下过去一个月的聊天记录或账单，看哪类场景真的高频、哪类只是偶尔点开，频次造假不了。
这张表不用复杂，一张三列表格就行：场景、频次、可接受月支出上限。写完你会发现，真正高频的可能只有一两类，剩下的都是「以防万一」的心理安慰。
第二步：把计价口径对齐，再谈价格
口径不统一，比出来的价格没有意义。月付和年付的单价差、地区价和你实际能付的价、订阅额度和按量价的换算关系，这三组区别必须先把清楚，否则后面的比较全是白费。
| 对比维度 | 常见误区 | 正确做法 |
|---|---|---|
| 月付 vs 年付 | 只看年付单价低就下单 | 先确认退款与中途升级条款，再决定周期 |
| 地区价 vs 实际可付价 | 拿别区标价当自己能付的价 | 去 /plans 看地区对照，确认支付方式能落地 |
| 订阅额度 vs 按量价 | 只看月费高低 | 把额度按官方按量价折算成钱，跟月费比 |
这三个维度里，最容易出错的是第三个。订阅额度到底值多少钱，得用官方按量价去折算，而不是凭感觉。站内 /coding-plans 各档页面给的就是这个折算口径，可以直接对照着看。具体数字以站内当时显示为准，这里不写死。
第三步：档位和需求的匹配关系
档位不是越高越好，关键是和你自己的用量场景对上。轻量档、中档、顶配档各自适合什么人，判断标准其实很明确，下面拆开说。
- 轻量档
- 适合每天问几句、偶尔看看长文的人，重度写代码通常不够用。
- 中档
- 大多数个人用户的实际落点，日常够用，但不该指望它无限量。
- 顶配档
- 只在你稳定跑满额度、且额度带来的产出能覆盖差价时才值得。
判断自己该在哪一档，最简单的方法是拿第一步列出的场景表去套：把你每周的实际调用量，对照各档套餐的额度说明，看哪一档能在不超限的前提下覆盖你的高频场景。如果某一档的额度你一个月只用掉一小半，那说明你买高了。
订一份还是订几份：怎么判断
手里同时握着两三份订阅，是很多人每月账单膨胀的主因。判断该不该多订，核心不是价格，而是「有没有不可替代的能力」。重复的能力，不值得付两份钱。
- 判断依据是有没有不可替代的能力，比如某家的长文本、某家的代码能力；重复的能力不值两份钱。
- 同一需求优先保留一家，另一家降级到免费额度或按量付费兜底。
- 如果两家都是为了防「某一家抽风」，那属于容灾预算，别混进日常费用里算。
- 每季度复盘一次：过去三个月里，哪份订阅的使用频次低于三次，就该考虑停掉。
什么情况下该退订、转按量
订阅不一定永远划算，有些情况下转成按量付费反而更省。判断标准不复杂：看你的用量是稳定高频还是波动低频，以及你是不是经常换模型。
| 你的使用特征 | 更适合的方式 | 原因 |
|---|---|---|
| 连续一个周期没打开过 | 先停订阅，转按量试一个月 | 避免为闲置额度持续付费 |
| 用量波动大、时高时低 | 按量付费 | 按量只为你实际用的部分付钱 |
| 稳定高频使用同一模型 | 订阅 | 长期看订阅的单价更低 |
| 频繁换模型、爱尝鲜 | 月付或按量 | 年付会锁死迁移成本 |
退订之前先确认一件事：你转按量之后的实际支出，是不是真的低于订阅月费。这个只有用起来才知道，可以先按量跑一个月，下个月对照账单再决定。想追踪价格变动，可以到 /price-watch 看历史走势，判断当前是不是高位。
一份可照着跑的比较清单
把前面几步串起来，就是一份可执行的比较清单。照着顺序跑一遍，手里该留哪份、该换哪份，基本就清楚了。
- 列场景与频次按前面第一步的方法，把自己的使用场景、频次、可接受月支出上限列成表。
- 查按量价按 /official-api 把对应模型的按量价查出来，具体数字以站内当时显示为准。
- 核对档位地区价用 /plans 核对目标档位的地区价与可购性，用 /coding-plans 核对编程档额度。
- 折算比较把订阅额度折算成按量价，和月费比；差额不明显就不要为「多点额度」升级。
- 下单前确认三件事支付方式、退款条款、额度是否跨月清零，三条都过关再付款。
- 比较结果每月复盘一次，用量变了结论也会变，别一劳永逸。
- 把每一项决策的依据写下来（为什么订这份、为什么不订那份），下次复盘有据可查。
- 价格和额度信息以站内当时的页面为准，不要凭记忆中的旧数据做决定。
这些判断什么时候不适用
上面这套流程是给个人用户、个人场景设计的。有些情况直接套用会得出错误结论，下面这几种要先排除掉。
- 团队或多人共用：应按席位和权限算，个人档的结论不能直接套。
- 有合规或数据不出内网要求的场景，价格不是首要变量，先满足要求再谈成本。
- 短期项目：三个月的项目年付几乎一定不划算，直接按量更省心。
- 需要特定模型能力（比如某些长文本或专业任务）的场景，可替代性低，价格比较的权重也要降下来。
如果你的情况正好落在上面某一条里，那本流程里的价格比较部分只能作为参考，优先按合规、团队协同或项目周期来决策。判断标准要跟着场景走，不能一套打天下。
下一步：核对当时的真实数字价格和额度会变，本文刻意不写死任何数字。跑完清单后，到站内的价格追踪和订阅地区价页面核对你目标档位当时的实际情况，再决定下单还是继续观望。→常见问题
订阅和按量付费，到底哪个更适合我？
看用量稳不稳。每周都用、频次大致固定，订阅的确定性更值；一个月只用几次、或者用量忽高忽低，先按量跑一个完整周期，拿真实账单再决定。别只比单价，订阅里没用完的额度对你不产生价值，那就是沉没成本。
同一个套餐，不同地区价差那么大，正常吗？
正常，各地区定价、税费和渠道都不同。但要分清「标价低」和「你付得到」。去站内订阅地区价页面把目标档位对一遍，再确认支付方式能不能走通、退款条款怎么算。能付出去的价格才是你的真实成本。
怎么判断某个档位的额度够不够我用？
别按厂商的宣传口径判断，按你自己的场景反推。把典型任务列出来，估算每周次数，再拿编程套餐目录里对应的额度口径折算。折算完如果余量在一半以上，说明这档对你是够的；经常贴着上限走，就该考虑换档或改用按量付费补足。
订了两家订阅，怎么知道哪家该砍？
连续记一个周期的实际打开记录。两家都只在同一个场景里用、能力又重叠的那一个，就是该砍的。保留标准只有一条：这家有没有你换不掉的独有能力。如果两家都只是备用，那属于容灾预算，不算日常费用，但也不该常年两份都续。
年付真的比月付省吗？
多数情况下单价更省，但省的幅度要看你实际会用几个月。中途换了工作流、换了模型、或者平台调整了条款，年付的钱是收不回来的。所以只在两件事都确定时考虑年付：场景至少半年不变，且退款条款能看懂。否则先月付试一个周期。
