直接答案
按模型与峰谷汇总 Token，再加入 Search/Fetch 成功请求；11 月 1 日相关服务端调用的公告计费节点已到，需按实际路径预算并核对账单。
关键要点
- 统一币种和价格来源
- 按模型、缓存与峰谷分别统计
- Search / Fetch 分开计量
- 用户任务数不等于模型请求数
- 相关服务端调用的公告计费节点已到，预算与实际扣费分开核验
从日志建立预算基线
截至北京时间 2026 年 11 月 1 日，官方公告指定的服务端 Search/Fetch 工具调用计费时点（2026 年 11 月 1 日 00:00）已经到达。官方页面仍保留“目前未计费，并将于……”的过渡措辞；本文据公告时间解释预算口径，未使用付费密钥实测，也未独立核验任何账号的实际扣费。
按任务类型汇总输入 Token、输出 Token、成功率和每日请求数。不要只取平均值，至少同时查看典型请求和高分位请求，避免少量超长上下文拉高账单。
三种预算情景
基准情景使用当前真实用量；乐观情景加入缓存优化和空闲调度；压力情景加入流量增长、输出增加与重试。三组结果比单个数字更适合团队审批和容量规划。
- 基准：当前真实流量
- 优化：更高缓存命中与峰谷调度
- 压力：流量增长和失败重试
10 月 19 日：检索费用单列预算
按官方人民币报价，月成功 Search 20,000 次和 Fetch 30,000 次的检索费用为 20 × 5 + 30 × 5 = 250 元；按美元报价独立计算为 37.5 美元。二者分别来自官方对应价表，不是互相兑换。
上述示例不含读取网页和生成答案的模型 Token。失败、空搜索结果和超时不收费；一个成功重试产生结果后仍需按规则计量。相关服务端调用的公告计费节点已到；保留实际调用路径，按当前规则预算并核对实际账单。
预算表增加两个检查项
第一，核对整份预算的币种、单位和价格核验日期，避免混用人民币与美元单价。第二，按任务关联多次模型、搜索与抓取调用，观察每个完成任务的总成本，防止只用用户提交次数估算模型请求数。
本站现有计算器给出的人民币显示是美元乘参考汇率；采用官方人民币预算时，应直接使用中文官方对应单价并核对账单。
11 月 1 日：月预算纳入服务端工具调用
相关范围是在 DeepSeek Harness、Claude Code 或 Codex 中使用 DeepSeek API 时，经服务端工具调用访问 Search/Fetch；不能仅凭客户端名称判断费用。独立 API 请求与其他提供方的本地工具，应按各自实际调用路径核对。
编辑算例：若每天成功 Search 600 次、Fetch 400 次，按人民币报价计算工具费每天 5 元；按 30 天相同用量估算为 150 元。模型 Token、服务器和其他费用另计，实际预算应使用自己的流量预测。
跨日任务按请求时间分段，公告边界为北京时间 2026 年 11 月 1 日 00:00（UTC 10 月 31 日 16:00）。没有实际扣费明细时，将估算和待核项目分别保留，不用客户端名称推断全部免费。
来源与核验
核验于 2026-10-31，服务规则和价格可能调整。
常见问题
应该预留多少预算缓冲？
取决于业务波动。可先用历史高峰或产品增长目标构建压力情景，而不是使用统一百分比。
每日调用次数相同，账单会稳定吗？
不一定。输入长度、输出长度、缓存命中和模型路由变化都会影响单次成本。