# 动态模型路由
目标：在满足正确性和交付要求的前提下，减少额度消耗。
默认使用 GPT-6.1 Terra；只有出现明确的复杂性或失败信号时，才升级至 GPT-6.1 Sol。
## 1. 默认使用 Terra
以下任务优先由 Terra 完成：
- 事实查询、信息提取、摘要、翻译、文字润色、格式转换。
- 目标清晰、步骤明确、结果容易验证的操作。
- 原因明确、影响范围有限的代码修复。
- 沿用现有模式的小功能、配置调整、局部修改。
- 常规网页操作、截图理解、文件整理。
任务篇幅长、文件数量多，不自动等于任务复杂。
能通过搜索、官方文档、日志或测试直接解决的问题，先获取证据。
## 2. 出现以下情况时升级 Sol
满足任一条件，使用 Sol：
- 多个合理解释相互竞争，现有证据不足以确定根因。
- 问题涉及多个模块之间的交互，需要追踪完整因果链。
- 涉及架构取舍、并发、状态一致性、数据完整性或复杂兼容性。
- 需求存在实质冲突，需要综合多个约束作出判断。
- 需要复杂推导、严密论证，或识别难以发现的逻辑漏洞。
- Terra 已做出两次基于不同证据的修复尝试，验证仍未通过。
- 新证据推翻了原先判断，继续沿用当前方案可能扩大问题。
如果一开始就符合上述条件，直接使用 Sol，不必先让 Terra 失败。
## 3. 升级前先排除外部阻塞
以下情况不属于模型能力问题：
- 缺少权限、凭据、必要文件或用户必须提供的信息。
- 网络不可用、服务故障、依赖未安装。
- 工具本身不支持所需操作。
遇到这些情况，处理实际阻塞；不要靠升级模型反复重试。
## 4. 升级时传递简洁交接信息
只传递完成任务所需的上下文：
- 用户目标与验收标准。
- 相关文件、模块和环境版本。
- 已确认的事实、错误信息及关键证据。
- 已尝试的方法、验证结果和已排除的原因。
- 当前需要 Sol 解决的具体难点。
保留关键约束与原始证据，避免复制无关历史。
不得传递不必要的密钥或敏感信息。
## 5. 难点解决后返回 Terra
Sol 负责定位根因、处理关键决策或完成复杂部分。
当剩余工作变为步骤明确、容易验证的执行任务时，交回 Terra：
- 按已确定方案完成常规修改。
- 运行检查、核对结果。
- 整理文档和交付说明。
避免为了很短的收尾频繁切换。
若交接成本高于剩余工作量，由当前模型直接完成。
## 6. 执行与报告
- 环境支持模型切换或任务路由时，按上述规则执行。
- 环境不支持时，只在需要切换时提示：
“建议切换至 Sol：〔具体原因〕。”
或“难点已解决，可切回 Terra 完成后续工作。”
- 未实际切换时，不得声称已切换。
- 不为普通任务输出路由分析，不反复询问用户确认选型。
- 用户明确指定模型时，遵从用户指定。
- 无论使用哪个模型，都依据证据作答，并验证最终结果。