你遇到的使用场景或痛点
目前使用聚合供应商时，不同模型似乎都会经过同一个供应商或同一套路由配置。但实际使用中，国内模型和海外模型适合的上游并不相同：
- 国内模型（例如 DeepSeek、GLM、Qwen 等）更适合直接走国内供应商，延迟更低、稳定性更好；
- 海外模型（例如 GPT、Claude、Gemini 等）更适合走海外中转或代理供应商；
- 所有请求走同一个供应商，会影响访问速度、网络连通性、费用和可用性。
希望增加什么
希望聚合供应商支持按照模型名称、模型前缀或模型来源配置路由规则，将不同模型自动转发到不同供应商。
例如：
- deepseek-、glm-、qwen-* -> 国内供应商；
- gpt-、claude-、gemini-* -> 海外中转供应商；
- 未匹配到规则的模型 -> 默认供应商。
理想情况下，供应商管理中可以配置：
- 按模型名称或通配符匹配；
- 为每条规则选择目标供应商；
- 设置默认供应商和规则优先级；
- 按需配置请求失败时的备用供应商；
- 在日志或调试信息中显示最终路由到的供应商。
这样可以不频繁切换配置、不重启 Codex，同时使用国内和海外模型，并根据模型自动选择更合适的上游。
功能范围
供应商管理
你目前的替代做法
目前只能手动切换供应商，或者分别维护不同配置，操作比较繁琐，也容易因为供应商和模型不匹配导致请求失败。
提交前确认
你遇到的使用场景或痛点
目前使用聚合供应商时，不同模型似乎都会经过同一个供应商或同一套路由配置。但实际使用中，国内模型和海外模型适合的上游并不相同：
希望增加什么
希望聚合供应商支持按照模型名称、模型前缀或模型来源配置路由规则，将不同模型自动转发到不同供应商。
例如：
理想情况下，供应商管理中可以配置：
这样可以不频繁切换配置、不重启 Codex，同时使用国内和海外模型，并根据模型自动选择更合适的上游。
功能范围
供应商管理
你目前的替代做法
目前只能手动切换供应商，或者分别维护不同配置，操作比较繁琐，也容易因为供应商和模型不匹配导致请求失败。
提交前确认