使用cc-switch配置的模型详解
| 配置项 | 主要用途 | 核心特点 | 成本与效率 | 思维方式 | 典型应用场景 | 适用比例 |
| Sonnet 默认模型 | 日常编码的主力模型，负责处理绝大多数开发任务。 | 平衡与高效：兼具强大的推理能力和快速的响应速度，是最均衡的选项，Claude Code的默认模型 | 适中：成本高于Haiku，但低于Opus，是性价比之选 | 执行力型：快速理解需求，直接给出解决方案，不绕弯子 | 编写CRUD功能、生成API路由、写React组件、调试报错、写单元测试等 | 80% （日常主力） |
| Haiku 默认模型 | 轻量级、大批量任务的效率担当。 | 极速与廉价：响应极快，成本极低。据报道性能可达 Sonnet 的90%，但成本仅为其约1/5 | 低：成本仅为Sonnet的约27% | 反应速度型：对简单指令响应极快，但复杂推理是弱项 | 文本分类、信息提取、内容格式化、简单的代码查询、大批量任务处理等 | 15% （轻量任务） |
| Opus 默认模型 | 应对高难度、需要深度推理的复杂任务。 | 最强推理能力：性能最强，专为顶级推理设计，但响应速度较慢，成本最高 | 高：成本约为Haiku的18.75倍，Sonnet的5倍 | 深思熟虑型：全局考量，分析所有角度后再给出建议 | 系统架构设计、复杂Bug根因分析、高难度代码重构 | 5% （攻坚任务） |
| 主模型 | 新会话的默认模型。 | 通常设置为 Sonnet，作为日常主力模型，确保持续获得强大且均衡的能力 | 同 Sonnet |
模型选择实用指南
遵循“成本-质量阶梯”原则：可以把Claude的三个模型看作是一个阶梯，越往上能力越强，但成本和耗时也越高。这个阶梯清晰地分配了任务：Haiku解决最基础的60%任务，Sonnet处理中等难度的30%，而Opus专门攻克最顶级的10%难题
深入理解各模型的思维方式：
© 版权声明
THE END
暂无评论内容