背景
当前 BuildingAI 对 Dify / Coze 智能体的计费采用全局统一配置,
所有第三方智能体共享同一个「每次消耗 N 积分」的设定。
问题
不同 Dify 工作流的 Token 消耗差异极大:
| 场景 |
预估 Token 消耗 |
成本 |
| 简单问答流 |
~500 Token |
低 |
| RAG 知识库检索 |
~3000 Token |
中 |
| 多步骤图像分析流 |
~8000 Token |
高 |
全局统一积分设置导致两种必然结果:
- 积分设低 → 高消耗流亏损,平台无法自负盈亏
- 积分设高 → 低消耗流用户体验差,转化率下降
期望方案
提供以下两种方案供参考,优先级从易到难:
方案一:独立积分配置(推荐优先实现)
在每个第三方智能体的编辑页增加独立积分消耗字段,
优先级高于全局默认值:
- 未配置时:继承全局默认积分
- 已配置时:使用当前智能体的独立积分值
改动最小,可覆盖绝大多数商业化场景。
方案二:动态 Token 计费
解析第三方 API 响应中的 usage.total_tokens 字段,
按实际消耗动态换算积分,效果最佳。
需要注意:
- 不同平台(Dify / Coze)的响应结构不同
- 各平台版本升级可能导致字段变更造成与BuildingAI计费脱节,需持续维护
背景
当前 BuildingAI 对 Dify / Coze 智能体的计费采用全局统一配置,
所有第三方智能体共享同一个「每次消耗 N 积分」的设定。
问题
不同 Dify 工作流的 Token 消耗差异极大:
全局统一积分设置导致两种必然结果:
期望方案
提供以下两种方案供参考,优先级从易到难:
方案一:独立积分配置(推荐优先实现)
在每个第三方智能体的编辑页增加独立积分消耗字段,
优先级高于全局默认值:
改动最小,可覆盖绝大多数商业化场景。
方案二:动态 Token 计费
解析第三方 API 响应中的
usage.total_tokens字段,按实际消耗动态换算积分,效果最佳。
需要注意: