没有万能模型，只有最适合的任务
学会按场景路由模型
Sol 贵但强，Terra 均衡，Luna 快又省；Claude 推理深，Gemini 视觉与速度见长。把对的模型用在对的地方，质量与成本可同时提升 2-4 倍。
为什么需要主动路由
2026 年顶级模型在核心基准上已非常接近（差距常在 5% 以内）。真正拉开差距的是「把哪类任务交给哪个模型」。盲目全用旗舰 = 浪费；全用轻量 = 关键环节翻车。路由是当前性价比最高的杠杆。
任务-模型决策矩阵
| 任务类型 | 推荐 | 备选 | 理由 |
|---|---|---|---|
| 架构决策 / 复杂重构 | Claude Opus 4.8 / GPT-5.6 Sol | Claude 4.8 Sonnet | 深度推理、长程规划 |
| 日常功能开发 | GPT-5.6 Terra | Claude Sonnet / Gemini 3.5 | 质量与速度平衡，成本低一半 |
| 自动补全 / 高频小任务 | GPT-5.6 Luna / Gemini Flash | 轻量本地模型 | 最低延迟、最低成本 |
| 多模态（截图、设计稿） | Gemini 3.5 / GPT-5.6 | Claude（有限） | 原生视觉理解强 |
| 终端 Agent / 命令执行 | GPT-5.6 Sol (Ultra) | Claude Code | Terminal-Bench 领先 |
怎么在代码里实现路由
两种主流做法，都可以在 QCode 上零额外成本实现：
客户端按规则切换（推荐）
在 Codex / Claude Code 配置或代码里写 if 规则：任务标签含 refactor 用 Sol，日常用 Terra，高频用 Luna。/model 或 model= 参数一行搞定。
轻量代理层 / 网关
自建或用开源 router，根据 prompt 长度、关键词、历史成功率动态选 model。QCode 后端统一计费，切换对用户透明。
QCode 让路由变得简单
一个 Key、一个配额、一个 dashboard 看全部模型用量。想用 Sol 攻坚就传 model= gpt-5.6-sol；想省钱就切 Terra。无需管理多套密钥和账单，天然支持混用策略。
模型路由常见问题
路由会不会增加延迟？
客户端 if 规则几乎零开销。动态 router 增加 10-30ms 判断时间，远小于模型推理本身。QCode 端点全球优化后，实际感知延迟变化很小。
混用会不会乱掉上下文或计费？
上下文由客户端维护，换 model 不影响历史消息。计费按实际调用的 model 实时扣，三档与 Claude/Gemini 共用同一份配额，dashboard 里可按模型拆分查看。
新模型出来后策略要怎么更新？
把「能力-成本-速度」三维评估做成配置表，每 1-2 月 review 一次。QCode /models 页实时展示最新费率，便于快速调整。
小团队值得花精力做路由吗？
非常值得。日均 50 刀用量的团队，通过合理路由通常能省 30-50%。把省下的预算拿去多跑几次 Sol 攻坚，整体交付速度反而更快。