Claude Code v2.1.316 转正：Opus 4.8 快速模式 11-30 起报错且不回退

要点

• v2.1.316 于 tag 时间戳 2026-10-31T01:01:35Z 发布，prerelease: false，接替 10-30 的 v2.1.314。生产请从 v2.1.314 改钉 v2.1.316。
• Opus 4.8 的 fast mode 已被弃用，并将在 2026-11-30 移除：官方原文 "Deprecated fast mode for Opus 4.8 as of October 30, 2026; it will be removed on November 30, 2026. After removal, fast mode requests on Opus 4.8 return an error and do not fall back to standard Opus 4.8. Migrate to Opus 5.5 to keep the speedup." 窗口只有一个月，且移除后是报错，不是降级。
• v2.1.315 不存在：经 Releases（/releases/tags/v2.1.315 返回 404）与 /tags 两个端点核对，序列为 …312 → 314 → 316。v2.1.313 的缺口本站第二次确认，v2.1.315 为首次记录；2.1.297 / 2.1.298 的缺口为第十六次确认。 官方未说明原因，本站不补写编号、不作推断。
• 网关侧四项新增：① pooled_budget——一个组的成员共享一份月度预算，叠加在每个成员自己的限额之上；② managed.policy_mode: layered——每条命中的策略都生效、逐层合并，而不是只取第一条；③ guardrail.input_tagging（Bedrock upstreams）——把 prompt 包进 Amazon Bedrock 护栏的 prompt attacks filter 所需的 input tags，all_messages_and_system 还会连 system prompt 一起包；④ CLAUDE_CODE_DISABLE_LOOPED_CROSS_CERT_DROP——保留互相签发成环的系统交叉证书。
• 两个新的 effort / 关键字开关：CLAUDE_CODE_DISABLE_ULTRATHINK（关掉 ultrathink 关键字）、CLAUDE_CODE_SUBAGENT_EFFORT（子代理在无其它指定时使用这个 effort，而不再继承会话的）。
• 🔧 退出时遗留进程被修："Fixed shell commands being left running on macOS and Linux when Claude Code exits by itself, for example when credentials are refused or a cloud session is archived."
• 🔧 云托管模型的别名回退被修："Fixed sonnet, opus and haiku on Vertex AI and Amazon Bedrock showing an error mid-session instead of switching to an older model when the newest is not yet available to the account or region."
• 🔧 网关的模型白名单校验被补齐："Fixed the Claude apps gateway not checking every model a request names against availableModels, deniedModels and models; a request that names a blocked model now gets a 400 naming the field."
• 🔧 --restricted 会话的越界上传被堵："Fixed --restricted sessions uploading files from outside the working directories when a Read allow rule covered them."
• Changed 两条：① 不含 "$defaults" 的 autoMode.allow 列表不再移除 scheduled-task prompts 上的内置规则；② Team / Enterprise 的服务端托管设置改为无需审批提示即生效，且本地副本校验不通过时被拒。
• VSCode ultrathink 改为以 xhigh effort 跑该轮并在聊天框显示彩虹效果，与终端一致。

背景与分析

Opus 4.8 fast mode：真正的风险不在「弃用」，在「不回退」

这条写在 CHANGELOG 的 Deprecated 措辞里，但它的三个时间点必须分开读：

「不回退」这三个字是本条的全部价值。 绝大多数 API 弃用的默认工程假设是「到期后会降级到某个兼容路径，我的旧代码顶多慢一点」。Anthropic 这次明确否掉了这个假设：return an error and do not fall back。也就是说，凡是硬编码了 fast mode 的调用，11-30 之后不是变慢，是失败。

对正在用的人，官方给的唯一迁移目标是 Opus 5.5（"Migrate to Opus 5.5 to keep the speedup"）。需要区分两件事：Opus 5.5 是否有对等的 fast 档位，官方在本条里没有说明；本条只写了「迁移到 Opus 5.5 以保留加速」。本站未取得 Opus 5.5 定价页上 fast 档的对应条目，不替官方推断「5.5 也有 fast」，列为待核实。

另需注意，这里说的是 Anthropic API 侧的 fast mode，与 GitHub Copilot 的模型退役是两件事。后者另有时间表（见 GitHub Copilot 工具卡），两条线不要混着读。

为什么「一个月窗口 + 不回退」值得单独提级

本站 10-15 起记录了 GitHub 一批模型的退役节奏，共同形态是「公告 → 生效日 → 建议替代」。Anthropic 这条的形态不同：弃用日与移除日只差一个月，且没有兼容兜底。对工程侧的含义是：

1. 不是「排期迁移」，是「立刻 grep」。搜索面不只是应用代码，还包括 CI 配置、压测脚本、成本测算表——凡是把 fast 单价写进预算模型的地方，11-30 之后都会算错。
2. 降级预案要自己写。既然官方不回退，想保留「快不起来也能跑」的行为，得在调用侧自己 catch 后改发标准档。
3. Opus 4.8 本身没有退役。本条只针对它的 fast mode，标准 Opus 4.8 请求不受影响——不要把这条读成「Opus 4.8 下线」。

网关从「只取第一条」到「逐层叠加」

managed.policy_mode: layered 是本期对组织用户影响最大的一条，但它是一个默认值语义的变更：此前多条策略命中一个开发者时只取第一条，现在每条都生效、后面的覆盖前面的。

这条的危险形态与本站 10-31 记的 FORCE_HYPERLINK 反转是同一类——配置不用改，行为照样变。差别在于方向：FORCE_HYPERLINK 是「开关语义取反」，这条是「原来被忽略的那些策略突然开始生效」。已经写了多条策略的组织，升级后可能会看到一批此前从未生效的限制开始拦人。

它是 opt-in 还是默认？ 官方措辞是 "Added managed.policy_mode: layered"，字面看是要显式配置才启用。但本站未取得该字段默认值的一手说明，列为待核实——升级后建议先在小范围组里验证策略叠加结果。

配套的两条预算 / 护栏字段也指向同一个方向：组织侧管控正在从「能不能设」走向「设了之后按什么规则合并」。pooled_budget 让「组共享池 + 个人限额」两层同时存在，guardrail.input_tagging 则把 Bedrock 护栏的前置条件（prompt 必须被 input tags 包裹）暴露成一个可配项——这暗示此前可能有组织的护栏过滤器其实没在正常工作，该字段不是在加功能，是在补一个「护栏为什么没生效」的坑。

子代理 effort 不再继承会话

CLAUDE_CODE_SUBAGENT_EFFORT 解决的是一个具体的成本问题：此前子代理在没有其它指定时继承父会话的 effort，意味着一个 xhigh 的主会话会把派下去的所有子任务都拉到 xhigh。对 fan-out 型编排（一个主 agent 派十个子 agent）来说，这是十倍的推理预算被一个继承规则悄悄放大。

这条与本站 10-24 在 wiki/moe 里记录的「后训练正在吃掉堆参数的收益」是同一个判据的两种表现：预算类参数要看「谁在用它」，不看「它的绝对值」。

行动建议

1. 钉版本：生产从 v2.1.314 改钉 v2.1.316，保留 v2.1.314 作为回滚点。
2. 今天就 grep fast mode：在应用代码、CI、压测脚本、成本表里搜 Opus 4.8 与 fast / service tier 相关的写法，11-30 之前改完；不要假设到期会降级。
3. 评估 Opus 5.5 是否真有对等加速：官方只说「迁移到 Opus 5.5 以保留加速」，未说明 5.5 的 fast 档是否存在及其单价，迁移前先查官方定价页，别按「换型号就行」排期。
4. 组织用户复核策略叠加：升级后若启用（或已启用）policy_mode: layered，逐组验证最终生效的策略集合，此前被第一条遮蔽的策略会开始生效。
5. 查 Bedrock 护栏是否真在工作：用了 Bedrock 护栏的，评估 guardrail.input_tagging，并回头看此前 prompt attacks filter 是不是一直没被触发。
6. fan-out 编排设 CLAUDE_CODE_SUBAGENT_EFFORT：主会话跑高 effort、子任务不需要同等推理预算的，显式设一档，别让继承规则放大十倍成本。
7. 走 Vertex AI / Bedrock 且用 sonnet / opus / haiku 别名的：升级后确认最新型号不可用时能正常回退到旧型号（此前是会话中途报错）。

待核实

• Opus 5.5 是否存在对等 fast 档位及其单价（官方本条只说「迁移以保留加速」，未给档位名与价格）。
• managed.policy_mode: layered 的默认值（官方措辞为 Added，本站未取得默认值的一手说明）。
• pooled_budget 与成员个人限额的扣减顺序、超额后的行为。
• guardrail.input_tagging 的 all_messages_and_system 对 system prompt 包裹后是否影响提示缓存命中。
• CLAUDE_CODE_SUBAGENT_EFFORT 的取值范围，以及与会话级 effort / 组织级封顶的优先级。
• v2.1.313 与 v2.1.315 缺失的原因（官方未说明；本站分别第二次与第一次确认）。
• CLAUDE_CODE_DISABLE_ULTRATHINK 关闭关键字后，ultrathink 是报错还是被忽略（原文仅说 turns the ultrathink keyword off）。

相关

• Claude Code 工具卡
• v2.1.314 资讯（写入边界与两个语义反转）
• Claude Opus 5.5 模型卡
• Claude Opus 5 模型卡
• GitHub Copilot 工具卡（另一条退役时间表）
• 提示缓存

AI 之家 观点

这一版 Release Notes 的头条不是任何一条 Added，而是那句 "return an error and do not fall back"。

过去两年里，AI API 的弃用纪律基本是「公告 → 长窗口 → 到期后软降级」，工程侧因此养成了一种惰性：到期日可以拖，反正不会炸。Anthropic 这次给的是一个月窗口加硬失败，它把「拖」这个选项取消了。对依赖 fast mode 做低延迟链路的团队，11-30 是个必须进日历的日期，不是一个「有空再迁」的提醒。

更值得注意的是它在同一版里的两个方向是一致的：一边收紧（fast mode 硬失败、网关逐层叠加、策略校验补上「每个模型都要查」），一边给付手段（pooled_budget、CLAUDE_CODE_SUBAGENT_EFFORT、input_tagging）。这不是矛盾，是 Anthropic 在把组织侧管控从「能不能声明」推进到「声明了是否真的生效」。本站近三轮反复提到「Changed 优先」「Bug Fixes 里找行为变更」，本版进一步说明：连 Deprecated 段都值得单独读，因为它的措辞里藏着「有没有兜底」。

最后一个提醒：Opus 4.8 没有退役，退役的是它的 fast mode。 把这两件事混为一谈，会导致一批人去做根本不需要做的全量迁移。