成本与购买
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 则更适合产品集成和精确计费。
判断方法:
- 个人高频使用官方产品功能:先试订阅。
- 做自己的产品或自动化:先用 API 小流量跑通。
- 两边都用:分别记录一个月的账单和节省的时间,再决定保留什么。
具体型号和近期体验统一看 当前工具栈。准备接入时,单价只看模型供应商当天的官方 Pricing 页面。
这篇文档有问题?