跳到正文

免费 · 不构成合作

你的 AI 用量显示一个数字,你的发票却显示另一个。

发送一个月的模型用量和你实际收到的账单。我们逐行重新为用量计价,与发票对账,并告诉你两者在哪里不一致以及原因。这一类产品大多会估算你的支出。真正有用的数字,是估算与发票之间的差额。

任何会给你发账单的提供商:OpenAI、Anthropic、Google Gemini、Mistral,或通过 Bedrock、Vertex AI 或 Azure 计费的模型。发一个提供商或全部都发——分散在多个厂商之间的账单最难靠肉眼核对。

这从不以提供商密钥开始。它从用量导出文件或发票开始,这些都是你已有的文件。持续对账所需的单独账单凭据(INFRO 仅用它读取)在本页末尾说明,以上任何一项都不需要它。

INFRO 销售的是软件订阅;你的提供商继续就模型向你收费,我们从中收取 0%。这是一项免费的售前对账,用来展示产品持续在做的事情——不是咨询、顾问或专业服务合作,也没有任何需要签署的东西。

INFRO 账号可自助开通。 模型目录、文档和 API 契约已公开,网关已部署,v1 之后的所有功能都标注为“后续”。 套餐与试用

这些都不罕见。每一项都是厂商公布、而成本模型却悄悄没有套用的价格,其中前三项都会把估算推向危险的方向:偏低,于是团队按它做计划,结果发票比屏幕上承诺的更大。

  1. 01  缓存不只是在读出时花得少,写入时也要付费

    每个人都预期缓存读取成本很低,事实也确实如此。成本模型漏掉的是填充缓存的那次写入:Anthropic 对五分钟缓存写入按基础输入价格的 1.25 倍计费,对一小时写入按 2 倍计费。Gemini 则对保持缓存收费——Gemini 3.1 Pro 上每百万 token 每小时存储 $4.50——因此一个保持预热的缓存即使在一小时内无人读取也会计费。一个按读取价格为缓存 token 计价、或按输入价格为提示词总量计价的系统,恰恰会在缓存最多的工作负载上估低。我们自己的价格表也曾在这一点上出错。

    Anthropic 定价

  2. 02  同一个模型、同样的 token,三种不同的价格

    OpenAI 对 gpt-6-sol 的定价为:标准层级每百万输入和输出 token $2 和 $10,Batch 或 Flex 为 $1 和 $5,fast 模式为 $4 和 $20。Anthropic 的批处理 API 同样是半价,Amazon Bedrock 的 Priority 层级比 Standard 高 75%,Flex 则是 Standard 价格的一半。只按模型 ID 建立的成本模型,三种情况会算错两种,而且这两种错误在 token 计数中都看不出来。

    OpenAI API 定价

  3. 03  长提示词可能让整个请求重新计价

    Gemini 3.1 Pro 对不超过 200k token 的提示词,输入为每百万 token $2.00,输出为每百万 token $12.00,超过后则为 $4.00 和 $18.00——价格由提示词大小决定,因此越过这条线会让整个请求重新计价,而不只是超出阈值的那部分 token。Anthropic 的做法相反:Claude 4.6 及之后的版本以标准价格提供完整的百万 token 窗口。长上下文溢价是否存在,取决于厂商和模型世代。

    Gemini API 定价

  4. 04  账单中有一部分根本不是 token

    服务端工具按次、按会话或按 GB 计费。OpenAI 每 1,000 次网页搜索调用收费 $10,每 1,000 次文件搜索调用收费 $2.50,另加超出首个 GB 后每 GB 每天 $0.10 的向量存储费,代码解释器容器按每 20 分钟会话计费。Anthropic 每 1,000 次网页搜索收费 $10;Gemini 使用 Google Search 接地,每月前 5,000 次请求免费,之后每 1,000 次 $14。这些会作为单独的明细项出现在发票上,只统计 token 的系统永远看不到它们。

    OpenAI API 定价

  5. 05  分词器会变化,工具在你发送任何内容之前就要消耗 token

    Anthropic 自己的文档指出,Claude 4.7 及之后的版本使用更新的分词器,同样的文本产生的 token 比旧分词器多约 30%。此外,请求中带上工具会在你的提示词计数之前增加一段几百个 token 的工具使用系统提示词——根据模型和工具选择的不同,在 286 到 804 之间。每家厂商的分词方式都不同,因此凡是根据字符数、另一家厂商的分词器或上个季度的分词器来估算的,都会与发票产生偏差。

    Anthropic 定价

  6. 06  地域、午夜,以及发票本身的结构

    把推理固定在某个区域,几乎在所有地方都有溢价:对于 2026 年 3 月 5 日及之后发布的模型,OpenAI 在数据驻留端点上加价 10%;Anthropic 对仅限美国的推理按 1.1 倍计费;Claude 在 Bedrock 和 Google Cloud 上的区域端点比全球端点贵 10%。一个在 UTC 23:59 处理的请求,在一个系统中落在这一天,在另一个系统中落在下一天。而发票总额也不等于用量总额——它包含税费,当由云市场代厂商计费时,它可能只是一行消费单位,上面没有任何 token 信息。

    OpenAI API 定价

上面的每个价格、倍率和按次收费都于 2026年9月28日 读取自厂商自己的文档: OpenAI API 定价, Anthropic 定价, Gemini API 定价, Amazon Bedrock 定价, Anthropic Usage and Cost API. 厂商会调整价格。如果其中某项此后有变,对账正是会告诉你的那个东西。

一个示例,金额是编造的,价格是真实的。这个练习的重点不是最下面的总额——而是中间那个反复出现、叫得出名字、却没人纳入模型的价格。

示意 · 三十天

一份示意性的对账,在三十天内将预估的提供商支出与四家提供商报告的支出进行比对。数字均为虚构。
提供商根据你的用量提供商账单差额偏差
Anthropic$16,200.00$16,838.00+$638.00+3.8%
OpenAI$8,900.00$9,260.00+$360.00+3.9%
Google Gemini$3,400.00$3,682.00+$282.00+7.7%
Mistral$1,240.00$1,238.00−$2.00−0.2%
全部四家提供商$29,740.00$31,018.00+$1,278.00+4.1%

差额从何而来

Anthropic缓存写入按写入价格计费,却按输入价格估算Claude Sonnet 4.6 上的 8 亿个缓存写入 token,五分钟缓存写入为每百万 $3.75,而输入价格为 $3.00。800 × $0.75。
+$600.00
Anthropic未计入写明,而不是并入。Anthropic 的发票中有 $38 无法用任何价格解释——不到该提供商金额的四分之一个百分点——我们会如实说明,而不是把它四舍五入并入上一行。
+$38.00
OpenAI一个项目使用数据驻留端点,加价 10%该项目中有 $2,400 的 token 支出,用在一个 2026 年 3 月 5 日之后发布的模型上,需要再加百分之十。估算按全球价格计价。
+$240.00
OpenAI网页搜索,按次计费而不是按 token12,000 次网页搜索调用,按每 1,000 次 $10 计费。
+$120.00
Google Gemini超过 200k token 的提示词,整个请求按长上下文价格重新计价Gemini 3.1 Pro 上提示词超过 200k 的请求中有 9,000 万输入 token 和 300 万输出 token,估算按 $2 和 $12 计价,实际按 $4 和 $18 计费。90 × $2 + 3 × $6。
+$198.00
Google Gemini超出每月免费额度的搜索接地11,000 次接地请求,前 5,000 次免费,其余 6,000 次按每 1,000 次 $14 计费。
+$84.00
Mistral在误差范围内一千二百美元中差两美元,符合请求落在 UTC 午夜两侧的情况。无需调查。
−$2.00
差额合计
+$1,278.00

这里值得关注的数字不是 $31,018,而是没人建模的三种价格——Anthropic 的缓存写入、OpenAI 的数据驻留加价、Gemini 的长上下文层级——每一种每月都会重复出现,分属不同厂商,原因各不相同。

Mistral 这一行是另一种有用的结果。三十天内相差不到五分之一个百分点,这就是一致的样子,说明该提供商没有任何需要调查的地方。估算已经与你的发票一致,这本身也是一项发现,而且是一项让对话就此结束、而不是开启一个项目的发现。

上面的金额是为了展示回复的形式而虚构的,并非取自任何人的账号。所依据的价格是厂商公布的价格,两张表都能对上,因此即使工作负载不是真实的,计算也可以核查。

如何进行

  1. 01  发送文件,绝不发送密钥

    来自你提供商控制台的用量导出、你已有日志中的 CSV,或者发票本身。无需凭据,无需访问你的提供商账号,也无需搭建任何集成。如果你手上只有一张 PDF 发票,以及对其背后工作负载的大致了解,那就发那个过来——这周的近似数字胜过下个季度的精确数字。

  2. 02  我们逐行重新为用量计价

    有协商价的按你的协商价,没有的按厂商公开价,并显式应用那些容易被忽略的乘数:缓存写入按写入价格计、批处理和优先级层级、上下文层级、按次计费的工具、区域溢价。计算过程随结果一起提供,你可以自行核对,而不必相信我们。

  3. 03  我们将其与你实际被收取的金额进行对账

    输出不是一个总额,而是两个数字之间的差额,以及差额来源的逐项说明;任何我们无法解释的部分都会被写明为“无法解释”,而不是被并入一行看起来更整齐的数字中。

  4. 04  你会拿到完整报告,包括对我们不利的部分

    哪些工作负载在上个月会因路由规则、预算或回退而有所不同,订阅费与你的提供商支出相比是多少,以及哪些工作负载我们会原样保留。如果诚实的答案是这里没有任何东西需要控制平面,你得到的就是这个答案。

我们会告诉你的事

  • 你的用量所对应的金额与你实际被收取金额之间的差额,以及背后的明细项
  • 你当前的账目没有建模哪些价格,以及每一项每月涉及多少金额
  • 哪些提供商、模型、项目和工作负载占了账单的大头
  • 路由规则、回退或预算会在哪些地方改变上个月的结果
  • 你的哪些工作负载我们会原样保留,以及原因

我们不会做的事

  • 索要提供商 API 密钥,或任何对你提供商账号的访问权限
  • 在看过你的数据之前报出数字
  • 给出一个我们无法展示计算过程的数字
  • 声称 INFRO 能减少你的模型支出——它不能,而且它从中抽取 0%
  • 向你出售咨询、实施或顾问服务
  • 把不同的模型说成是同一个模型
  • 出售你的数据,或把你加入邮件列表
  • 之后保留你的用量导出——你说一声,我们就删除

什么时候我们会建议你维持现状

四种情况下,诚实的答案是这里没有任何东西需要控制平面。它们写在这个页面上,而不是在通话中才被发现,因为一个没有不适用场景的页面读起来像广告,会被整体打折扣。

一家提供商、一个模型、一份固定账单
如果你的支出可预测,你的提供商没有让你失望,也没人问钱花到哪里去了,那么网关就是一个你在维护却没有回报的层。我们会直说。
估算已与发票一致
如果你的账目与实际账单的差距在百分之一以内,对账就没什么可发现的。这是好结果,也不是购买任何东西的理由。
没有替代模型的工作负载
路由和回退的价值取决于第二个选项的价值。如果确实只有一个模型能胜任,把它放到路由规则后面改变的是故障模式,而不是成本。
订阅费会占大头的支出规模
当每月提供商账单低于某个水平时,控制平面的费用会是两个数字中较大的那个。我们会把两个数字都给你看,让你得出显而易见的结论。

想在发送任何东西之前先核对一下数量级?运行计算器——只需一分钟,使用的公开价格与我们所用的相同。它不做任何对账;那部分由人来完成。

你目前在 AI 提供商上的支出大约是多少?一个区间,而不是具体数字——只用来确定答复的范围。
你目前使用哪些提供商?
哪些模态对你重要?

我们只会用这个地址向你发送估算结果。

手工对账只能回答一个月的问题。要让答案此后一直准确,就需要定期读取提供商自己的费用 API,而这需要一种我们不会随便接收的凭据——所以这里明确说明它是什么、能访问什么、在哪里止步。

凭据
一个具有管理员范围的密钥,由你提供商处的所有者或管理员生成:OpenAI 的以 sk-admin- 开头,Anthropic 的以 sk-ant-admin 开头。它与处理你请求的密钥属于不同类别的凭据,存放在单独的位置、使用单独的加密,对计费端点只读,而且一旦存入 INFRO,就无法再读取出来。你的推理密钥从不读取你的账单——这一承诺能保持字面上的真实,正是因为这是你单独授予的另一份凭据。
提供商
持续对账目前支持 OpenAI 和 Anthropic——上面的手动对账则可以基于文件处理任何提供商。Bedrock、Vertex AI 和 Azure 把成本保存在所属云的计费系统中,其身份体系与推理凭据毫无关系,因此目前还无法对它们进行对账。没有集成的提供商显示为“无差额数据”,而不是差额为零,因为零会被理解为一致。
粒度
按天、按整个组织。两家厂商都按天报告整个组织的成本,因此报告的总额永远不会被归因回单个请求。对账用于校准对估算的信心;它从不改写估算。
我们已知的缺口
Anthropic 的成本端点完全不包含 Priority Tier 的支出,并且不适用于通过 AWS 计费的 Claude。使用这两者之一的账号,其差额无法闭合,控制台必须能说明原因,而不是显示一个看起来像缺陷的数字。
它如何使用这个结果
一天的差额几乎总是由时间差造成的,单独看没有意义。有意义的是方向:如果差额在七天中有五天都偏向同一方向、高于每日下限,并且窗口内的每个请求都已计价,那就说明存在平台没有建模的价格——这是关于我们价格表缺陷的报告,而不只是一张图表。
它在套餐中的位置
Business 套餐。每个套餐都会记录每个请求的估算由哪个价格得出,没有可用价格的模型记录为未定价,而不是零——对账是在此之上的一层,用来证明这些价格是对的。

上文所述的对账都不需要这些,它基于你已有的文件运行。这些是让答案在此后每一天都保持准确的东西。

完整的计费文档在文档中,各套餐包含的内容在定价页面上。在上面的对账告诉你是否有问题可找之前,两者都不值得先读。