2.3.2 节介绍了三类基础模型，但在实际工作中，根据当前任务灵活切换比固定使用某一个模型更能发挥效率。以下是几种典型场景的选型建议。
高频编码：优先极速模型
当你处于专注写代码的"心流"状态，大量编写熟悉的业务逻辑（如接口串联、数据校验、页面组件）时，极速模型的低延迟优势最明显。它在单行补全、变量命名、括号匹配等场景下几乎无感，不会因为等待 AI 响应而打断思路。如果你对当前领域足够熟悉，只是需要减少重复打字，这是最佳选择。
日常开发与调试：默认均衡模型
均衡模型适合作为"主力档位"。处理日常需求开发、Bug 修复、代码解释、注释生成等任务时，它在速度与代码质量之间取得了较好的平衡。如果你不确定当前任务该用哪个模型，或者刚接触 CodeBuddy 还在熟悉阶段，建议将均衡模型设为全局默认，覆盖 80% 的工作时间。
复杂设计与深度分析：启用深度模型
遇到以下情况时，值得等待 1–3 秒的额外延迟，换取更准确的输出：
- 实现复杂算法或涉及多条件嵌套的业务规则；
- 进行跨文件重构，需要理解项目级上下文；
- 做 Code Review 或排查隐蔽的逻辑缺陷；
- 生成单元测试用例，需要覆盖边界条件。
阅读与理解存量代码：均衡或深度
接手陌生项目或阅读历史代码时，如果只需快速了解某段函数的作用，均衡模型足够；若要梳理跨模块调用链、分析类之间的依赖关系，则深度模型的长上下文能力更能给出准确的结构描述。
组合使用技巧
部分版本支持为"行内补全"和"侧边栏对话"分别设置不同模型。推荐一套常用组合：
- 行内补全：极速模型——保证打字流畅；
- 侧边栏对话：均衡/深度模型——在需要解释、重构、生成多行代码时，获得更高质量回复。
切换时机与成本
模型切换在设置中即时生效，无需重启客户端。当你发现当前模型的回答过于"浅"或生成速度明显拖慢节奏时，随时暂停切过去尝试。经过一周左右的实际使用，你通常能形成自己的直觉判断。
特殊考量
- 超大文件：单文件超过数千行时，极速模型可能因上下文截断而给出断章取义的建议，此时换用深度模型更合适。
- 企业环境：若管理员锁定了可用模型，在允许范围内尽量选择上限模型处理复杂任务，简单补全场景再考虑是否降级。