从今天起，我们将提高 Claude Code 和 Claude 平台开发者的速率限制（Rate limits），不仅为 Pro、Max、Team 和基于席位的 Enterprise 计划翻倍了 Claude Code 的 5 小时速率限制，还大幅提升了 Claude Opus 的 API 限制

Anthropic 在「Code w/ Claude」开发者大会上发布了一条容易被忽略的公告：

从即日起，为 Pro、Max、Team 和基于席位的 Enterprise 计划翻倍 Claude Code 的 5 小时速率限制，同时大幅提升 Claude Opus 的 API 限制。

这不是功能更新，是基础设施扩容。值得认真对待。

速率限制为什么突然重要了

速率限制从来不是开发者关心的第一件事。

通常的用法是：写个 prompt、等回复、继续改——每次调用间隔足够长，速率根本不构成限制。

但这个使用模式正在被替代。

Anthropic 披露的数据是：API 调用量同比增长近 17 倍，开发者平均每周在 Claude Code 上花 20 小时。Shopify 全员覆盖后工程师 PR 产出增加了 200%，Mercado Libre 的 23000 名工程师用 Claude 审查了超过 50 万个 PR。

这些数字背后有一个共同的结构：AI 工具从「偶尔调用」变成了「持续运行」。

当你在 Claude Code 里跑一个长任务、让 Agent 并行处理多个子问题、或者在夜间让 Claude Security 扫描代码库——速率限制就从背景噪音变成了真实的天花板。

翻倍意味着什么

5 小时窗口内的配额翻倍，直接影响三类使用场景：

长任务流：重构大型代码库、多步骤 Agent 任务、需要反复迭代的生成任务——这类任务不是一次调用，而是几十次、上百次调用的序列。原来跑到一半触发限制，现在可以跑完。

团队并发：Team 和 Enterprise 计划下，多名工程师同时使用 Claude Code。配额的竞争是隐性的，翻倍相当于团队的整体带宽扩大了一倍。

Opus 的 API 端：Claude Opus 是能力最强、也最耗配额的模型。之前 API 用户在 Opus 上的约束最明显——这次大幅提升意味着需要最强推理能力的任务（复杂代码审查、架构分析、跨文件重构）变得更可持续。

大会的另一面

这次「Code w/ Claude」大会同步发布了一批新功能：Claude 托管 Agent 的多智能体协同、目标导向（Outcomes）定义、模型造梦（Dreaming）自主学习，以及 Claude Code 侧的代码审查器、远程控制、自动修复（Auto-fix）、Routines 和 Claude Security 夜间扫描。

功能列表很长，但速率限制的公告反而更基础。

新功能解决的是「能不能做到」，速率限制解决的是「能不能持续做」。

Stripe 用 Claude 把 5 万行代码从 Scala 迁移到 Java，原本预计 10 周，实际用了 4 天。Binti 把寄养家庭资质审批流程缩短了 20 天。这些不是单次调用完成的，是数百次迭代的结果。

能支撑这种强度的基础设施容量，是产品能力落地的前提条件。

速率限制翻倍，意味着 Anthropic 承认了这一点，并开始主动移除它。