Token 用量与成本

一次 AI 请求的成本通常要把输入 token 和输出 token 分开统计，再分别乘以当前模型的单价。输入可能包含提示词、系统规则和上下文，输出则是模型生成的内容；两者的价格也可能不同。

• 先看 INPUT TOKENS 和 OUTPUT TOKENS，得到这次请求真正消耗的两类用量。
• 把两类用量相加只能得到 TOTAL USAGE，不能直接把这个数字当成金额。
• 估算费用还需要具体模型、输入/输出单价、计费单位和当时的计费规则。

TOTAL USAGE 只是输入和输出 token 的数量合计。它不能直接回答‘花了多少钱’，因为还要知道模型、输入/输出单价、计费单位以及平台是否采用不同的缓存或批处理规则。

• 同样的 1,920 token，换一个模型或换一套输入/输出单价，估算费用就可能不同。
• token 也不是简单按中文或英文字符数计算；文本、代码、图片等输入会按服务的 token 规则被计量。

因此排查成本时，要把用量、费率和计费条件一起记录；只看 token 数或只看最终金额，都不够复核。

把一次估算拆开，可以看到输入行、输出行、总用量、模型费率和最后的估算金额；每一部分都承担不同的核对责任。

• INPUT LINE 记录提示词、系统规则和上下文带来的输入 token。
• OUTPUT LINE 记录模型真正生成的输出 token；它通常与输入使用不同单价。
• TOTAL USAGE 只负责合计数量，不能替代金额计算。
• MODEL RATE 和 ESTIMATE 把费率、公式和结果放在一起，方便发现模型或计费规则变化。

请做一个 Token 用量与成本教学示例：把一次 POST /chat 的输入 token 和输出 token 分成两条账单行，先合计为总用量，再显示当前模型的输入/输出单价、计算公式和估算金额。请标出模型、计费单位和规则时间，并明确 token 数量不等于价格；不要做成 Token 分段流、上下文窗口容量轨道或 TTFT/TPS 指标轨道。支持共享重播、Anatomy 键盘操作、暗色主题和 390px、320px 窄屏。