怎样查看 AI API 用量？账单核对与成本追踪指南（含模板） - Руководства

开头

查看 AI API 用量的目的是：核对账单准确性、发现异常消费、优化成本结构。本文教你读懂用量记录、建立每周复核流程、处理异常消费。掌握这套方法后，能将"账单异常 3 天后才发现"优化为"24 小时内发现并止损"，单次异常损失控制在 ¥50 以内。

准备工作

开始前，你需要：

访问权限：

服务商控制台的登录账号
知道如何找到"用量记录"或"账单明细"页面

基础信息：

你的密钥列表（从密钥管理表获取）
你的任务分类（日常聊天、自动化脚本、代码生成等）
上周的总消费金额（用于对比）

工具准备：

Excel 或 Google Sheets（用于记录和分析）
日历提醒（设置每周固定检查时间）

预计时间：

首次检查：15-20 分钟
每周例行检查：5-10 分钟

目标：

能在 24 小时内发现异常消费
单次异常损失 < ¥50
每月成本波动可解释（用量变化 vs 价格变化）

详细步骤

第 1 步：理解一条完整的用量记录

操作：

打开服务商控制台，找到"用量记录"、"账单明细"或"API 使用记录"页面。

一条完整记录应该包含：

字段	说明	示例	重要性
请求时间	发送请求的时间	2026-08-14 15:30:25	⭐⭐⭐
密钥	使用的 API Key（通常只显示末 4 位）	...k8mQ	⭐⭐⭐
模型名称	使用的模型	claude-opus-5	⭐⭐⭐
输入 Token	输入的 Token 数量	4500	⭐⭐⭐
输出 Token	输出的 Token 数量	500	⭐⭐⭐
状态	成功/失败	成功	⭐⭐
费用	本次请求的费用	¥0.76	⭐⭐⭐
缓存 Token	缓存的 Token 数量（可选）	2000	⭐
线路	使用的线路（可选）	主线路	⭐
请求 ID	请求的唯一标识（可选）	req_abc123	⭐

示例记录：

时间：2026-08-14 15:30:25
密钥：...k8mQ (家用笔记本-Chatbox)
模型：claude-opus-5
输入：4500 tokens
输出：500 tokens
缓存：0 tokens
状态：成功
费用：¥0.76

字段说明：

请求时间：

用于定位异常时段（如夜间异常调用）
注意时区（北京时间 vs UTC）

密钥（末 4 位）：

用于定位是哪个应用或设备
配合密钥管理表使用

模型名称：

确认是否使用了正确的模型
发现是否有未授权的模型调用

输入/输出 Token：

用于手动验证费用准确性
分析成本结构（输入多 vs 输出多）

费用：

本次请求的实际扣费
累加后得到总费用

不同平台的差异：

有些平台可能：

只显示余额扣减，不显示 Token 明细（不透明）
用"点数"代替人民币（需要换算）
合并多条请求为一条汇总（难以定位问题）

主流服务商的用量记录页面示例

第 2 步：确认时区和单位

问题：

不同平台的时间和价格单位可能不同，直接对比会出错。

操作 1：确认时区

时区类型：

北京时间（UTC+8）：如 2026-08-14 15:30
协调世界时（UTC+0）：如 2026-08-14 07:30
两者相差 8 小时

如何判断时区：

查看控制台设置或页面底部说明
对比最近一次请求的时间
- 如果显示的时间接近你的本地时间 → 北京时间
- 如果显示的时间比你的本地时间早 8 小时 → UTC

为什么重要：

定位夜间异常调用时，时区错误会导致判断错误
如果平台显示 UTC 02:00 有调用，实际是北京时间 10:00（正常）

操作 2：确认单位

价格单位类型：

人民币（¥）：直接显示 ¥0.76
美元（$）：显示 $0.105，需要乘以汇率换算
平台点数：显示 760 点，需要查询兑换比例

换算示例：

显示：$0.105
汇率：$1 = ¥7.2
换算：$0.105 × 7.2 = ¥0.756

显示：760 点
兑换比例：1000 点 = ¥1
换算：760 / 1000 = ¥0.76

验证清单：

知道平台使用的时区（北京时间 or UTC）
知道平台使用的单位（¥ or $ or 点数）
知道汇率或兑换比例（如果不是人民币）

时区设置页面与单位说明

第 3 步：每周做一次简单复核

操作：

每周固定时间（如周一早上）进行 5-10 分钟检查。

检查清单：

1. 总费用对比

本周消费：¥45
上周消费：¥38
过去 4 周平均：¥42

差异：¥45 - ¥42 = ¥3 (7%)
结论：正常波动 ✅

异常阈值：

差异 > 50%：需要详细检查
差异 > 100%：可能有异常

2. 费用最高的模型

模型排行：
1. claude-opus-5: ¥30 (67%)
2. gpt-4o: ¥10 (22%)
3. claude-sonnet-4: ¥5 (11%)

结论：符合预期（日常主要使用 Opus）✅

异常信号：

出现未授权的模型
某个模型的占比突然大幅增加

3. 费用最高的密钥

密钥排行：
1. ...k8mQ (家用笔记本): ¥25 (56%)
2. ...7nPx (公司电脑): ¥15 (33%)
3. ...3qW2 (定时脚本): ¥5 (11%)

结论：符合预期 ✅

异常信号：

某个密钥的费用突然翻倍
已停用的密钥仍有消费

4. 异常时段检查

时间分布：
- 00:00-06:00: 3 次 (定时脚本)
- 06:00-09:00: 15 次
- 09:00-18:00: 80 次
- 18:00-24:00: 30 次

结论：夜间只有定时脚本，正常 ✅

异常信号：

夜间（02:00-06:00）有大量调用，但没有定时脚本
周末有大量调用，但平时不用

每周复核表模板：

【AI API 每周账单复核】

日期：2026-08-14

□ 总费用：¥45 (上周 ¥38, 平均 ¥42)
  差异：7% ✅

□ Top 3 模型：
  1. claude-opus-5: ¥30 (67%)
  2. gpt-4o: ¥10 (22%)
  3. claude-sonnet-4: ¥5 (11%)
  异常：无 ✅

□ Top 3 密钥：
  1. 家用笔记本: ¥25 (56%)
  2. 公司电脑: ¥15 (33%)
  3. 定时脚本: ¥5 (11%)
  异常：无 ✅

□ 异常时段：
  夜间 (00:00-06:00): 3 次
  都是定时脚本 ✅

□ 本周发现的问题：无

□ 下次复核日期：2026-08-21

⚠️ ：

第 4 步：用任务而不是只用 Token 管理成本

问题：

只看 Token 数量无法判断业务价值。

❌ 只看 Token：

本周消耗：50,000 tokens
上周消耗：40,000 tokens

问：为什么增加了？
答：不知道，只知道 Token 多了

✅ 按任务分类：

本周任务：
- 完成 10 份报告：每份 5000 tokens，共 ¥4.50
- 处理 100 条分类：每条 200 tokens，共 ¥1.80
- 日常聊天：50 次，共 ¥2.20

总计：¥8.50

上周任务：
- 完成 8 份报告：每份 5000 tokens，共 ¥3.60
- 处理 80 条分类：每条 200 tokens，共 ¥1.44
- 日常聊天：45 次，共 ¥2.00

总计：¥7.04

差异分析：
本周多完成 2 份报告（+¥0.90）和 20 条分类（+¥0.36）
成本增加合理 ✅

任务分类示例：

任务类型	频率	单次成本	周成本	占比
会议纪要整理	5 次/周	¥0.80	¥4.00	50%
代码生成	10 次/周	¥0.30	¥3.00	38%
日常问答	20 次/周	¥0.05	¥1.00	12%
总计			¥8.00	100%

任务成本追踪表模板：

任务：会议纪要整理
模型：claude-opus-5
平台：API Xuan

【单次成本】
输入：2000 tokens × ¥108/M = ¥0.216
输出：500 tokens × ¥540/M = ¥0.270
总成本：¥0.486

【本周统计】
完成次数：8 次
总成本：¥3.89
平均成本：¥0.486/次

【对比】
上周：6 次，¥2.92
差异：+2 次，+¥0.97
原因：本周会议较多 ✅

按任务管理的好处：

能判断成本增加是否合理：
- 任务量增加 → 成本增加合理
- 任务量不变 → 成本增加异常
能对比不同模型的性价比：
- 同一任务用 Opus：¥0.80/次
- 同一任务用 Sonnet：¥0.30/次
- 质量可接受的情况下切换到 Sonnet，节省 62%
能优化提示词：
- 优化前：每次会议纪要 ¥0.80
- 优化后：每次会议纪要 ¥0.40
- 节省 50%

⚠️ ：

第 5 步：发现异常时的处理顺序

操作：

当发现异常消费时，按以下顺序处理。

步骤 1：立即止损（< 5 分钟）

暂停或限额异常密钥：
- 如果平台支持，暂停该密钥
- 或将其每日额度降低到 ¥1
保存证据：
- 账单截图（包含时间、密钥、模型、Token、费用）
- 请求 ID（如果有）
- 异常时段的所有记录

步骤 2：排查原因（5-15 分钟）

可能原因 1：程序循环重试

症状：

短时间内（如 1 分钟）有大量相同的请求
输入 Token 完全一致

排查：

检查对应设备或服务器
查看程序日志
确认是否有死循环或无限重试

解决：

停止程序
修复重试逻辑
重启程序

可能原因 2：长对话累积

症状：

输入 Token 逐步增长（如 1000 → 2000 → 4000 → 8000）
集中在某个密钥（如家用笔记本）

排查：

打开对应客户端
查看对话历史
确认是否有很长的对话

解决：

清空对话历史
新建对话窗口
设置最大上下文长度限制

可能原因 3：附件重复发送

症状：

输入 Token 突然非常大（如 50,000+）
集中在某几次请求

排查：

检查是否上传了大文件或图片
确认是否重复上传

解决：

删除大文件
使用文本总结代替完整上传

可能原因 4：模型自动切换

症状：

突然使用了更贵的模型
费用翻倍但 Token 数量相似

排查：

检查客户端的模型设置
确认是否意外切换了模型

解决：

切换回原来的模型
锁定模型设置，避免误操作

可能原因 5：密钥泄露

症状：

夜间或无人时段有大量调用
使用了未授权的模型
调用来自陌生的 IP（如果平台显示）

排查：

确认不是自己的任务
确认不是团队成员
检查密钥是否在代码仓库中泄露

解决：

立即撤销密钥
创建新密钥
更新所有应用的配置
联系平台客服核查
参考《API Key 泄露了怎么办？》文章

步骤 3：联系客服（如需要）

何时需要联系客服：

账单明显错误（如扣费与 Token 不符）
密钥泄露需要追溯调用来源
需要退款或补偿

联系客服时提供：

异常时间段
请求 ID（如果有）
账单截图
❌ 不要提供完整的 API Key

步骤 4：记录复盘

【异常消费处理记录】

日期：2026-08-14
密钥：...k8mQ (家用笔记本-Chatbox)

【异常发现】
发现时间：15:30
发现方式：每周复核
异常金额：¥50（预期 ¥5）

【止损措施】
15:32 暂停密钥
15:33 保存截图

【原因排查】
15:35 检查设备，发现长对话未清理
输入 Token：1000 → 5000 → 15000 → 30000
累计 30 轮对话

【解决方案】
15:40 清空对话历史
15:42 设置最大上下文长度为 8000 tokens
15:45 重新启用密钥

【预防措施】
□ 在客户端设置"自动清理超过 10 轮的对话"
□ 在每周复核清单中增加"检查最长对话"

【总结】
损失：¥45（异常部分）
恢复时间：15 分钟
经验：长对话需要定期清理

⚠️ ：

第 6 步：为长期比较保留快照

问题：

模型价格、平台倍率会变化，3 个月后无法判断成本变化来自用量还是价格。

操作：

每月记录一次"快照"，用于长期对比。

月度快照模板：

【2026 年 8 月快照】

日期：2026-08-14

【价格表】
平台：API Xuan
模型：claude-opus-5
输入：¥108/M tokens
输出：¥540/M tokens
倍率：1.0x
汇率：$1 = ¥7.2

【典型任务成本】
会议纪要整理：¥0.486/次
代码生成：¥0.320/次
日常问答：¥0.050/次

【成功率】
claude-opus-5: 98%
gpt-4o: 96%

【本月总结】
总消费：¥180
任务分布：
- 会议纪要：40 次，¥19.44 (11%)
- 代码生成：150 次，¥48.00 (27%)
- 日常问答：400 次，¥20.00 (11%)
- 其他：¥92.56 (51%)

【备注】
8月15日，平台宣布下月价格上调 10%

为什么要保留快照：

解释成本变化：

9 月总消费：¥220（比 8 月增加 ¥40）

原因分析：
- 价格上调 10%：预计影响 +¥18
- 任务量增加 20%：预计影响 +¥36
- 合计：+¥54
- 实际：+¥40

结论：成本增加合理，甚至比预期少 ✅

对比不同时期的效率：

8 月：会议纪要 ¥0.486/次
9 月：会议纪要 ¥0.380/次（优化提示词后）

节省：22%

评估平台和模型的稳定性：

8 月：claude-opus-5 成功率 98%
9 月：claude-opus-5 成功率 95%

结论：成功率略有下降，需要关注

快照保存方式：

创建 Excel 工作表，每月一个 Sheet
或在同一个 Sheet 中，每月增加一行
包含：日期、价格、典型任务成本、总消费、成功率

⚠️ ：

结果验证

成本追踪体系建立完成的标准：

✅ 完整验证清单：

知道如何查看用量记录
知道平台的时区和单位
有每周复核的习惯（设置了日历提醒）
有按任务分类的成本追踪表
知道如何处理异常消费
每月保留一次快照

✅ 有效追踪的信号：

能在 24 小时内发现异常消费
能解释每月成本变化的原因
单次异常损失 < ¥50

常见错误

错误 1：从不查看账单

症状：

只有余额不足时才查看
不知道钱花在哪里

危害：

异常消费可能持续数周
损失累积到无法承受

解决方法：

在日历中设置每周提醒
每周一早上 9:00，检查 5-10 分钟

错误 2：只看总金额不看明细

症状：

只关心"本周花了多少钱"
不关心"钱花在哪里"

危害：

无法发现异常
无法优化成本

解决方法：

查看密钥排行、模型排行、时间分布
按任务分类追踪成本

错误 3：时区或单位搞错

症状：

误判夜间调用为异常（实际是 UTC 时间）
成本计算错误（美元 vs 人民币）

危害：

虚惊一场或漏报真实异常
成本对比错误

解决方法：

首次查看时确认时区和单位
在复核清单中标注时区

错误 4：异常发生后不记录

症状：

处理完异常后就忘记了
下次遇到类似问题重复排查

危害：

浪费时间
无法改进流程

解决方法：

记录每次异常的原因和解决方案
更新检查清单，下次提前预防

错误 5：没有长期快照

症状：

只看当月数据
无法解释成本变化

危害：

价格上调时没有察觉
无法评估优化效果

解决方法：

每月保留一次快照
记录价格、典型任务成本、成功率

费用说明

追踪成本：

时间成本：每周 5-10 分钟
工具成本：免费（Excel / Google Sheets）

追踪收益：

收益 1：发现异常

不追踪：异常持续 3 周，损失 ¥300
有追踪：异常 1 周内发现，损失 ¥50
节省：¥250

收益 2：优化成本

发现某任务成本过高
切换到更便宜的模型或优化提示词
通常可节省 30-50%

收益 3：预算管理

知道每月稳定成本
可以合理充值，避免资金沉淀
避免余额不足影响工作

投资回报：

时间投入：每周 10 分钟 × 4 周 = 40 分钟/月
节省金额：¥50-200/月（取决于用量）
ROI：非常高

安全提醒

定期检查是必须的：
- 不要等余额不足才查看
- 异常越早发现，损失越小
账单截图是重要证据：
- 发现异常时立即截图
- 联系客服时提供截图
- 不要只依赖平台的历史记录
不要在工单中提供完整密钥：
- 联系客服时只提供末 4 位
- 或提供请求 ID
- 完整密钥有泄露风险
按任务追踪更有价值：
- 只看 Token 数量意义不大
- 按任务分类才能优化成本
长期快照便于对比：
- 模型价格会变化
- 平台倍率会调整
- 每月快照便于解释成本变化

测试日期: 2026-08-14
适用场景: 个人用户、小团队
维护成本: 每周 5-10 分钟

相关阅读：