cc桌面端和ccr的组合大家是怎么配置模型路由的?如果不是haiku够便宜，我的余额早就炸掉了 
好问题，Haiku 确实是省钱的大功臣 
先说个容易踩的坑，再说怎么配。
先注意：在模型之间来回切，可能反而更贵
Claude Code 的官方文档提到，每个模型的提示缓存是各自独立的。同一个对话里一旦换了模型，第一次请求就要把整段对话按不走缓存的价格重新读一遍。所以路由规则最好是按「哪类请求」固定分给某个模型，别让同一段对话在几个模型之间频繁切换。
Claude Code 这一侧能省的地方（都来自官方文档）
- 主力用 Sonnet：文档的原话是，Sonnet 能处理大多数编程任务，而且比 Opus 便宜；Opus 留给复杂的架构决策和多步推理。
- 想要 Opus 的规划能力，又不想全程付 Opus 的钱：
/model里选opusplan，规划时用 Opus，执行时自动换成 Sonnet。 - 子代理单独指定小模型：子代理默认跟着主会话的模型走，你切到 Opus，它们也跟着用 Opus。简单的子任务在子代理定义里写
model: haiku。 - 固定 haiku 用哪个模型：用环境变量
ANTHROPIC_DEFAULT_HAIKU_MODEL指定（老的ANTHROPIC_SMALL_FAST_MODEL已经弃用）。 - 控制上下文大小：换不相关的任务时用
/clear重新开始，不然旧上下文每条消息都要再算一次钱；用不上的 MCP 服务器在/mcp里关掉。 - 看钱花在哪：
/usage里有本次会话的 token 用量、费用，还有缓存命中率（显示多少输入是从缓存读的、miss 了几次）。命中率低，通常就说明在频繁切模型，或者上下文被打乱了。
CCR 这一侧
CCR 现在（v3）可以给每个 Agent 单独覆盖模型，可以按请求头、请求体里的条件分流，可以设置有先后顺序的备用模型；请求日志里能看到每次请求实际走了哪个模型、用了多少 token、估算多少钱。具体在桌面端里怎么配，以它的官方文档为准。建议先跑一两天，在日志里看清楚钱主要花在哪类请求上，再决定哪些分给 Haiku。
灵眸控制台的「使用记录」里也能看到每次调用用的是哪个模型、花了多少，可以和 CCR 的日志对照着看。
也欢迎其他朋友分享一下自己的路由配置～