Anthropic 全量开放 100 万上下文：Opus 4.6 不加价，支持 600 页文件

如果你用 AI 跑过复杂的代码排错，或者让它读过几百页的厚合同，大概都遇过一种尴尬：刚聊到关键步骤，模型突然开始前言不搭后语。问题不是它笨，而是之前的对话被压缩或挤出去了。

Anthropic 正式将 Claude Opus 4.6 和 Sonnet 4.6 的 100 万 token 上下文窗口转为全面可用（GA）。更关键的是，他们取消了长上下文的加价策略。

长上下文不加价，图片和 PDF 能塞 600 页

在此之前，行业里处理超长上下文通常要收一笔溢价，或者给更严格的速率限制。

这次 Anthropic 明确按标准费率结算，不管请求有多长。Opus 4.6 的百万 token 价格维持在输入 5 美元、输出 25 美元，Sonnet 4.6 则是输入 3 美元、输出 15 美元。也就是说，塞进 90 万 token 的计费单价，和调用 9000 token 没有任何区别。

同时放宽的还有多模态输入上限。单次请求支持的图片或 PDF 页数，从原来的 100 翻了六倍，一口气拉到了 600。

开发者也不用在 API 请求头里带 beta 标签了，超过 20 万 token 的请求会自动走长窗口。这项能力除了 Claude 自家平台，也同步在 Amazon Bedrock、Google Cloud Vertex AI 和 Microsoft Foundry 上线。

至于订阅了 Max、Team 和 Enterprise 的 Claude Code 用户，Opus 4.6 已经默认开启 100 万 token 上下文。

解决长跑 Agent 的健忘症

模型能装下 100 万 token，和它能在 100 万 token 里找准线索，完全是两码事。按照 Anthropic 的数据，Opus 4.6 在长文本基准测试 MRCR v2 上拿到 78.3% 的得分，是目前该长度下前沿模型的最高水平。

在实际生产环境里，很多团队吃过频繁上下文压缩的苦头。有工程师反馈，用 Claude Code 连续排查 Datadog、代码库和数据库，很容易烧掉 10 万以上的 token，一旦触发系统自动压缩，核心细节就会丢失，排错直接陷入死循环。

Cognition 团队也提到，他们的 Devin 代码审查 Agent 以前很难把大型代码 diff 塞进 200K 窗口，只能切块处理，经常漏掉跨文件的调用依赖。现在直接塞入完整改动，审查质量和效率反而更高了。

甚至有开发团队发现，把窗口从 20 万放到 50 万之后，消耗的 token 总量反而变少了。原因很简单：模型不再需要为了省地方反复做有损总结和多轮重试。

为什么重要

我们认为，Anthropic 这次最狠的一刀其实砍在商业模式上，而不是单纯堆参数。

此前行业里的超长上下文大多更像展示肌肉的橱窗功能，要么单价翻倍，要么限流严重，开发者根本不敢在生产环境常态化开启。Anthropic 实行长短同价，基本上逼着竞品放弃长上下文溢价这条路，直接把百万上下文从高端实验品打成了通用基建。

对开发者和企业用户来说，这意味着复杂的 RAG 架构和切块管道可以大幅精简了。特别是法律合同比对、多轮审计排错和跨代码库重构这些场景，以前为了省 token 做的切片与摘要工程，很多都可以直接扔掉。

不过这也带来了一个现实问题：账单上限更容易失控。虽然单价没变，但单次调用打满 90 万 token，一进一出就是几美元。普通开发者如果不做调用防护，长跑 Agent 很容易在不知不觉中刷出高额账单。它很强大，但用起来依然需要克制。