还在给 Opus 4.8 开 fast mode 的人注意：11 月 30 日之后它不是变慢，是直接报错

Claude Code 2.1.316 的 release notes 里藏了一条有截止日期的变更，值得所有还在用 Opus 4.8 的人现在就处理：fast mode（快速模式）已于 10 月 30 日起被废弃，11 月 30 日起正式移除。关键不在“废弃”这个词，而在移除后的行为——Deploy Log 读官方 release notes 后特别提醒：11 月 30 日之后，fast mode 请求会直接返回错误，不会悄悄回退到标准 Opus 4.8。也就是说，钉死在 fast mode 上的脚本、配置、预设，到那天不是“跑得慢一点”，而是“跑不起来”。同一版还加了三样东西：Claude 应用网关的 pooled group budgets（团队预算池）、CLAUDE_CODE_SUBAGENT_EFFORT（子 agent 投入度控制）、Bedrock 上游的 guardrail.input_tagging（护栏输入打标）——后三者对个人用户影响小，对走网关、走 Bedrock 的团队才有意义。

现在就能做的三步自查。第一步，搜你的配置里有没有把模型钉死在 fast mode 上：翻 Claude Code 的设置、项目里的启动脚本、CI 里的固定参数，凡是写了 fast mode 的地方都标出来。第二步，迁移目标写清楚：官方给出的方向是 Opus 5.5，fast mode 的用户被明确提示“尚未迁移到 Opus 5.5 的请迁移”——别只把 fast mode 关掉就完事，要确认标准模式下的速度和成本你能不能接受，接受不了再谈降级模型或拆任务。第三步，给 11 月 30 日设个硬提醒：这不是“某天会变”的远期事项，离今天只有一个月，自动化任务尤其要提前改——人手工跑一次能发现报错，半夜跑的定时任务发现报错时已经耽误一轮了。

我的判断：这条变更真正教训人的地方，是“废弃≠降级”这个反直觉点。大多数人听到“某功能废弃”，默认理解是“还能用、只是不推荐了”；但这次是“到期就硬报错”，属于破坏性变更。写脚本和配 CI 的人要养成一个习惯：凡是模型名、模式名、版本名写死在配置里的，都要当成有保质期的依赖，定期翻 release notes——这版就是最好的例子，变更本身不大，钉死它的代价却不小。

什么情况下这个结论不成立：如果你早就用 Opus 5.5 或标准模式，这条变更对你没有影响；如果你走的是 Claude 应用网关或 Bedrock，2.1.316 的预算池与护栏打标可能比 fast mode 更值得你先看；如果你只在聊天界面偶尔用 Claude、从没在配置里写过 fast mode，那也不用自查——这个坑只坑把模式写进配置的人；还有一点要留口子：本篇的 fast mode 细节来自 Deploy Log 对官方 release notes 的转述，我没有逐行打开官方 notes 原文核对，迁移前请以你本地 Claude Code 升级后弹出的 release notes 为准。