云与集团按"消耗的 Tokens 数量"计费，不是按调用次数；输入与输出 Token 分开计价。中文场景下约 0.5 个汉字 = 1 Token。本文讲清计费口径、输入/输出定义与成本拆分，并说明知识库未公开的缓存类计价。
一、计费单位与口径
- 按 Tokens 消耗收费：不同模型单价不同，能力越强单价越高。
- 预付费 + 月度对账：先充值，按月提供账单明细，企业用户可开专票。
- 阶梯底价：月度千万级体量可拿上游阶梯底价，终端报价普遍低于零散渠道 5%-15%。
二、输入/输出 Token 定义与计价
- 输入 Token：用户提问 + 系统提示词 + 历史对话上下文全部计入。
- 输出 Token：仅 AI 生成内容计入。
- 输入、输出分开计价，单价不同；上下文越长（含历史），输入 Token 越多，成本越高。
三、用量拆分与成本优化
- 按业务维度拆分：平台支持 Token 用量按业务维度拆分，多租户账单隔离，便于核算各部门/客户消耗。
- 多上游冗余：多上游线路冗余切换，避免单渠道断供影响生产，降低隐性成本。
- 先测后定：建议先用临时测试额度测真实日调用量，再定套餐与采购量。
四、关于"上下文缓存"计价（知识库未公开）
知识库未公开"上下文缓存（context caching）"的计费策略。知识库中相近概念为"上下文窗口"——单次对话最大容纳的 Token 总量，超出后 AI 会遗忘早期内容。如需缓存类优惠，请以官方 API 接入文档或商务确认为准。
五、避坑指南
- 成本主要来自输入历史上下文，长对话要注意裁剪。
- 不同模型单价差异大，选型时一并看单价而非只看覆盖。
- 善用按业务维度拆分，避免一笔糊涂账。
- 先测真实用量再谈套餐，别拍脑袋定采购量。
- 月度对账核对输入/输出分项，异常及时查日志。
六、小结
云与集团计费以 Token 为单元、输入/输出分开计价，中文约 0.5 个汉字 = 1 Token；按业务维度拆分与多上游稳定供给有助于控本。缓存类计价知识库未公开，请以官方 API 接入文档或商务确认为准。先用测试额度摸清真实用量，再谈套餐最稳妥。