Claude 1M上下文窗口全面开放 定价统一、媒体配额大幅提升

Anthropic 宣布其旗舰模型 Claude Opus 4.6 和 Sonnet 4.6 的 100 万 token 上下文窗口正式全面开放，并在 Claude 平台上按标准价格计费，不再额外收取长上下文溢价。新价格体系下，Opus 4.6 维持每百万 tokens 5 美元输入、25 美元输出，Sonnet 4.6 为每百万 tokens 3 美元输入、15 美元输出，哪怕是一条 90 万 token 的请求，其单位 token 费用与 9000 token 请求完全相同。

在此次全面开放中，Anthropic 对长上下文能力与使用体验进行了系统性升级。首先，所有支持 1M 窗口的请求均享受与普通请求一致的速率限制，开发者无需在高并发或长对话场景下额外做流量拆分或降级策略。 其次，官方取消了此前访问 200K 以上上下文时所需的 beta 标记头部，现在超过 20 万 token 的请求可直接调用，现有仍在发送 beta 头的应用也无需改动代码即可平滑过渡。

媒体处理能力也是本次升级的重点之一。Claude 单次请求可接收的图片或 PDF 页数从 100 提升至 600，覆盖代码审查、法律文件、科研论文、运维日志等复杂多模态场景，并已在 Claude 平台、Microsoft Azure Foundry 与 Google Cloud Vertex AI 等渠道同步上线。 Anthropic 表示，这一调整意在让开发者可以将数百页材料一次性纳入上下文，而无需频繁分段与压缩，从而降低工程复杂度与信息损耗。

在企业与专业场景中，1M 上下文的影响尤为突出。官方强调，长上下文只有在“记得住又用得好”的前提下才有意义，因此在 Opus 4.6 与 Sonnet 4.6 上针对长程记忆与推理能力进行了专项优化。 在第三方基准测试中，Opus 4.6 在 MRCR v2 上取得 78.3% 的成绩，Sonnet 4.6 在 GraphWalks BFS（1M token）上得分 68.4%，在同等上下文长度的前沿模型中处于领先水平。

这意味着，开发者可以将完整代码仓库、成千上万页合同文本，或长时间运行智能体的工具调用轨迹、观测记录和中间推理过程全部装入单一会话，而无需再依赖复杂的“窗口滑动”“多轮摘要”或频繁清理历史上下文。 多家合作伙伴在引用中指出，1M 上下文让智能体能够在不丢失细节的前提下持续运行数小时，既减少了压缩导致的关键信息缺失，也降低了在多轮调试、代码审查和大规模运维分析中的反复补充与解释成本。

在代码开发领域，Opus 4.6 的 1M 窗口已全面集成进 Claude Code 产品线，并向 Max、Team 与 Enterprise 用户默认开放，无需额外配置。 开发者反馈称，将上下文从 20 万扩展至 50 万甚至 100 万 token 后，智能体在处理大型代码变更和跨文件依赖时，反而能够在更少总 token 消耗下完成任务，减少了因切分上下文带来的额外轮数和重复请求。

运维与安全团队同样被视为长上下文能力的直接受益者。面对庞大的生产系统与复杂告警事件，工程师可以在一个会话中保留所有实体、信号与排障假设，从初次告警到问题缓解始终维持信息的完整链路。 合作伙伴表示，借助 1M 上下文，他们在处理大型日志、监控数据和多源系统状态时不再需要频繁“压缩记忆”，可显著降低遗漏细微异常的风险。

对于律师事务所、科研机构和数据密集型企业，长上下文窗口则提供了新的知识处理范式。 法务人员可以一次性引入多个版本的百页合约，完整回溯多轮谈判变更；科研团队则可在一次推理过程中同时纳入数百篇论文、数学公式以及仿真代码，构建跨文献、跨模型的综合分析。 有合作机构称，这种“单次整合”的能力正在显著加速基础研究与应用研究的迭代节奏。

在接入渠道方面，1M 上下文已在 Claude 原生平台启用，并通过 Amazon Bedrock、Google Cloud Vertex AI 和 Microsoft Foundry 等云服务提供，同步面向企业和开发者开放。 Anthropic 提供了对应的技术文档与价格页面，方便团队评估集成成本与部署策略，并强调当前所有支持 1M 窗口的请求均沿用既有计费标准。

Anthropic 表示，随着 1M 上下文进入全面可用阶段，团队将继续在长程推理稳定性、跨模态理解和企业级集成能力上持续迭代，希望帮助用户从“围绕输入长度做工程权衡”转向“围绕业务问题本身设计智能体”。 开发者和企业用户可通过 Claude 平台与各大云合作伙伴立即启用这一能力，将既有应用平滑升级到长上下文时代。