Category
Routing (路由 / 渠道选择)
Problem / Pain point
目前 ZenMux 选择服务商的方式是在发起请求时通过模型 ID 参数拼接指定的 Provider(如 openai/gpt-4o),用模型 ID 做补丁来区分服务渠道,存在以下问题:
- 固定模型 ID 的场景不适用 — 部分客户端(如 Claude Code)要求使用固定的模型 ID,无法在 ID 上附加 Provider 前缀
- 模型列表唯一标识冲突 — 不少应用会通过 fetch 模型 list 并以模型 ID 作为唯一标识来更新数据,手工补丁模型 ID 后会导致匹配失败或数据混乱
Proposed solution
希望在 ZenMux 控制台(Dashboard)增加「排除 Provider」的配置能力,允许用户针对某个模型或全局设置需要排除的服务商。这样路由选择时会自动跳过被排除的 Provider,而无需在请求侧修改模型 ID。
Use case
- 某些 Provider 的特定模型质量不佳或不稳定,希望在不改动客户端代码的前提下将其排除
- 使用 Claude Code 等要求固定模型 ID 的工具时,无法通过模型 ID 指定/排除 Provider
How important is this to you?
High - Would significantly improve my experience
Category
Routing (路由 / 渠道选择)
Problem / Pain point
目前 ZenMux 选择服务商的方式是在发起请求时通过模型 ID 参数拼接指定的 Provider(如
openai/gpt-4o),用模型 ID 做补丁来区分服务渠道,存在以下问题:Proposed solution
希望在 ZenMux 控制台(Dashboard)增加「排除 Provider」的配置能力,允许用户针对某个模型或全局设置需要排除的服务商。这样路由选择时会自动跳过被排除的 Provider,而无需在请求侧修改模型 ID。
Use case
How important is this to you?
High - Would significantly improve my experience