自动模式现在是 Claude Code 中的默认模式

自动模式现在是 Claude Code 中 Pro、Max 和 Team 计划的默认模式 Claude Code 很快将默认为 Pro、Max 和 Team 计划运行自动模式，从而实现更长时间的自主工作，并在我们的测试中捕获比手动检查更危险的命令。类别 Claude Code 产品 Claude Code 日期 2026 年 8 月 7 日 阅读时间 5 分钟 分享 复制链接 https://claude.com/blog/auto-mode-default-in-claude-code 我们将自动模式设为 Claude Code 的默认模式。从 8 月 14 日开始，Pro、Max 和 Team 计划的新会话将以自动模式运行。如果您自己已经设置了不同的默认值，您可能会收到一次性提示，询问您是否要切换到自动模式。如果您有固定的默认值，则不会发生任何变化。自动模式分类器每次工具调用都会使用少量额外令牌，并且我们不再向 Pro、Max 和 Team 计划的 Claude Code 用户收取该分类器开销，从今天开始生效。目前，Claude Enterprise、Claude API、AWS 上的 Claude Platform、Amazon Bedrock、Google Cloud 代理平台和 Microsoft Foundry 仍可选择自动模式，让管理员有时间审查更改。在接下来的一个月里，我们与我们的云合作伙伴合作，计划将其设为所有这些的默认设置，并且不再收取分类器开销。同时，企业管理员可以通过托管设置将 Claude Code 的自动模式设置为默认模式。自动模式旨在平衡用户不被打扰的愿望，系统有助于避免有害操作：它不是提示，而是通过分类器路由每个工具调用，旨在阻止不可逆、破坏性或针对环境之外的操作。当分类器阻止某件事时，克劳德通常会找到一种更安全的方式自行继续或直接请求您批准；如果无法取得进展（连续三个区块，或者一次会话中的二十个区块），克劳德·科德（Claude Code）就会退回到手动批准。我们在过去的几个月里测试了自动模式是否与普通用户点击提示一样安全或更安全。我们进行了内部红队、第三方红队和即时注入评估、对 1,053 名付费测试人员进行的对照研究以及对实际生产会话的分析。在我们测试的每项指标中，自动模式均匹配或优于手动审核。自动模式还可以让克劳德自主工作更长的时间。这使得为​​长时间运行的工作构建的模型（例如 Claude Opus 5）更适合在大型任务上运行数小时。减少用户的开销也会增加产出。在 Teams 和 Enterprise 采用者中，自动模式用户发送的 PR 增加了约 25%。解锁克劳德可以让任务不间断地运行更长时间并完成更多工作。 Adobe、Nuro、Gusto 和 Garner Health 的团队已将自动模式作为其生产默认设置。下面，我们分享了推动变革的安全数据和客户结果，以及如何设置不同的默认值（如果您愿意）。将手动审核与自动模式进行比较 数据表明，手动审核可能会成为习惯：用户批准 Claude Code 中 97% 的权限提示。虽然大多数提示可能都是安全的常规命令，但如此高的批准率表明许多用户会条件反射地点击而不是查看每个命令。这些提示要求开发人员每天（通常是在项目中间）做出数十或数百个重要的安全决策，这给用户带来了审查负担，并增加了重要内容被遗漏的机会。数据还表明，用户更频繁地审查和抵制其他类型的对话：例如，当克劳德提出一项计划供批准时，用户拒绝其中的 39%。但对于个人权限请求，拒绝率仅为 3%。设置文件中也显示相同的模式。截至 2026 年 6 月，49.5% 的活跃 CLI 用户手动创建了 Bash 允许规则——5% 完全允许任何 shell 命令，另外 43% 的用户拥有 Bash(python:*) 或 Bash(node:*) 之类的解释器规则，这些规则在实践中基本上是等效的——并且该比例每 5 周增长大约 5 个百分点。除了允许规则之外，62% 的用户在 Bash 上使用了bypassPermissions 或单击了“不再询问”，并且 25% 的交互式会话以绕过权限模式启动。在自动模式下，权限规则仍然在分类器之前触发，但允许规则足够广泛以授予任意代码执行（例如 python:*）。这些任意规则在自动模式下被搁置，因为它们会让命令完全跳过分类器。设置文件不会被修改，并且当您切换到另一种模式时，规则会再次应用。通过自动模式提高安全性内部和多个第三方进行的研究表明，自动模式比当今典型用户处理权限提示的方式更安全。我们根据开发人员单击权限提示时实际批准的内容测试了自动模式。在每一项措施中——内部红队、三