Claude Opus 5.5 的 fast mode 在 2026 年 10 月 15 日结束研究预览：Anthropic 通过 Claude Devs 官方账号宣布，该模式已移除等待名单，在 Claude 平台上向开发者普遍开放。它用的是同一个模型、同一套权重，只是换上更快的推理配置，输出速度最高可达标准模式的 2.5 倍，代价是价格翻倍——每百万 token 输入 8 美元、输出 40 美元，标准模式为 4 美元和 20 美元。
快的是输出速度，不是首字延迟
fast mode 提升的是每秒输出的 token 数，官方文档特意说明，首个 token 的等待时间并不会因此明显缩短。这意味着它最适合输出长、且人在等结果的场景：长时间运行的编程智能体、需要连续吐出大段分析的任务、交互式产品里的流式回复。请求时只需在参数里指定快速速度档，返回结果中会标明这次实际用的是哪一档。
它还有一条独立的限流通道，与标准模式的额度分开计算。Opus 5.5 在每个用量层级都自带 fast mode 的默认额度，不需要再单独申请，这也是“结束预览”最实在的变化：以前要排队等名额，现在调通参数就能用。被限流时接口会返回明确的重试时间，短暂等待后通常就能恢复。
两倍价格，买的是等待时间
要不要开这一档，取决于任务的账怎么算。输出越长、链条越串行，速度收益越真金白银：一个要跑几百步的智能体任务，每步快一点，累积省下的是整段时间。反过来，离线批处理任务不该开 fast mode——它本来就不能和批处理接口叠加，这类活儿用半价的批处理通道更划算。
还有一个容易踩的坑：同一个对话在快速和标准两种速度之间切换，会让提示缓存失效。长上下文、靠缓存压成本的工作负载如果频繁换档，省下的时间可能被重新计算上下文的费用吃掉。官方同时说明，fast mode 不能与优先层级承诺叠加，在 Claude 平台的 AWS 托管版本上目前也还不可用。
上云节奏：微软先行，谷歌在路上
按官方公告，fast mode 现已登陆微软的 Foundry 托管服务，Google Cloud 即将支持；Claude Code 里的 fast mode 保持原有方式不变，继续消耗额外的用量额度。对在云上采购 Claude 的企业来说，这次更新的意义不在速度本身，而在于最贵的旗舰模型多了一个可按需开启的“加急档”：平时按标准价跑，赶进度时再为关键任务付双倍价格。Anthropic 近期在企业侧的动作一直围绕治理和可控性展开，Claude 接入官方投票信息是同一逻辑的另一面——先把可控性做扎实，再谈放量。
