文心一言api价格

接文心一言接口时，最常卡住的不是能不能调通，而是不知道钱是按什么口径扣的：输入输出两边各算一次、长上下文档位不一样、免费额度和付费额度混着走。这篇不讲虚的，给你一份从查价到算账再到核对的清单，顺带说清什么情况下这套估法不适用。

接文心一言接口时，真正卡住人的往往不是能不能调通，而是不知道钱按什么口径扣：输入和输出各算一次、长上下文档位不一样、免费额度和付费余额混着走。这篇不讲虚的，给一份从查价到算账再到核对的清单，顺带说清什么情况下这套估法不适用。

先记住一个原则：所有单价都是「按 token 的单位价」，不是「一次调用的总价」。所以你看到的任何数字，都得先换算成自己的调用结构，才有意义。下面的路径都指向站内页面，数字随官方调整会变，写预算前以当期页面为准。

文心一言 API 的计价由哪几块拼成

计价大体分两条线：一条是按量计费，输入和输出分别计价；另一条是资源包或预付费，买断一段用量。两条线的单位不一样，混着比会得出错误结论。建议先在模型列表里找到你要用的那条模型条目，再去看它对应的价格，而不是先看价再猜模型。

输入价

你送进去的提示词、上下文、文档内容按 token 计价的部分

输出价

模型生成返回的内容按 token 计价的部分，通常和输入价不是一个数

按量计费

用多少扣多少，适合调用量波动大的项目

预付费资源包

先买一段额度再消耗，单位可能是 token 也可能是调用次数，签约前要确认

价格去哪看：三个入口别搞混

站内有三类入口，用途不一样。官方按量价目用来确认基准单价，横向对比页用来对齐国内几家的计费与限制口径，价格追踪页用来确认当期值有没有变。搞混了就会拿一个过期的转述数字去做预算。

• 别背数字：价格会调，任何记在脑子里的单价都可能是旧的
• 别用第三方博客的转述价做预算，口径经常少一层条件
• 横向比价时先对齐单位，每千 token 和每百万 token 差一个量级
• 免费额度的有效期和适用范围要单独确认，别默认能覆盖全部模型
• 对比时把限流、并发、上下文上限一起看，光比单价会选错

把自己的调用量换算成钱的四步

估算的关键不是拿到单价，而是拿到你自己的输入输出 token 结构。同一个应用，改一改提示词，成本结构就变了。下面四步按顺序做，做完你就有一个能落地的月度区间。

1. 导出调用日志取近一到两周的日志，按模型分组，统计输入 token 和输出 token 两列总量。别混在一起统计，否则后面没法分别乘价。
2. 分别乘单价输入总量乘输入单价、输出总量乘输出单价，再相加得到毛成本。注意页面上的单位是每千还是每百万，别漏乘系数。
3. 折算成单次成本到 /tools/model-cost-calculator 或 /tools/token-price-calculator 把你的一次典型对话代进去，得出「一次对话大约多少钱」，这个数才好和产品定价对齐。
4. 加安全余量重试、报错重发、上下文膨胀都会额外消耗 token，失败请求也可能计费。在毛成本上留出余量，再拿去报预算。

把文心调用成本压下来的可控动作

成本控制不是找一个更便宜的模型就完事，而是让每条请求都用在合适档位上。下面这些动作不需要改架构，改配置和提示词就能落地。具体档位怎么挑，去 /models 看规格说明再决定，别凭印象分高低。

判断标准很简单：如果某类任务用低价档的输出质量已经够用，就没有理由上高价档。什么算够用，用你自己的评测集测，不要用别人的跑分替代。

这套估法什么时候不适用

上面的换算是建立在「官方直连、按量计费、调用结构稳定」三个前提上的。少一个前提，结论就得打折。这不是说估不了，而是说你要换一套口径再估，别硬套。

• 走中转或聚合渠道：倍率、额度折算都会改写实际单价，得按 /relay-rate-vs-official-price 的口径重新对齐，不能直接套官方价
• 签的是预付费资源包或按次计费：单位从 token 变成次或包，换算逻辑不同，先确认自己签的是哪一种
• 长上下文或大量工具调用：token 消耗结构变动大，历史均值推不准，按周重算比按季度重算靠谱
• 用量本身很小：换算出来的差额可能还抵不上你花的时间，这种情况下优先保证稳定性而不是抠成本