很多人想用 API，卡在第一步不是不会调接口，而是不知道会花多少：聊几句要多少钱、让模型读一篇长文要多少钱、写一小时代码要多少钱。这篇不报死数字，只给你量级对照、估算口径和加余量的方法，单价一律去站内实时价格页核对。
很多人第一次想接 API，卡住的地方不是不会写代码，而是心里没底：跟模型聊几句要花多少钱？让它读完一篇长报告要多少钱？坐那儿写一小时代码又要多少钱？这三个问题其实都能用同一套口径粗估出来。
这篇不给你任何写死的数字，只给量级、折算算法和加余量的方法。所有单价、倍率、当前活动一律到站内页面现查，因为价格随时会动，背下来第二天就过期了。
为什么你猜不准：三个变量在动
估算偏差大，通常不是数学不好，而是三个变量同时在动：换算口径、单价、计费口径。任何一个变了，你的心算结果就和账单对不上。先认清这三件事，后面才不会白算。
- 字数到 token 的换算
- 中文一个字通常接近一个 token，英文一个词可能拆成多个，代码和符号更碎；定义到 /ai-dict/category/basics 看
- 单价
- 不同模型、不同渠道、不同分组价格都不同，去 /official-api 与 /tools/token-price-calculator 现查
- 账单口径
- 缓存是否命中、按量还是按次、有没有倍率，都会让估算和实际对不上，口径差别见 token-cost
第一步：从字数估 token
最快的办法是拿你手上的真实素材估，而不是凭空想一个任务。把中文按字数当 token 数，英文按词数乘一个系数，代码和 JSON 再往上抬，先得到一个粗量级就够用了。
- 拆成输入和输出两段输入是你发的提示词加资料，输出是模型要吐出来的内容。两段分别估，因为输出长度经常被低估，尤其是让它写方案或改代码的时候。
- 用真实样本验证把一段真实文本贴进 /tools/token-price-calculator 或 /tools/model-cost-calculator，看实测 token 数和你手估差多少，差得多就修正系数。
- 量级对了再优化先确认是千级还是万级，再考虑截断、摘要、检索这些省 token 的手段；量级都没搞清就优化，等于闭着眼省钱。
第二步：常见任务的量级对照
下面这张表只给量级和影响因素，不给具体数字。具体金额把量级代进站内计算器，用当时的单价算，才算数。
| 任务类型 | 大致量级 | 主要影响因素 |
|---|---|---|
| 一次日常对话 | 千级 | 轮次多少，每轮是否重发历史上下文 |
| 一篇文档总结 | 看原文长度，可能跨一个数量级 | 原文长短、是否需要切分或检索、输出详细程度 |
| 一小时写代码 | 通常明显高于前两类 | 交互次数、是否带报错和上下文、是否命中缓存 |
| 生成长文/批量/多模态 | 上面这套口径不适用 | 按模态单独算，图片、语音、批处理各有自己的计价方式 |
日常对话之所以「越聊越贵」，是因为每一轮都要把历史上下文重新发一遍，轮次多了输入量会滚雪球。写代码更明显，一次报错贴进去就是一大段输入，来回几轮就很可观。
- 要长文总结前先看模型的上下文上限，塞不进去就得切分或走检索，别硬塞
- 一小时写代码到底多少，和你用的客户端、是否开缓存关系很大，配置方式见 client-setup
- 任务里但凡有生成长文、批量处理、图片语音，这张表直接作废，按模态另算
第三步：加余量、估月预算
估算值永远比实际低，因为重试、报错重发、上下文重复都会真实计费。所以估完先上浮一段当安全余量，余量给多少看你能接受的试错成本，宁多勿少。
- 月预算 = 单次量级 × 每天次数 × 工作日数 × 余量系数，把式子填成你自己的数字，比抄任何人的账单都有用
- 用量记录是唯一可信来源：先跑一周，再从真实用量反推预算，字段怎么记见 usage-log-fields，完整方法见 api-budget-from-usage
- 第一次充钱别冲多：试水金额怎么定、止损线怎么设，按 first-recharge-budget 走
# 估算模板，数字自己填，不要照抄
单次输入量级 + 单次输出量级 = 单次 token 量级
单次量级 x 每天次数 x 每月工作日 = 裸月量级
裸月量级 x 安全余量系数 = 预估月预算
# 再把单价代入 /tools/token-price-calculator 换成金额落地清单：下单前跑一遍
把下面这套顺序跑一遍，基本不会出现「充完钱发现烧得比想象快」的情况。核心是先小后大、先用真实数据再放大。
- 写任务清单列出任务类型和每天大概次数，越具体越好，模糊的『偶尔用用』估出来没意义。
- 拆输入输出并代入拆出输入/输出两段，用站内计算器代入当前单价，得到单次量级。
- 上浮余量并查价加安全余量，再查一遍 /price-watch 看近期是否调价，别用过期的单价算。
- 小额实测对照日志先小额充一笔实测，然后拿用量日志和估算对比，差得多先查口径，排查顺序见 token-cost 与 cost-difference-breakdown。
如果实测和估算差得远，优先怀疑口径：缓存、倍率、按次计费都会造成偏差，而不是立刻换渠道。另外报错导致的重发也在烧钱，状态码含义见 api-errors。最后把结果记成一张自己的对照表，下次估别的任务直接套。
下一步：先把当前单价查清楚估算再准，价格是过期的也没用。到站内价格追踪页看一眼当前各家的实时价格和波动，再回来套这套口径。→常见问题
中文一个字就是一个 token 吗？
接近但不绝对。中文常用字多数按一个字左右计，英文单词常被拆成多个 token，代码、标点和 emoji 更碎。想准就贴真实样本去站内换算工具测一遍，别用「字数除以某个固定数」当结论。
估算出来的钱和实际账单差很多，哪里错了？
先查三件事：有没有命中缓存、渠道有没有倍率、是不是按次而不是按量。这三项都能让实际偏离估算，口径差别可以参考站内讲缓存与倍率的文章，再去用量日志里对一遍。
月预算该按估算还是按实测做？
实测优先。先小额跑一周，用真实用量记录反推月度数字，再留一段余量应对重试和业务增长。纯估算只适合「先看量级、再决定要不要充值」的阶段，不适合直接当预算表用。
