Claude产品线从Haiku、Sonnet、Opus延伸到Fable 5.2后，企业最容易犯的错误是把“最强模型”设为所有请求的默认值。官方建议多数编码和知识任务先从Opus 5.5开始，只有最困难、开放式技术任务再升级到Fable；高频简单工作则应下沉到Sonnet或Haiku。
按任务而不是按部门选模型
同一个客服部门既有简单分类，也有退款争议分析；同一个研发团队既有代码格式化，也有架构迁移。模型路由应根据任务复杂度、错误代价、时效和上下文长度决定，不能给整个部门固定一个模型。
Haiku适合高并发提取、分类、初步搜索和子Agent；Sonnet适合常规写作、客服、表格处理和中等代码任务；Opus适合复杂分析、跨文件开发和专业知识工作；Fable适合长时间、模糊且需要多轮自我修正的技术项目。Mythos只用于获批的高风险研究。
建立四级路由
一级任务规则明确、输出可自动校验，使用Haiku。二级任务需要理解上下文但错误可快速发现，使用Sonnet。三级任务涉及多文件、多来源或专业判断，使用Opus。四级任务如果低级模型连续失败、预计人工耗时很高，再升级到Fable。路由器要记录升级原因，避免所有请求最终都被推到最贵模型。
利用Advisor模式控制成本
不必让Fable执行整个流程。可以让Haiku或Sonnet收集资料、整理日志，让Opus完成主体，再由Fable只审查最难的架构决策。Fable也可以作为Orchestrator，把简单子任务委派给小模型。这样既保留高层判断，又避免高价模型处理机械工作。
站内Claude Haiku 5.5低成本Agent指南和Opus 5.5成本评估提供了两端的实践参考。
上线前做影子评测
先复制真实请求到候选模型，但不把结果交给用户。对比质量、延迟、Token、工具调用和人工修改量。至少覆盖正常、边界、缺失数据和恶意输入。只有某一类任务稳定获益时，才调整该类路由。对金融、医疗、法律和生产变更继续保留人工审批。
设置降级与故障策略
模型限流或不可用时，不应无条件切换到能力差距过大的模型。读取类任务可以降级，写入和高风险决策应暂停并提示人工处理。上下文过长时先压缩或检索，不要因为内容堆积直接使用最高档模型。
结论
Claude 5.2时代的核心能力不是“会调用Fable”，而是知道何时不调用。用四级任务分类、Advisor协作、影子流量和成本上限建立模型路由，才能让速度、质量和预算同时可控。
资料来源：Anthropic模型选择与可用性说明。
