credit 订阅与计费
大模型算力不在抵押范围内,因为它不具备「本金可赎回」的性质:模型调用一旦发生,第三方服务商的成本就已经发生,无法退回。
用户按订阅获得 credit,由平台统一向模型服务商结算。
计费口径
「计费口径」章节链接表 credit 订阅的计费口径
| 维度 | 设计 | 理由 |
|---|---|---|
| 计量单位 | 统一 credit,由各厂商的 token、次数、算力口径换算而来 | 用户不必理解多家厂商的计费差异 |
| 订阅档位 | 按月或按季分档,额度越高单价越低 | 与客户的预算周期对齐 |
| 有效期 | 订阅周期内有效,当期未用完不结转 | 与第三方采购成本的时效性匹配 |
| 支付方式 | 法币、稳定币或代币;选择代币支付享折扣 | 为代币创造真实的使用场景 |
| 运营主体 | 基金会的商业公司 | 采购合同、发票与 SLA 属商业运营事项 |
多模型统一接入
「多模型统一接入」章节链接模型接入层对外只暴露一个统一网关,对内聚合多家第三方模型服务商:
| 能力 | 说明 |
|---|---|
| 统一接入 | 同时接入多家主流服务商与模型版本,按任务类型、成本与可用性自动路由 |
| 自动降级 | 单家服务不可用时自动切换 |
| 统一计量 | 不同计费口径换算为同一 credit |
| 成本缓冲 | 以批量采购与多供应商比价平抑单价波动 |
开发者因此只面对一个 API,不必自己维护多家厂商的 SDK、配额与账单。
谁会用到
「谁会用到」章节链接| 场景 | 建议配置 |
|---|---|
| 常驻 Agent(持续低强度思考) | 一份抵押配额 + 一档基础订阅 |
| 偶发高强度推理 | 基础配额 + 按需高额度订阅 |
| 开发者多 Agent 并发 | 按调用量规划订阅档位 |