输入 Token
发送给模型的 prompt、系统提示与对话历史，按输入单价计费。
计费单位
四类 Token，四种单价
同一次请求里，输入、缓存命中、输出与推理 Token 会分别计量、分别计价，账单明细可以逐项对上，不会把不同单价混成一个总数。
缓存输入 Token
命中 prompt cache 的输入部分，按更低的缓存命中单价计费。
输出 Token
模型生成的回复内容，按输出单价计费，流式与非流式口径一致。
推理 Token
推理型模型产生的思考 Token，按推理单价单独计量，不混进输出价。
价格单位统一为 USD / 1M tokens。后台以 micro-USD 整数记账（1 USD = 1,000,000 micro-USD），页面展示时才换算成美元小数——账单不会因为浮点误差累计出偏差。
计费公式
一条公式，算清一次请求
每一类 Token 的用量乘以该次请求记录下来的单价，再相加就是本次费用。单价来自价格表，用量来自网关实际统计，两者都不在前端估算。
费用 = 输入 Token × 输入单价 + 缓存命中 Token × 缓存单价 + 输出 Token × 输出单价 + 推理 Token × 推理单价
单价单位为 USD / 1M tokens；计算时按 micro-USD 整数进行，展示时才转成美元小数。
实时示例 · 当前目录中输入价最低的模型
GPT-5.6 Luna 输入 0.012 USD/1M × 1M + 输出 0.072 USD/1M × 1M = 0.084 USD
这是一个「输入与输出各 1M Token」的假想请求，用来演示换算口径；实际账单按每次请求的真实 Token 数计算。
六条规则
账单上的每一分钱，都能对应到下面一条
这些规则同时适用于控制台账单与 API 返回的用量，不存在「页面一套、后台一套」。
按量计费，用多少扣多少
每次请求按实际 Token 用量结算：输入、缓存命中、输出、推理分开计量。没有月租、没有最低消费，也没有闲置费。
额度永久有效
充值余额不清零、不按月作废，也不会因为长期不用而失效；每一笔扣减都写入账本，可在控制台账单逐条核对。
价格快照，历史账单不改写
用量发生时把当时的销售价写入该次用量记录。之后调价只影响新请求，已经生成的账单永远按当时的价格解释。
失败请求不计费
参数错误（400）、鉴权失败（401）、余额不足（402）、无权访问（403）、限流（429）等未产生上游输出的请求不扣费。
流式中断按已输出部分计费
SSE 已经开始输出后上游中断，只对实际产生的输入/输出 Token 计费并返回 upstream_stream_error，不会重复计费。
支付与发票
支持微信支付、支付宝、银联信用卡与企业对公转账；消费后可在控制台财务页面自助申请发票，合同与对公流程走企业合作。
计费 FAQ
计费常见问题
与方案选型页共用同一份答案，避免两处口径漂移。答案直接写在 HTML 里，不执行 JavaScript 也能读。
Admesh.ai 怎么计费？
纯按量计费：按每次请求的实际 Token 使用量结算，没有月租、没有强制订阅、没有最低消费。价格单位为美元 / 每百万 Token，账单精确到单次请求。
充值的额度会过期吗？
不会。充值的额度永久有效，不做按月清零，也不会因为长时间不用而失效。
输入、输出和缓存 Token 分别怎么算？
输入 Token 按输入单价计费，输出 Token 按输出单价计费；命中 prompt cache 的输入 Token 按更低的缓存命中单价计费。三者在同一笔请求的账单明细里分开列出。
支持哪些支付方式？能开发票吗？
支持微信支付、支付宝、银联信用卡，以及企业对公转账。消费后可在控制台财务页面自助申请发票。
价格会变吗？
上游厂商调价时我们可能同步调整，并提前在控制台与更新日志公告。已经产生的用量按当时的价格快照结算，历史账单不会因为调价而被改写。
调用失败会扣费吗？
不会。参数错误（400）、鉴权失败（401）、余额不足（402）、限流（429）等未产生上游输出的请求不计费；流式响应中已经产生的输出部分会如实计费。