Claude Code系统提示词强制默认最强模型，Haiku调用策略失效

背景

近期，在更新和检查相关站点配置的过程中，开发者发现 Claude Code 的提示词（Prompt）中存在一些值得注意的变化。特别是关于模型调用的默认行为，出现了一些与以往经验不符的现象。通过深入分析系统环境中的提示信息，可以窥见 Anthropic 在引导 AI 代理（Agent）行为方面的最新策略调整。

核心内容

在 Claude Code 的运行环境中，系统注入了详细的 Environment 配置信息。其中包含了一段关键的指令，直接影响了模型的调用逻辑：

"When building AI applications, default to the latest and most capable Claude models." （中文翻译：在构建 AI 应用时，默认使用最新且能力最强的 Claude 模型。）

这段提示词出现在关于模型家族（Claude 4.X）的介绍中，明确列出了当前最新的模型 ID，包括 Opus 4.8、Sonnet 4.6 和 Haiku 4.5。这一指令被解读为导致 Claude Code 在任务执行过程中“一路走到黑”，即倾向于持续使用高性能的 Opus 模型，而不积极调用轻量级模型 Haiku 的原因。

此外，开发者还发现了一些其他变化：

1. 知识截止日期固化：系统提示词中直接写死了助手的知识截止日期（2026 年 1 月），这意味着通过询问来探测知识截止时间的传统方法已经失效。
2. 版本推测：这段关键提示词可能是在 Claude Code 版本 2.1.110 之后加入的。
3. 全局配置失效：即使开发者在 Global 级别的 CLAUDE.md 文件中显式定义了模型选择策略（例如指定根据任务复杂度选择 Opus、Sonnet 或 Haiku，并建议默认使用 Opus，将机械性工作委派给 Haiku/Sonnet 子代理以节省成本），系统依然严格遵守其内置的系统提示词。这表明系统级的指令优先级高于用户级的配置。

关键要点

• 默认行为变更：系统提示词明确要求在构建 AI 应用时，默认优先使用“最新且能力最强”的 Claude 模型，这直接导致了 Opus 模型的高频使用。
• Haiku 调用减少：由于上述默认策略，Claude Code 不再像以往那样积极调用低成本、高速度的 Haiku 模型，即使对于简单任务也是如此。
• 系统提示词优先级高：用户在全局 CLAUDE.md 中定义的模型选择逻辑（如根据任务复杂度分配模型）被系统内置指令覆盖，无法生效。
• 探测手段失效：通过对话询问知识截止日期的方法不再有效，因为该信息已被硬编码在系统提示中。
• 潜在规避风险：虽然理论上可以通过 Proxy 抹除该提示词来恢复旧有行为，但这可能会增加触发风控的风险，且得不偿失。

意义与影响

这一变化反映了 Anthropic 在优化 Claude Code 体验时的核心思路转变：从“成本敏感”转向“能力优先”。

1. 提升代码质量与可靠性：通过强制或强烈引导使用最强大的 Opus 模型，Anthropic 旨在确保代码生成的准确性、复杂逻辑处理的可靠性以及架构设计的合理性。对于开发者而言，这意味着更少的幻觉和更高的代码可用性，但也可能带来更高的 API 调用成本。
2. 简化用户决策：不再依赖用户手动配置复杂的模型路由策略，系统自动选择“最强”模型，降低了用户的使用门槛，但也剥夺了用户对成本控制的精细调节能力。
3. 对开发工作流的影响：对于依赖大量简单文本处理、格式化或批量编辑任务的用户，当前的默认行为可能导致成本显著上升。开发者可能需要寻找其他替代方案，或者接受这一新的成本结构以换取更高的智能水平。
4. 提示词工程的边界：此案例表明，系统级指令（System Prompt）的优先级高于用户级配置，这为未来的 AI 代理行为控制提供了新的范式，同时也提醒开发者注意系统底层逻辑的不可控性。