快速结论
按官方公告，相关服务端工具调用自北京时间 2026 年 11 月 1 日 00:00 起计费。先确认调用路径，再统计有结果的成功请求，最后与账号账单核对；本站未实测扣费。
- 公告指定的计费起点是北京时间 2026 年 11 月 1 日 00:00。
- 中文价表中 Search 和 Fetch 各为每千次成功请求 5 元；模型 Token 另计。
- 公告时间已到不等于本站已验证账号扣费，仍需核对真实账单。
本次更新：将计费前检查改为节点后对账流程，补充 UTC 边界、成功请求分类、重试计量与无明细时的待核处理；明确未实测扣费。
截至北京时间 2026 年 11 月 1 日，官方公告指定的服务端 Search/Fetch 工具调用计费时点（2026 年 11 月 1 日 00:00）已经到达。官方页面仍保留“目前未计费，并将于……”的过渡措辞；本文据公告时间解释预算口径，未使用付费密钥实测，也未独立核验任何账号的实际扣费。
相关范围是在 DeepSeek Harness、Claude Code 或 Codex 中使用 DeepSeek API 时，经服务端工具调用访问 Search/Fetch；不能仅凭客户端名称判断费用。独立 API 请求与其他提供方的本地工具，应按各自实际调用路径核对。
1. 先固定对账范围
记录账号、调用路径、报价币种和时间范围。跨日任务按实际请求时间拆分，不把整项任务都归入启动当天。日志若使用 UTC，公告边界对应 2026 年 10 月 31 日 16:00 UTC；保留原时区和转换后的北京时间。
2. 把请求结果分开统计
| 记录项 | 核对方法 |
|---|---|
| Search | HTTP 200 且 results 非空时计入成功请求 |
| Fetch | HTTP 200 且返回网页正文时计入成功请求 |
| 空结果、失败或超时 | 单列，不混入可计费成功次数 |
| 重试 | 每次调用保留独立记录，成功的那次按规则计量 |
| 模型 Token | 独立记录缓存输入、未缓存输入与输出 |
count 是结果条数设置，不是请求次数。一次用户提问也可能触发多次工具请求。如果客户端只显示工具卡片而没有完整请求记录，应标记“调用计量待确认”，不能直接当成零费用。
3. 用同一币种估算
中文官方价表中，Search 与 Fetch 各为每千次成功请求 5 元。假设一天有 600 次成功 Search 和 400 次成功 Fetch，工具费估算为 (600 + 400) / 1000 × 5 = 5 元。这是编辑示例，不是实测账单，模型 Token 另计。使用美元结算时应整套采用英文官方报价，不能将本站计算器的人民币换算值当作官方人民币报价。
4. 检查差异再扩大任务
先选一项可追踪的小任务，把请求时间、成功数、估算额与实际账单放在同一张表。费用无法对应时，依次排查时区、实际服务商与路径、重试次数、是否遗漏其他任务以及模型费用。账号账单尚未提供足够明细时保留待核状态，不自行宣称免费或已经扣费。
参考资料
本文依据以下资料整理，版本与接口信息请以来源页面的现行说明为准。