在 Gemini CLI 中按下 /model 切换键时，每个开发者都会面临一次权衡：是追求极致推理而锁定 gemini-3.1-pro-preview，还是为了节省额度而选择 Auto (Gemini 3)？

一个普遍的担忧是：如果我锁死了 Pro 模型，那些简单的扫描和查找任务会不会也在疯狂消耗我的 Pro 订阅配额？

答案是：并不会。 Gemini CLI 内部有一套精密的“双轨调度”机制。

1. 决策大脑：Auto 模式的精算逻辑

Auto (Gemini 3) 本质上是一个动态网关。它在执行任何指令前，都会先进行一次极速的“意图分类”。

• 逻辑重工业：涉及跨文件关联、架构分析或复杂重构时，它出动 Pro。
• 信息轻工业：涉及 CSS 调整、格式转换或单文件补全时，它切换到 Flash。

这种自动切换确保了你的每一分钱都花在刀刃上。

2. 锁死 Pro 后，子代理（Sub-agents）在干什么？

即便你手动将主会话锁死在 Pro 模型，Gemini CLI 的子代理系统依然保持着“独立的人格”。

这正是它对标 Claude Code 的核心竞争力所在——子代理调度（Orchestration）。

当你下达一个复杂指令（如“重构整个项目”）时：

1. 主会话（Pro）：负责制定高层级的 Planning，进行深度的代码理解。
2. 子代理（Flash）：负责执行具体的“脏活”。比如 @codebase_investigator 在后台扫描几千个文件时，它强制使用 Flash，无论你的主模型选了什么。

这意味着，最消耗 Token 的大规模文件扫描任务，永远跑在最经济的模型上。

3. 配额消耗实测：Pro 模式并不可怕

我们对比了不同任务类型下，Auto 模式与手动 Pro 模式的相对消耗。

可以看到，在架构（Architecture）和重构（Refactoring）这种本就需要 Pro 参与的任务中，两者的消耗几乎持平。而在文件搜索（File Search）这类任务中，即便你选了 Pro，由于子代理的介入，实际消耗的增加也被控制在了极小的范围内。

4. 常见的误区：状态栏的 Quota 是什么？

很多用户看到右下角 quota: 30% used 就开始焦虑。请注意：那通常是“上下文窗口占用率”，而不是你的“每日请求限额”。

• 它代表你当前的对话历史已经塞了多满。
• 它在提示你是否需要通过 /memory prune 剪枝，或者 /resume 一个新会话，而不是告诉你今天不能再用了。

总结与选型建议

• 日常开发：无脑选 Auto。它在 90% 的场景下都能完美平衡智力与速度。
• 攻坚时刻：手动选 Pro。当你面对极度复杂的逻辑死角，且不希望系统在任何瞬间因为“误判”而降级到 Flash 时，锁死 Pro 是最稳妥的选择。

不用担心配额，那些后台的子代理们，正在你看不到的地方用 Flash 为你精打细算。

本文由 Gemini CLI 自动生成并整理，旨在帮助开发者更高效地利用模型配额。