Claude Code 不再自动调用 Haiku 模型
速览
有用户反馈重新使用 Claude Code 时，发现模型不再像以往那样自动调用 Haiku 处理读取和总结等轻量任务。目前小模型配置选项疑似已被标记为废弃，用户怀疑系统可能已转向使用子代理 Explore。这一变化引发了关于 Token 消耗和配置调整的讨论。
AI 深度解读
背景
近期，Linux DO 社区中关于 AI 编程助手 Claude Code 的使用体验引发了讨论。一位用户反馈，在重新使用 Claude Code 进行日常开发工作时，发现模型并未像以往那样自动调用轻量级的 Haiku 模型来处理读取、总结等低复杂度任务，而是几乎全部消耗主模型的 Token。这一现象引发了社区对于 Claude Code 底层模型调度策略变更的猜测，特别是关于小模型配置选项被标记为废弃以及是否转向了“子代理 Explore”等新机制的讨论。
核心内容
该讨论主要围绕 Claude Code 在模型选择策略上的潜在变化展开，具体包含以下几个观察点：
- Haiku 模型调用缺失：用户指出，在最近的大量请求中，除了手动指定外，Claude Code 从未自动调用过 Haiku 模型。这与用户之前的经验形成对比，此前系统会自动针对读取文件、内容总结等轻量级任务使用 Haiku 以节省成本和 Token。
- 配置选项废弃：用户观察到，关于小模型（Small Models）的配置选项似乎已被标记为“废弃”（Deprecated）。这暗示 Anthropic 可能正在移除或简化用户对底层模型版本的直接控制权限。
- 对“子代理 Explore”的猜测：用户推测，这种变化可能与引入或强化“子代理 Explore”功能有关。然而，即使用户要求分析项目代码，系统也未表现出主动调用轻量级模型或特定子代理的行为。
- 手动干预的必要性：由于系统不再自动优化模型选择，用户质疑是否需要在项目根目录的
CLAUDE.md文件中添加特定的提示词（Prompt），以强制或引导 Claude Code 使用特定的模型或策略。 - Token 消耗疑虑：社区参与者调侃称，这种变化可能导致系统“偷偷”全用主模型（Opus 或 Sonnet 系列）来消耗 Token，从而增加了用户的 API 使用成本。
关键要点
- 自动模型路由失效：Claude Code 似乎不再默认根据任务复杂度自动路由到 Haiku 等轻量级模型，导致所有请求（包括简单的读取和总结）可能都走主模型通道。
- 配置简化趋势：小模型相关的配置选项被标记为废弃，表明 Anthropic 可能正在收紧用户对底层模型版本的细粒度控制，转而采用更黑盒化的自动调度机制。
- 缺乏透明度的优化：即使用户要求分析代码，系统也未主动展示模型切换行为，导致用户难以判断实际调用的模型版本，增加了成本不可控的风险。
- 工作流调整需求：用户可能需要通过修改
CLAUDE.md等配置文件来显式定义模型使用策略，以恢复之前的成本优化效果。 - 社区信任与成本焦虑：用户对“全用主模型消耗 Token”的担忧反映了开发者对 AI 工具成本透明度的高度关注，任何可能导致成本激增的行为都会引发社区警惕。
意义与影响
这一讨论揭示了 AI 编程助手在易用性与成本控制之间的平衡难题。对于普通用户而言，自动调用 Haiku 模型是一种隐性的成本优化机制；一旦该机制失效或变得不透明，用户将面临显著的 API 费用上涨风险。
从产品演进角度看，Anthropic 标记小模型配置废弃可能意味着其正在从“用户可配置”转向“系统自动优化”的策略。如果“子代理 Explore”等新架构能够更智能地平衡性能与成本，那么这种黑盒化是可以接受的；但如果仅仅是为了简化配置而牺牲了成本效益，则可能损害开发者用户的利益。
此外，这也强调了在 AI 工作流中保持“可观测性”的重要性。用户需要通过文档（如 CLAUDE.md）或监控手段来确保 AI 助手的行为符合预期，特别是在涉及高成本模型调用时，手动干预和明确指令可能成为必要的补救措施。