Claude Opus 5.5 的快速模式（fast mode）在 2026 年 10 月 15 日由 Anthropic 开发者账号宣布结束研究预览，等待名单同步取消。它不是新模型，而是同一个 Opus 5.5 换上更快的推理配置：官方文档写明模型权重和行为不变，输出速度最高提升到 2.5 倍，代价是按溢价档计费，输入 8 美元、输出 40 美元，每百万 token。
快的是出字速度，不是首字等待
这次提速有个容易误读的细节：它快在每秒输出的 token 数，而不是第一个 token 出现的时间。也就是说，长回答、长代码生成会明显缩短等待，流式输出时感受最直接；但如果你的应用瓶颈在首字延迟，或者每次只让模型回一两句话，多付的钱买不到多少体感提升。请求里把 speed 参数设为 fast 即可开启，响应里的 usage.speed 字段会标明这次实际跑的是快速还是标准速度，方便团队对账和排查。
开通门槛降了，渠道仍有区别
预览期要排等待名单，现在 Opus 5.5 在 Start、Build、Scale 三档用量层级里自带默认的快速模式速率上限，不必再单独申请；还在 Evaluation 层级的组织需要先升级层级。渠道方面，它已在 Claude API 上线，并进入 Microsoft Foundry 的 Azure 托管部署，Google Cloud 按官方说法即将跟上；但 Foundry 里由 Anthropic 托管的部署和 Claude Platform on AWS 目前还用不了。快速模式有自己独立的速率上限，和标准速度分开计算，超限会返回 429 并给出重试时间，官方 SDK 默认会自动重试。Claude Code 里的快速模式这次保持不变，仍按额外用量额度消耗。
这三种情况别开快速模式
有三笔账要先算清。一是缓存：在快速和标准速度之间切换会让提示缓存失效，两种速度不共享已缓存的前缀，长提示词、高频复用的团队频繁切换反而可能更贵。二是组合限制：快速模式不能和 Batch API、Priority Tier 一起用，批量离线任务本来就不赶时间，用标准速度更划算。三是任务类型：真正适合为它付费的，是有人等在屏幕前或有智能体多轮串行的交互场景，比如结对编程和实时客服；跑夜间批处理、离线评测这类任务，开快速模式只是白白把单价抬高一档。
