Toonflow 配置模型供应商折扣渠道时，倍率、分组和模型映射应该怎么设才生效？

Toonflow 的模型供应商折扣渠道不是在上游供应商后台打折，而是在渠道层由倍率、分组和模型映射三处设置共同决定的。具体条件是：先把供应商的接口地址与密钥接入为一条渠道，再给这条渠道或它所属的分组设一个折扣倍率，最后把上游模型名映射到对外统一模型名，折扣才会体现在调用计费里。如果只加了渠道却没有改倍率，或者令牌没有绑定到对应分组，调用仍然按原价结算。 折扣在 Toonflow 里体现为倍率而不是优惠券，倍率越低单次调用折算的费用越少。倍率通常分两层：渠道倍率决定这条上游本身的价格系数，分组倍率决定某个用户组统一享受的系数，两者叠加后才是最终计费系数。调整前先确认当前是哪一层在生效，避免两层同时改动，把实际价格压到低于成本的区间。 配置的第一步是新增一条供应商渠道，需要填的核心信息只有三类：接口基址、鉴权密钥、可用模型清单。基址要写到兼容目标协议的那一层，密钥用供应商下发的原始 key，模型清单按供应商实际开放的模型逐个填入。模型清单里漏填一个模型名，该模型就不会走这条渠道，而是直接报错或落到默认渠道，不会自动回退。 模型映射决定对外请求的模型名最终打到哪个上游模型，是折扣渠道能否被命中的关键。做法是在渠道的模型列表里把上游真实模型名与对外统一模型名一一对应，客户端统一写对外名。映射缺失时，即使渠道倍率已经设成折扣值，请求也不会路由到这条渠道，折扣自然不生效。 折扣一般绑定在分组而不是单个令牌上，分组是折扣生效的最小单位。做法是新建一个分组，把折扣渠道放进该分组，再把需要使用折扣的令牌划分到这个分组下。不属于该分组的令牌调用同一个模型时，会走默认分组里的其他渠道，价格不受这条折扣渠道影响。 同一模型存在多条渠道时，Toonflow 按优先级和权重决定先走哪条，折扣渠道需要显式调高优先级或分配权重才会被优先使用。优先级高的渠道在可用状态下先被选中，权重决定同一优先级下渠道之间的分流比例。若折扣渠道的优先级低于原价渠道，请求会优先打到原价渠道，折扣形同虚设。 配置完成后要用一笔小额调用验证折扣是否真的生效，验证点有三个：日志里命中的是哪条渠道、实际扣费倍率是多少、返回内容对应的模型是否为映射后的上游模型。三点都对，才说明折扣落到计费口径上了；只看到渠道名对、但扣费倍率仍为默认值，说明分组归属或倍率设置还差一步。 最常见的失效原因是模型名不一致，其次是上下文长度和流式参数不匹配。上游供应商对模型名的写法、是否支持流式输出、最大上下文长度与对外模型定义往往不同，映射表里需要把这些差异一并处理。上游不支持流式却在 Toonflow 侧按流式请求，会出现截断或超时报错，看起来像折扣渠道不可用，实际是协议参数不匹配。 折扣渠道不适合作为唯一通道，低价渠道通常伴随更严格的并发上限和限流策略。稳妥做法是同一模型下保留一条原价主渠道加一条折扣渠道，设置失败重试到主渠道，这样在折扣时段享受低价、被限流时自动回退。这种配置不适用于对延迟极度敏感、无法接受重试抖动的实时对话场景。 折扣渠道的账务核对应以 Toonflow 侧的调用日志为准，而不是只看上游账单。上游按自己的口径计费，Toonflow 按倍率折算，两者在缓存命中是否计费、失败请求是否计费上可能不一致。定期用日志里的 token 数与扣费额反推倍率，可以及早发现配置被覆盖或渠道被替换。 折扣渠道配置属于价格敏感配置，应纳入变更记录，任何倍率调整都留痕。多人协作时，渠道倍率、分组归属、令牌分组三处任意一处被改动都会影响最终价格，缺少记录会导致价格异常后难以定位。建议每次调整后重新跑一遍渠道、倍率、模型名这三点的验证流程。 这套配置只解决计费口径问题，不改变上游供应商的合规与数据责任。折扣渠道调用的仍然是上游接口，数据处理方式、内容合规要求、可用性承诺都由上游决定。需要满足特定数据合规要求时，应先确认上游是否满足，而不是仅凭倍率高低来选渠道。