Claude 模型不应只按版本号排列，更应该按任务难度、质量上限、吞吐、创作能力和版本治理来分层。本指南整理 claude-opus-4-8、claude-fable-5、claude-opus-5、claude-sonnet-5、claude-sonnet-4-6、claude-opus-4-7、claude-opus-4-6、claude-haiku-4-5-20251001、claude-sonnet-4-5-20250929、claude-opus-4-5-20251101，帮助你建立一套可回归、可观测、可回滚的模型选型方法。
说明：其中部分名称可能是内部代号、未来型号或第三方平台别名。本文只做工程化定位，不把型号名称推断成官方规格。价格、上下文窗口、工具能力、区域可用性和弃用时间，请以 Anthropic 官方文档及实际 API 返回为准。
先看任务层级，再看模型名称
| 模型 | 家族 | 定位 | 优先场景 |
|---|---|---|---|
claude-opus-4-8 | Opus | 高难度推理、复杂代理和高价值工程任务 | 跨文件代码重构、长文档综合、复杂故障定位、需要反复验证的代理工作流 |
claude-fable-5 | Fable | 叙事创作、角色一致性和长篇内容编排 | 品牌故事、世界观设计、剧本大纲、多角色对话和创意改写 |
claude-opus-5 | Opus | 旗舰质量、深层分析和复杂决策支持 | 研究报告、架构评审、风险分析、复杂代码审查和高价值客户交付 |
claude-sonnet-5 | Sonnet | 通用生产力、质量与吞吐的均衡 | 日常编程、产品文档、客服辅助、数据分析和业务自动化 |
claude-sonnet-4-6 | Sonnet | 成熟稳定的通用模型和存量系统兼容 | 已有 Sonnet 工作流、稳定的代码助手、文档问答和渐进式迁移 |
claude-opus-4-7 | Opus | 上一代旗舰的高可靠推理和复杂任务处理 | 高风险代码审查、复杂文档问答、需要保守输出的专业场景 |
claude-opus-4-6 | Opus | 复杂问题的稳健分析与可控迁移 | 复杂 SQL、后端故障、技术方案比较和长上下文审阅 |
claude-haiku-4-5-20251001 | Haiku | 低延迟、高并发和成本敏感的轻量任务 | 分类、抽取、路由、短摘要、实时提示和批量预处理 |
claude-sonnet-4-5-20250929 | Sonnet | 版本固定、可复现的通用生产任务 | 需要锁定模型行为的生产系统、回归测试和分阶段升级 |
claude-opus-4-5-20251101 | Opus | 固定版本的高质量分析与审查 | 合规审阅、研究资料总结、关键代码变更和需要可追溯版本的任务 |
一个实用的路由框架
- 低风险、短文本、固定结构：规则或 Haiku 层；
- 常规开发、文档、客服和业务自动化：Sonnet 层；
- 复杂推理、高风险审查和多工具代理：Opus 层；
- 长篇叙事、角色和风格连续性：Fable 层；
- 无论使用哪一层，权限、金额、删除和数据库写入都由程序做最终校验。
版本固定与迁移
带日期的模型标识适合需要可复现的生产系统，但也意味着你需要维护升级计划。每次迁移都要记录提示词版本、输入数据、工具权限、输出 schema、成功率、P95 延迟、单位成功成本和人工返工量。不要只做“能否返回 200”的接口测试，要用真实任务集做行为回归。
结论
最稳妥的 Claude 部署方式是分层路由：让轻量模型承担规模，让 Sonnet 承担大多数业务，让 Opus 保护关键任务，让 Fable 服务创意内容；同时用结构化输出、服务端校验、日志和回滚机制把模型能力变成可靠产品。
