一个端点，
所有模型。

进价

进价是你付给上游的价格。它不参与向你收费（自有渠道的 token 本来就由你直接支付 供应商），它决定的是成本归因能否算出来。

何时需要录入

记账的优先级：

1. 上游回包中报告的实际成本（每次调用的真实值）
2. 上游不报告时，才回落到这里录入的进价

在回包中给出成本的上游，完全不使用进价表，不录任何一行也能拿到准确的 归因数字。

需要录入的是不报成本的上游：自建推理服务、部分中转、本地模型。

未录入的后果

调用和计费都不受影响，受影响的是归因页上的成本列：

[!WARNING] 覆盖率与金额一并给出。「本月成本 ¥1,234（覆盖 62%）」表示还有 38% 的调用没有成本数据 ——并非这些调用没有成本，而是平台无法得知其成本。用未覆盖全的数字计算毛利会偏乐观。

渠道页会列出缺进价的模型。

录入方式

控制台 → Channels → 选渠道 → Costs。按上游模型名录入输入/输出价格（每百万 token）， 缓存读写价可选。

⚠️ 进价没有生效期

平台只保存当前值及其录入时间。改价之后，重新计算历史调用用的是新价格，不是当时的价格。

这是按月对账的一个明确偏差来源。在支持生效期之前：

• 调价时以调价日切分，两段分别核对；或
• 优先使用在回包中报告成本的上游，该路径不受影响，每次调用记录的都是当次真实值。

生效期支持暂无确定时间点。

recorded_at：价格的录入时间

进价读接口返回 recorded_at（ISO 8601，如 2026-08-21T17:30:00），每次改价都会刷新。 它表示「当前这个价是何时录入的」，不是记录的创建时间。

用途是对账。进价没有生效期，补历史成本一律使用当前价格；有了这个字段，至少能判断某个 月份对账时用的是哪一版价格——调价日之后录入的价格用于补调价日之前的调用，那段数字是 偏的，而没有这个字段时报表上完全看不出来。

[!WARNING] 历史数据该字段为 null（这一列是后加的）。null 表示录入时间未知， 不要在你侧默认填为当天，那会让一段未核对的偏差看起来像已核对。

录入进价的三个要点

键是上游侧的模型名（如 z-ai/glm-5.1），不是调用平台时使用的名称。填错不会报错， 只是永远匹配不上，该模型的成本恒为空。请使用 Channels 页的 Browse upstream models， 避免手工输入。

四个数值都是每百万 token：Input（prompt）、Output（completion）、Cache read、Cache write。 留空按 0 存储，不是「未知」。供应商确实不收缓存读费用时 0 是对的； 不确定时整条都不要录——缺一条进价在覆盖率里看得见，一个错误的 0 看不见。

可自动补齐的部分：

• 录入进价后会补记已发生的调用。 此前无价时记录的行会被填上，不会因为补录进价而丢失 这段历史。⚠️ 补记使用当前价格（见上文「没有生效期」）。
• 每小时读取一次上游价目表，补齐你用过但未录价的模型。那是挂牌价，按供应商公布 的币种、不做汇率换算，且永远不覆盖你手动填写的价格。