缓存命中之后，逐项核对账单才能看清真实成本

读懂每笔费用需要先把词元数量与文字长度分开

第一次查看模型接口账单，很容易把它理解成按提问次数收费。实际上，同样发送一次请求，简短问答与长文分析的费用可能相差很多。计费通常围绕词元展开：模型把文字切成若干片段，再按处理的数量计费。一个汉字不一定等于一个词元，一个英文单词也可能被拆成多个词元，因此不能直接拿字数代替账单用量。

输入词元是送给模型处理的内容，可能包括系统提示、当前问题、随请求重发的历史对话，以及工具返回的结果。输出词元是模型生成并计入用量的内容。部分模型还会报告推理相关用量，其归属需要查看提供商的计费规则，不能只数屏幕上看到的回答。

逐行核对账单需要把输入输出和缓存读写分别看待

先看每一行的计量单位。单价可能按每百万词元标注，而用量可能只有几百或几千词元。数量和单价的单位对齐之后，乘出来的金额才有意义。下面的价格完全虚构，只用于解释计算过程，不代表任何平台的实际报价。

• 普通输入一行：假设单价为每百万词元十元，一千个输入词元对应零点零一元。
• 输出一行：假设单价为每百万词元三十元，两百个输出词元对应零点零零六元。
• 合计一行：在没有缓存或其他收费项的前提下，这次请求的费用为零点零一六元。

缓存需要另外看。缓存读取通常指复用已经保存的内容，缓存写入则涉及建立或更新可复用内容，两者可能采用不同单价。不能看见输入总量后，就把它全部按普通输入价格计算，再把缓存费用重复加上去。应先确认提供商报告中的字段关系，再把用量分配到对应收费项目。

沿用前面的虚构例子，如果一千个输入词元中，有六百个属于缓存读取，剩下四百个才是普通输入，而缓存读取单价为每百万词元一元，那么两项输入费用分别是零点零零零六元和零点零零四元。再加上原来的输出费用，总额就是零点零一零六元。若这次还有单独计费的缓存写入，还需核对相应一行。

核对实际扣费还要确认请求去向和用量来源

本文由重视质量的接口中转服务 BestRelay 发布。它按请求中指定的官方模型转发，不替换成其他模型，覆盖 Claude、GPT、Gemini、DeepSeek、Kimi、GLM、Qwen、Grok 等系列，并可配合 Claude Code、Codex、Gemini CLI 和各类 OpenAI 软件开发工具包使用。对读账单而言，关键不是工具名称，而是请求实际使用的模型、对应单价和用量记录能否互相对上。

BestRelay 按提供商报告的词元数量按量计费，缓存读取与写入分别定价。核对时，可以先找到请求记录，再确认模型、输入输出数量、缓存项目及当时适用的价格。长对话常会重复携带历史内容，因此新问题只有一句话，也不代表输入费用很低。重试或工具循环也可能产生多次请求，应逐笔检查，而不是只看最终得到的一段回答。

想用自己的请求练习核账，可以创建一个 BestRelay 账户。会员邀请他人充值可获得推荐佣金，但佣金属于独立的账户往来，不应混入模型调用的词元成本。最后再检查账单是否涉及币种换算、余额调整或金额舍入；遇到差异时保留请求标识和用量明细，比凭回答长短估算费用更可靠。