很多人卡在同一件事上：便宜那档看着够用，贵那档又怕买亏，翻了一圈介绍也没弄清差在哪。问题不在信息少，而在于各档的差异根本不只在月费上——额度、多模型权限、并发、是否含编程工具，每一项都会改变你该付多少钱。这篇给的是判断顺序：先看你要干什么活，再对齐口径，最后去站内对应页面核对当时的数字，自己得出结论。
很多人卡在同一件事上：便宜那档看着够用，贵那档又怕买亏，翻了一圈介绍也没弄清差在哪。问题不在信息少，而在于各档的差异根本不只在月费上——额度、多模型权限、并发、是否含编程工具，每一项都会改变你该付多少钱。所以别急着看数字，先把你到底在为什么买单想清楚。
这篇给的是判断顺序：先看你要干什么活，再对齐比价口径，然后去站内对应页面核对当时的数字，最后自己得出结论。全程不给你任何写死的价格，因为价格会动，渠道会变，唯一能长期用的是方法。
先分清你比的是「模型」还是「档位」
最容易踩的坑，是把打包订阅和按量付费放进同一张表比较。这两者的计价逻辑完全不同，一个是买一段时间的使用权，一个是按实际消耗结算。拿它们直接比单价，结论基本是错的。比价之前先确定你比的是哪一类。
- 打包订阅
- 按月或按年付一笔固定的钱，换来一段时间内多档功能的可用权，用多用少不影响账单
- 按量付费
- 按每次调用的 token 量结算，适合偶发、实验性或用量波动大的场景
- 档位差异
- 通常落在可用模型范围、额度上限、并发与高峰期优先级、是否附带编程或高级工具这四块
如果你的活只是偶尔问答、查资料、改改文案，档位之间的差异基本感知不到，低档就够。但如果你要连续跑长任务、频繁处理长文档或代码，额度才是真正决定体验和成本的因素，这时候单纯看月费高低没有意义。
- 不确定自己属于哪一类需求，先到 /plans 看各档分别管什么，再回来看价格
- 如果主力用途是写代码或跑自动化，编程类套餐的口径和对话档不一样，去 /coding-plans 单独对照
- 不要拿某一档的介绍页去推另一档的权益，每档的说明是独立的
- 订阅之外的第三方渠道价格是另一套逻辑，别和官方档位混着看
比价前必须对齐的几件事
口径不统一，比出来的结论就是自欺欺人。月付和年付不要直接比单价，年付锁定期换来的折扣，前提是你确定这一档能用满整段时间；如果中途想换，省下的那点差额可能还不够折腾。同理，含工具额度的档位和纯对话档位必须拆开算。
| 容易比错的地方 | 正确做法 |
|---|---|
| 月付单价 vs 年付单价 | 先确认自己能不能用满锁定期，再判断折扣值不值 |
| 含编程额度 vs 纯对话档 | 把多付的钱拆成「模型使用权」和「工具额度」两部分分别看 |
| 不同地区结算价 | 各自按当地口径算，外币还要算汇率和手续费，别抄别人的截图 |
| 官网 vs 第三方渠道 | 价格低的渠道售后和续费方式也低，总成本要把风险算进去 |
还有一点常被忽略：同一档在不同渠道的报价差异，往往对应着不同的续费方式和售后保障。渠道价格只是一个数字，背后是不是稳定续得上、出问题有没有人管，才是你实际承担的成本。
用你自己的用量反推该买哪档
与其猜哪档合适，不如翻自己的使用记录。看最近这段时间里，你一周开几次、单次通常聊多久、有没有出现过被限流或者等恢复的情况。这些是判断档位够不够的直接依据，比任何对比表都准。
把「偶尔卡住」和「天天卡住」分开看。前者只是某个高峰时段的临时现象，不值得为它多付一档；后者说明你的常规用量已经顶到上限，这才是升级信号。判断标准是频率和稳定性，不是单次体验。
- 翻用量记录统计最近一段时间的打开频率、单次时长、有没有触发过限制或等待
- 给需求分类把需求分成偶尔问答、长文档处理、代码与自动化三类，后两类最吃额度
- 定位额度口径涉及代码或长文档的活，去 /coding-plans 看对应套餐的额度说明，再决定加不加档
- 先低后高算不准就先上低档，观察一到两周再升，升级的代价通常比买错高档再退订小
数字去哪看，怎么看才不会被误导
方法和口径讲完了，具体数字交给站内页面。官方订阅按地区分的月费，在 /plans 下各档页面核对；编程类套餐的额度说明，在 /coding-plans 下对应套餐页；第三方渠道的报价，看 /card-prices。这些页面上的数字才是当时的真实情况，别人转载的、截图里的都只能当参考。
第三方渠道的价格特别要注意区分「单月代订」和「长期续费」两种报价，前者的数字往往更好看，但你要用的其实是后者。看价格时先看它对应的是什么服务形态，再看数字本身。
价格是会动的，任何写死的数字都只代表当时。真正能长期用的是判断方法：知道该看哪个页面、该比哪些维度、该在什么时候重新核对。拿不准某一档到底给了什么，先看权益说明再看价格，顺序反了容易被动。
- 官方订阅分档月费与权益：到 /plans 各档页面核对
- 编程类套餐额度口径：到 /coding-plans 对应套餐页核对
- 第三方渠道报价：到 /card-prices 核对，注意区分代订与长期续费
- 拿不准某档给了什么，先读权益说明，再看价格
一张可以照着走的决策清单
把前面几节压成一条能照着走的路径，顺序别乱。每一步都对应一个具体动作，做完再进下一步，避免在信息不全的时候下决定。
- 写用量写下一个月大概用多少次、每次用来干什么，粗略估计就行
- 划权益对照 /plans 与 /coding-plans 各档权益，把明显用不上的档位划掉
- 选最低在剩下的档位里看价格区间，选最便宜的那个先试，不要去够高档
- 回看用满一个计费周期后回看，出现过两次以上「不够用」再考虑往上走
- 先试后锁如果只是想体验模型能力，先走按量付费或免费额度，别一上来就锁长期订阅
这套清单不保证你一次选对，但它保证你不会因为没想清楚而多付钱。什么时候不适用？当你的用量突然发生大变化，或者你需要的是团队协作、并发等特定能力时，按需重新评估一遍，别硬套。
下一步想知道某档到底差在哪、现在多少钱，直接去站内分档页面当下的数字自己看一眼，比听任何人转述都靠谱。→常见问题
贵的那档是不是一定更划算？
不一定。高档位多出来的额度、并发和工具权限，只有你真用得上才值。判断方法很简单：回看一个月里有没有因为额度或限流被打断过，如果一次都没有，多付的钱基本是浪费。反过来说，经常被卡住的人留在低档，隐性时间成本比差价高得多。
订阅和 API 我该买哪个？
看使用形态。人是坐在对话框前跟它来回聊，订阅更省心且可预期；如果是要接进脚本、程序、批量跑任务，API 按量付费更合适，用多少付多少，也不用担心被限流。两者可以并存，很多人是订阅管日常、API 管跑量。
各档价格差多少，有现成数字吗？
没有能长期引用的固定数字，各地区的结算价和官方调整都会变。正确做法是到站内 /plans 与 /coding-plans 对应的档位页看当时列出的价格与权益，再看 /card-prices 对照第三方渠道报价，两处一起看，避免只信一个来源。
