0.0001元是多少钱

看到账单、报价单或者用量表格上写着 0.0001 元，很多人第一反应是「这么小，是不是不要钱」。可它乘以几十万次调用之后，就不是小数了。这篇不给你背数字，而是教你怎么把这一串小数翻译成人话：它是几分之几厘、相当于多少次调用、在总账里占多大比重，以及去哪一页核对当前的真实单价。

看到账单、报价单或者用量表格上写着 0.0001 元，很多人第一反应是「这么小，是不是不要钱」。可它乘以几十万次调用之后，就不是小数了。这篇不给你背数字，而是教你怎么把这一串小数翻译成人话：它是几分之几厘、相当于多少次调用、在总账里占多大比重。

重点在于，这个数字本身没有意义，有意义的是它乘上去的那个次数和你实际跑的业务量。先把换算想明白，再决定要不要为它折腾迁移、改代码、换渠道，顺序反了就容易白忙一场。

先把这串小数翻译成人话

0.0001 元就是万分之一元。换成角和分是零点零零几，日常口语里最接近的说法是「一厘的十分之一」，比一分钱还小两个量级。人民币里已经没有比「分」更小的流通面额，所以这类数字只会出现在按量计费的单价栏，不会出现在你钱包里。

换个方向记更直观：一万次这个单价才凑够 1 元，十万次才够 10 元。所以判断它「贵不贵」从来不是看单价本身，而是看乘上去的那个次数。次数一上来，小数后几位的差别就会被放大成实打实的支出。

你在哪些地方会碰到这个数字

• 按 token 计费的模型单价表，输入和输出往往不是一个数，输出通常更贵，别拿一个数当整体
• 按张、按秒、按字符计费的出图、语音、转写类接口，小数后面挂的单位是「张」「秒」「字符」，跟 token 完全不是一回事
• 中转渠道的倍率折算，官方单价乘以一个倍率，得出来的小数看着眼熟，但含义已经变了
• 充值换算和余额扣减明细，跟单价栏长得像，实际是扣费后的结果，不是报价

这四类的共同点是都爱写得很小很细，差别在于「乘什么」。看到一个小数，先定位它属于哪一类，再去站内的官方 API 价格页确认原厂口径，最后回到账单里看实际乘了多少量。三步走完，基本不会读错。

输入价

你发给模型的那些内容，一般按量计价

输出价

模型生成回来的内容，通常比输入贵

缓存价

命中缓存的部分，单独一栏，别和普通价混着比

倍率

中转渠道在官方价上加的系数，用来折算成自己的结算价

怎么判断这个小数字对你算大还是算小

1. 估次数，不估金额先想清楚要跑多少次、每次大概多少量，两者相乘再看总价。单看单价永远得不出结论。
2. 看占总账的比重如果它只覆盖你用量里很小的一段场景，纠结单价意义不大；如果它是主要流量的计价单位，小数点后一位的差别都会被放大。
3. 横向对比要对齐口径单位、输入输出、是否含缓存价，三项都对齐才有可比性。口径没对齐的对比基本没有参考价值。
4. 低频场景别折腾一次性、量很小的调用，为了省这点单价去迁移和改代码，通常不划算。判断标准是「省下来的钱是否大于你动手的时间成本」。

不适用的场景要说清楚：如果你只是偶尔跑几次、或者这个接口本来就是边缘功能，那么纠结小数点后面几位属于过度优化；反过来，如果它是你每天几十万次的主力通道，那小数点后一位都值得去站内价格追踪页看一眼当时的数字。

自己动手核一遍的步骤

光看别人写的换算没有用，得自己拉一遍。准备一张最简单的表，一行一个场景，把单价、用量、单位、总价都写进去。这样下次翻出来一眼就能看懂，不用重新算。

场景 | 单价 | 单位口径 | 预估次数/量 | 预估总价
主力接口 | 到站内价格页核对 | 每千 token | 自己填 | 上两列相乘
边缘接口 | 到站内价格页核对 | 每次调用 | 自己填 | 上两列相乘
备用渠道 | 到中转站页核倍率 | 每百万 token | 自己填 | 上两列相乘

• 把单价和用量抄到同一张表，一行一个场景，避免看完就忘
• 用站内的成本计算器把「单价 × 用量」跑一遍，跟实际账单对一下
• 差得多的先查是不是口径错了，而不是先怀疑平台
• 价格和倍率会变，核对要以当期的官方价格页和站内价格追踪为准，别拿几个月前的截图当依据
• 核对完把结论记成一句话，下次再看账单不用从头推