成本与购买
00 / 00

API 成本怎么估

用真实请求量估算模型费用,不依赖很快过时的静态价格表。

模型价格、缓存折扣和计费单位经常变化。与其记住一张静态价格表,不如学会用官方单价和自己的真实用量算账。

基本公式

单次成本 = 输入 Token ÷ 1,000,000 × 输入单价
        + 输出 Token ÷ 1,000,000 × 输出单价
        + 其他项目费用

“其他项目”可能包括缓存写入、缓存读取、联网搜索、图片、音频、视频、工具调用或批处理折扣。以供应商的官方计费页和账单字段为准。

不要先猜月费用

先跑 20 到 50 次真实请求,再记录:

字段为什么要记
请求场景区分聊天、代码、摘要、图片等不同成本
输入与输出 Token找出长上下文和长回复带来的费用
缓存相关 Token判断重复上下文是否真的获得折扣
单次费用看平均值,也看最贵的异常请求
成功或失败便宜但经常重试,最终不一定省钱

得到单次平均成本后,再乘预计日请求量和 30 天。最后预留 20% 到 50% 的波动空间,避免刚上线就超预算。

代码 Agent 最容易漏算什么

代码 Agent 每一轮都可能携带系统提示、仓库规则、文件内容和历史对话。真正影响成本的往往不是你刚输入的那句话,而是不断变长的上下文。

可以这样控制:

  • 任务边界说清楚,避免无效来回。
  • 一个任务结束后开新上下文,不把无关历史一直带着。
  • 先让便宜模型处理明确小任务,疑难任务再升级。
  • 连续改错时停止,不用更多 Token 重复同一条错误路径。
  • 给服务端设置月预算、单用户上限和告警。

订阅和 API 怎么比较

不要把订阅价格直接除以 Token 数。订阅通常包含产品界面、Agent、搜索、文件、同步等能力,也可能有动态额度;API 则更适合产品集成和精确计费。

判断方法:

  1. 个人高频使用官方产品功能:先试订阅。
  2. 做自己的产品或自动化:先用 API 小流量跑通。
  3. 两边都用:分别记录一个月的账单和节省的时间,再决定保留什么。

具体型号和近期体验统一看 当前工具栈。准备接入时,单价只看模型供应商当天的官方 Pricing 页面。

这篇文档有问题?