第一圈：先看价格后面的计费单位
第一次打开模型价目表，最容易盯住那个最小的数字。但在判断贵不贵之前，先找清楚：这个数字对应多少词元、使用什么币种，以及它属于哪一类用量。单价不是一次请求的价格，而是计算费用的刻度。
词元是模型处理文字时使用的小片段，不等于一个汉字，也不等于一个词。中文、英文、数字和代码的切分方式不同，因此不能把文章字数直接当作计费数量。粗略预算可以先估，核对账单则应以实际用量记录为准。
价目表可能按每千词元或每百万词元标价。比较两行价格前，必须先统一单位；币种不同，也要先换到同一币种。否则，看起来更小的数字，未必代表更低的费用。
第二圈：把输入和输出分开算
输入是送给模型的内容，输出是模型生成的内容。输入不只包括你刚打下的问题，还可能包括系统指令、历史对话、工具返回结果和随请求发送的资料。一次简短追问，也可能带着很长的上下文。
输出通常单独定价，不能直接套用输入单价。下面用一组纯粹为了演示的假设价格练习，它们不代表本站或任何模型的实际报价：
- 输入单价：每百万词元十元。
- 输出单价：每百万词元三十元。
- 本次用量：输入两万词元，输出三千词元。
输入费用是两万除以一百万，再乘十元，得到零点二元。输出费用是三千除以一百万，再乘三十元，得到零点零九元。两项相加，本次费用为零点二九元。
记住这个顺序就够了：各类用量除以计价单位，分别乘对应单价，最后相加。不要把全部词元相加后，随便挑一个单价计算。
进站检查：缓存优惠只算符合条件的部分
有些价目表还会列出缓存读取、缓存写入，或者不同上下文长度对应的价格。这些不是可以忽略的小字，而是可能改变总费用的计费条件。
缓存可以理解为：某些重复内容满足规则时，不再按普通输入价格处理。但重复发送相同文字，并不必然产生缓存优惠。是否命中、有效期多长、写入是否另收费，都要以对应模型和服务的说明为准。
如果用量记录已经区分普通输入与缓存输入，就按各自数量分别计算。若某项只是总输入的细分统计，不要再把它当成额外输入重复相加。涉及推理用量、图片或音频时，也应先确认其计费口径，不能只按可见文字估算。
试跑一单：用真实任务核对费用
挑一个有代表性的任务，例如整理一份会议记录，先完成一次请求，再对照用量记录检查三件事：
- 实际输入是否包含历史消息、附件或工具返回内容。
- 实际输出有多长，是否出现另列的计费用量。
- 按价格表算出的费用，是否与扣费记录一致。
如果结果有差异，先检查单位、币种、缓存分类和价格生效时间，再核对是否存在重试或多次调用。一个界面操作可能触发不止一次模型请求，因此不能把一次点击直接当作一次计费。
绿灯前：按完整任务预算，而不是只挑低单价
选择模型时，把同一个任务完整跑完再比较费用。单价较低的模型，如果需要反复补充说明和多次修改，最终支出未必更少。反过来，也没有必要让每个简单任务都使用高价模型。
如果你希望在一处试用不同模型，可以考虑本站的按用量中继服务：先完成一个小任务，再用实际消耗判断是否合适。欢迎注册，使用新账户的小额赠送额度完成首次核对。
起跑前的最后一遍检查：单位一致、输入输出分开、特殊计费看清、实际用量核对。读懂这四项，价格表就不再是一排难懂的数字，而是一张能帮助你控制每次任务支出的清单。