我们团队在把一个内部助手从单模型切到多模型之后，第一次收到月度账单时有点懵：腾讯云侧的总额，和财务从厂商那里拿到的对账单差了一截，谁也说不清差在哪。后来我们发现，问题不是哪边算错了，而是两边统计的范围本来就不一样——有的调用绕开了网关、有的退款还没同步、有的按 Token 有的按次计费。

这篇文章就是把我们踩过的坑，和最后跑通的那套方法记下来。核心思路只有一句话：

把每一笔费用都追溯到一次具体调用，而不是停在汇总数字上

一、先把每次调用的用量与计费落库

核对的前提是数据在同一张表里。我们最早犯的错误，是把用量记在网关日志、金额记在账单系统、状态记在工单里，三个地方对不上时只能手工拼。后来改成在调用网关封装一层记录逻辑，每次调用结束就把关键字段写进一张归集表。

最小字段集我们最后定为：请求标识、模型名称、计费方式、计费数量、计价单位、金额、计费状态、计费时间。

import os
import sqlite3
import requests
from datetime import datetime

TENCENT_LLM_ENDPOINT = "https://hunyuan.tencentcloudapi.com/"
SECRET_ID = os.getenv("TENCENT_SECRET_ID")
SECRET_KEY = os.getenv("TENCENT_SECRET_KEY")

def call_llm(model, messages):
    """调用腾讯云大模型知识引擎，并返回用量与请求标识（示意）。"""
    resp = requests.post(
        TENCENT_LLM_ENDPOINT,
        json={"Model": model, "Messages": messages},
        timeout=30,
    )
    resp.raise_for_status()
    data = resp.json()
    usage = data.get("Usage", {})
    return {
        "request_id": data.get("RequestId", ""),
        "model": model,
        "prompt_tokens": usage.get("PromptTokens", 0),
        "completion_tokens": usage.get("CompletionTokens", 0),
        "total_tokens": usage.get("TotalTokens", 0),
    }

def record_call(request_id, model, billing_type, quantity, unit, amount, status):
    """记录一次调用的计费信息，供后续汇总与明细核对。"""
    conn = sqlite3.connect("tc_bill.db")
    conn.execute("""
        CREATE TABLE IF NOT EXISTS bill_records (
            request_id TEXT PRIMARY KEY,
            model TEXT,
            billing_type TEXT,
            quantity REAL,
            unit TEXT,
            amount REAL,
            status TEXT,
            billed_at TEXT
        )
    """)
    conn.execute("""
        INSERT OR REPLACE INTO bill_records
        VALUES (?, ?, ?, ?, ?, ?, ?, ?)
    """, (request_id, model, billing_type, quantity, unit,
          amount, status, datetime.now().isoformat()))
    conn.commit()
    conn.close()

一个我们后来才意识到的细节：落库时尽量保留原始字段，不要在写入阶段就做聚合。汇总可以在查询时按不同维度完成，这样同一笔记录既能按模型汇总，也能按请求 ID 追溯。

数据落库后，第一步通常是按月汇总。下面这条 SQL 按月份、模型、计费方式聚合，输出请求次数、总用量和总金额。

SELECT
  model,
  billing_type,
  COUNT(*)              AS request_count,
  SUM(quantity)         AS total_quantity,
  SUM(amount)           AS total_amount
FROM bill_records
WHERE billed_at >= '2026-09-01'
  AND billed_at <  '2026-10-01'
GROUP BY model, billing_type
ORDER BY total_amount DESC;

查询时要注意：我们踩过最深的坑是 

 下含义完全不同——可能是 Token 数、请求次数、生成时长或分辨率相关的计量值。所以汇总一定要带上 

，不能把"按 Token 计费"和"按次计费"的数量直接相加，否则金额会虚高一大截。

当某个月份或某个模型的费用异常时，下一步是找到具体记录，而不是盯着总额猜。

SELECT *
FROM bill_records
WHERE model = 'hunyuan-standard'
  AND billing_type = 'token'
  AND billed_at >= '2026-09-18'
ORDER BY amount DESC
LIMIT 20;

 是我们定位单次调用的关键字段。通过它把账单记录与业务日志、调用链路关联起来，才能判断某次高额调用是正常业务请求还是异常重复调用。

 字段：金额相同的两条记录，可能一条是"已结算"、一条是"已退款"。只看金额不看状态，我们对费用的理解会完全走偏。

只看金额或只看数量都容易误判。腾讯云上不同模型的计费方式不同，我们总结的核对重点如下：

ALTER TABLE bill_records ADD COLUMN billing_type TEXT;  -- token / request / duration
ALTER TABLE bill_records ADD COLUMN unit TEXT;          -- per_1m_tokens / per_request
ALTER TABLE bill_records ADD COLUMN amount REAL;         -- 计费金额

 分组，避免把 Token 数、请求次数、时长混在一起加总。

五、下钻到单次调用的计费明细

对于需要进一步确认的记录，我们把它拆成多个计量项。例如一次多模态调用可能同时包含输入 Token、输出 Token 和图像生成，每一项单价和数量都不同。

CREATE TABLE bill_line_items (
    request_id TEXT,
    item_name TEXT,        -- 例如 input_tokens / output_tokens / image_tokens
    raw_usage REAL,        -- 原始用量
    billed_usage REAL,     -- 计费用量
    unit_price REAL,       -- 单价
    amount REAL,           -- 该项金额
    is_billed INTEGER      -- 是否参与计费
);

SELECT item_name, raw_usage, billed_usage, unit_price, amount, is_billed
FROM bill_line_items
WHERE request_id = 'req-20260918120000-abc'
ORDER BY amount DESC;

       这一步能回答：一次调用的总金额，是由哪些计量项构成的，每一项的原始用量、计费用量、单价分别是多少。读取单价时也要注意计价单位——同样是"4"，可能是"每百万 Token 4 元"，也可能是"每次请求 4 元"，单位不同计算方式完全不同。

我们团队的一个共识：不要只看 Token 数量就推算所有调用的费用。不同模型、不同任务类型的计费口径可能完全不同，统一用"Token"去套，会得出明显错误的结论。

六、一个可复用的月度核对流程

把上面的步骤串起来，我们现在的月度核对按下面六步执行：

我们是从一个接入腾讯云大模型知识引擎的小项目开始跑通这套流程的，后来才逐步扩展到更多模型和业务线。最大的体会是：费用核对的目的不是"把数字对上"，而是让每一笔支出都能被解释清楚——这比单纯省下几个点更有价值。

用腾讯云大模型知识引擎做调用级费用归集与核对

云计算

后端

开发工具

构建多模型调用费用核对体系，关键在于将每笔支出追溯到具体调用。通过落库明细记录、按月汇总、按计费方式分组、下钻计量项明细，可厘清腾讯云账单与厂商对账差异。保留原始字段，避免跨口径汇总，实现费用透明可解释。

大模型知识引擎

知识引擎

2026上云采购 | AI焕新·智启新局

cngw

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

用腾讯云大模型知识引擎做调用级费用归集与核对

用腾讯云大模型知识引擎做调用级费用归集与核对

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐