背景：
当前 Qoder 的子代理（GeneralPurpose、CodeReview、Browser、plan-agent 等）使用的是与主对话相同的模型，无法为不同子代理指定不同模型。这导致所有任务（无论复杂简单）都消耗高端模型的算力，成本较高。需求描述：
子代理模型独立配置：允许在设置中为不同类型的子代理指定不同的模型。例如：
CodeReview 子代理 → 使用高端模型（需要深度理解代码逻辑）
Browser 子代理 → 使用低端模型（主要是操作执行，不需要强推理）
GeneralPurpose 子代理 → 可配置（根据任务手动或自动选择）
全局智能路由策略：支持设置全局规则，根据任务类型/难度自动分配模型：
高难度任务（架构设计、复杂调试）→ 高端模型
低难度任务（文件搜索、简单编辑、格式化）→ 低成本模型
可配置模型列表和优先级
成本可视化：在对话中显示各子代理的模型使用情况（用了什么模型、消耗了多少 token），方便用户优化配置。
使用场景：
日常开发中，大量简单任务（搜索文件、读取配置、简单编辑）不需要高端模型，用低成本模型即可
复杂任务（架构分析、bug 调试、代码审查）才需要高端模型
通过智能路由可以显著降低使用成本，同时保证关键任务的质量
期望效果：
降低 50%+ 的日常使用成本
不牺牲关键任务的质量
用户可灵活控制模型分配策略
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
