Anthropic 发布 Claude Opus 5.5，面向更长、上下文更重的编码会话优化成本

核心亮点

Anthropic 发布 Claude Opus 5.5，定位是"为更长、上下文更重的编码会话优化成本"。官方称，典型按 token 计费的工作负载运行成本比 Opus 5 低约 40%，其中缓存读取降价 60%、输入与输出 token 各降价 20%。对长会话、长上下文的开发者工作流，这是一次直击痛点的降价。

具体能力或事件经过

Opus 5.5 延续 Opus 系列在编码与长上下文上的优势，但把成本曲线压了下来。缓存读取大幅降价意味着：当一个编码会话反复引用同一段长上下文（如整个代码库索引）时，重复部分不再重复计费。输入输出 token 同步下调，则让"多轮对话 + 大段代码粘贴"这类高频用法更便宜。

技术细节

降价的核心是提示词缓存（prompt caching）效率提升：模型对长前缀的复用更充分，合格共享前缀在窗口内复用可获得最高 90% 的缓存输入折扣。结合编码场景典型的"读很多、写一点"，缓存命中率提高直接放大了总成本节省。性能上它达到 Anthropic 内部 Fable 5.1 级别。

与竞品对比

面对 OpenAI GPT-6 系列与 Google 的密集发布，Opus 5.5 选择用"同等能力、更低单价"来抢开发者预算，而非单纯堆参数。对把 Claude 接进 IDE、CI、长时 agent 的团队，单位任务成本下降比榜单分数更具现实意义。

行业影响或适用场景

编码 agent、长文档分析、代码库问答这类"上下文重、轮次多"的场景会最先受益。对企业来说，把 Opus 5 升级到 5.5 往往能在不牺牲质量的前提下直接砍掉近四成推理账单，是少数"降本不降质"的模型更新。

延伸视角

Opus 5.5 的降价策略折射出大模型竞争的重心转移：当各家旗舰能力差距缩小，价格与成本结构成了更锋利的武器。对开发者而言，这意味着可以把过去"舍不得跑"的长上下文任务放心交给模型；对厂商而言，缓存与推理效率的工程优化，正取代单纯堆参数成为性价比的关键。未来模型发布的看点，或许会从"又强了多少"转向"又便宜了多少"。

实践要点

对打算升级的团队，建议先在小流量场景验证缓存命中率，再决定全量切到 5.5。若你的工作负载本就频繁刷新上下文，降价感知会很弱；若你能稳定复用长前缀，账单下降会非常明显。先把可复用的系统提示与代码库索引固化成共享前缀，往往比换模型更能直接省钱。