快了 2.5 倍真的不掉智商？Claude Opus 4.6 Fast 模式实测
2 月 7 号，Anthropic 给 Opus 4.6 加了个 Fast 模式。官方说法是"速度提升 2.5 倍，智能水平不变"。
听起来像免费午餐。我不太信，所以自己跑了一圈。
测试方法
我准备了四类任务，每个任务用标准模式和 Fast 模式各跑三次，取中位数。
任务清单：
- 代码生成：用 Python 写一个带缓存的 LRU 实现，要求有完整的单元测试
- Debug：给一段有三个隐藏 bug 的 React 组件，让它找出问题并修复
- 代码重构：把一个 200 行的意大利面条函数拆成合理的模块
- 架构设计：设计一个支持百万级用户的消息推送系统，输出技术方案
环境是 Claude API，temperature 设 0，其他参数一致。唯一区别是 Fast 模式在请求里加了 speed 参数。
速度对比
先说结论：Fast 确实快。
| 任务 | 标准模式 | Fast 模式 | 提速倍数 |
|---|---|---|---|
| LRU 代码生成 | 18.3s | 7.2s | 2.54x |
| React Debug | 14.7s | 6.1s | 2.41x |
| 代码重构 | 22.1s | 9.8s | 2.26x |
| 架构设计 | 31.5s | 14.2s | 2.22x |
简单任务加速效果好，复杂任务略低但也在 2 倍以上。日常写代码的体感很明显——等 7 秒和等 18 秒是两个世界。
质量对比
这才是重点。
代码生成：平手。 两个模式跑出来的 LRU 实现结构几乎一样，标准模式多写了几行注释，Fast 模式更简洁。单元测试都能跑通。
Debug：Fast 丢了一个。 标准模式找到了全部三个 bug。Fast 模式找到两个，漏掉了一个 useEffect 依赖数组的问题——这个 bug 比较隐蔽，需要理解组件的渲染流程才能发现。跑了三次，有两次漏掉。
代码重构：基本平手。 拆分方式略有不同，但都合理。标准模式的命名更讲究，Fast 模式有一个函数名起得比较泛。
架构设计：有差距。 标准模式给了四层架构，考虑了消息去重、断线重连、离线消息存储。Fast 模式的方案少了离线消息这一块，整体可用但不够细致。
一次通过率
这个指标可能更有参考价值。我又追加了 20 个混合任务（来自日常工作的真实需求），统计"不需要追问就能直接用"的比例。
| 模式 | 一次通过率 |
|---|---|
| 标准模式 | 85%（17/20） |
| Fast 模式 | 70%（14/20） |
15 个百分点的差距。说大不大，说小也不小。
什么时候该开 Fast
跑完这些测试，我自己的用法是这样的：
开 Fast 的场景：
- 写样板代码、CRUD 接口、配置文件
- 需要快速验证一个想法
- 做代码补全和简单重构
- 任何你会追问修改的任务（反正要改，先快点拿到初稿）
用标准模式的场景：
- Debug 复杂问题
- 架构设计和技术方案
- 安全相关的代码审查
- 一次性出活、不想来回改的任务
简单说，如果这个任务你只需要一个"差不多"的起点，Fast 够用。如果你需要一次到位，还是标准模式稳。
关于定价
Fast 模式目前还在 Research Preview，定价没有正式公布。从 GitHub Copilot 的接入方式来看，Pro+ 和 Enterprise 用户可以直接用，不额外收费。API 端的价格预计会在标准版基础上加价，但具体多少还不清楚。
如果定价在标准版的 1.2-1.5 倍之间，我觉得值。如果翻倍，那得看你对速度有多敏感了。
我的判断
Anthropic 说"不牺牲智能"，严格来说不太准确。在简单任务上确实看不出区别，但到了需要深度推理的场景，Fast 模式还是会丢一些东西。
但这不意味着它不好用。大部分日常编程任务，Fast 模式完全够。省下来的等待时间是实打实的生产力提升。
我现在的习惯是默认开 Fast，遇到复杂问题再切回标准模式。这个工作流目前感觉最舒服。