快速结论
先记录请求时间与时区、服务商和工具结果，再按成功请求估算 Search/Fetch 费用；2026 年 11 月 1 日公告节点已到，需对照实际账单，不能默认服务端调用继续免费。
- 公告指定的计费起点是北京时间 2026 年 11 月 1 日 00:00。
- 中文价表中 Search 和 Fetch 各为每千次成功请求 5 元；模型 Token 另计。
- 公告时间已到不等于本站已验证账号扣费，仍需核对真实账单。
本次更新：修订过渡期描述，新增时区边界、调用路径、核验状态与逐请求归类方法，保持日志字段为应用示例。
费用台账的目标是解释“一个任务为什么花了这些钱”。本教程提供应用侧记录模板，不是 DeepSeek SDK 字段定义；实际 usage 字段请按所用协议读取。
建议记录哪些信息
| 应用自定义字段 | 用途 |
|---|---|
| task_ref、request_ref | 将同一任务的多次调用关联，使用内部编号 |
| provider、model、protocol | 标记实际服务商、模型与协议 |
| requested_at、pricing_slot | 保留时间与预算所用峰谷时段 |
| input_hit、input_miss、output_tokens | 记录适用于各单价的用量 |
| tool_type、http_status、has_result | 区分 Search / Fetch 及是否产生结果 |
| quote_currency、price_checked_at、price_source | 保留报价依据 |
| estimated_cost、billed_cost | 分开保存估算与账单核对结果 |
日志无需保存密钥或完整提示词；可用内部任务编号完成费用关联。模型与不同协议的实际 usage 结构需要先做映射，不能直接把表中名称作为 API 参数发送。
汇总时不要重复计算输入
若已把输入拆为缓存命中和未命中，两项相加就是这部分输入总量，不能再把总输入额外收取一次。输出按对应输出单价计算。思考与工具回合可能拉长用量，以实际响应和账单为准。
Search / Fetch 单独记账
两种接口分别统计成功次数。按当前文档，HTTP 200 且有搜索结果或网页正文才满足计费成功条件；失败、空搜索结果及超时不收费。count 不应被当成请求次数。
截至北京时间 2026 年 11 月 1 日，官方公告指定的服务端 Search/Fetch 工具调用计费时点（2026 年 11 月 1 日 00:00）已经到达。官方页面仍保留“目前未计费，并将于……”的过渡措辞；本文据公告时间解释预算口径，未使用付费密钥实测，也未独立核验任何账号的实际扣费。
相关范围是在 DeepSeek Harness、Claude Code 或 Codex 中使用 DeepSeek API 时，经服务端工具调用访问 Search/Fetch；不能仅凭客户端名称判断费用。独立 API 请求与其他提供方的本地工具，应按各自实际调用路径核对。
月底按相同币种核对
中文官方人民币报价和英文官方美元报价分别取自对应价格表。本站计算器的人民币参考值来自美元乘参考汇率，也应另加标记。出现差异时先查币种、时段、缓存、成功请求数和重复调用，再与最终账单核对。
相关说明：百万 Token 费用、月度预算。
11 月 1 日：台账增加切换边界与核验状态
以下仍是应用自定义字段，不是官方接口参数：
| 字段建议 | 记录要求 |
|---|---|
| request_time_original、timezone | 留下原始时间及其时区 |
| request_time_beijing | 将请求归入北京时间对账区间 |
| billing_path | 区分独立 API、指定服务端工具及其他提供方 |
| billing_check_status | 标记估算、已对账或明细不足待核 |
公告起点对应 2026 年 10 月 31 日 16:00 UTC。跨边界长任务按请求逐条归类，不仅依任务创建时间汇总。成功重试保留单独请求编号；遇到失败、空结果和超时，不混入成功数。最终汇总时将模型估算、工具估算与账单金额分列，避免把全部费用差异归因于检索。
参考资料
本文依据以下资料整理，版本与接口信息请以来源页面的现行说明为准。