Claude Code 自动模式与 --dangerously-skip-permissions：让 Claude 无需询问即可工作

claude dangerously-skip-permissions 实际会做什么

该命令会激活 Claude Code 的 bypassPermissions 模式：

claude --dangerously-skip-permissions

等效的显式命令是：

claude --permission-mode bypassPermissions

两者都会绕过常规权限审批，但仍受其余保护措施的约束。这并不意味着每项操作都一定成功，也不意味着 Claude Code 再也不会提出其他问题。

该 官方 CLI 参考文档 还区分了激活模式与使模式可用。此命令以规划模式启动，同时使绕过模式可用：

claude --permission-mode plan --allow-dangerously-skip-permissions

额外的单词 allow 很重要： --allow-dangerously-skip-permissions 不会立即激活绕过模式。

“不询问”有两种含义

当开发者询问如何让 Claude Code 不经询问就执行所有操作时，他们可能是指“自动批准操作”，也可能是指“绝不因权限提示而停下来”。这两个目标对应不同的配置。

绕过模式会移除常规审批关卡。自动模式则通过分类器评估操作。无人值守配置还可以拒绝任何需要提示的操作，让会话在这些限制内继续运行。

跳过权限审批可能造成危险和破坏性后果。Anthropic 建议仅在隔离环境中使用绕过模式。应将这一建议视为对命令运行环境的约束，尤其是在任务涉及删除、凭据、向外部共享数据或部署操作时。

比较 Claude Code 的权限模式

Claude Code 的权限模式回答的是不同的问题：是否可以继续编辑、某项操作是否需要审查，以及需要批准时会如何处理。

这些是各模式的基本含义。具体行为取决于已安装的版本，而实时更新的文档可能包含本文发布之后的变更。在选择启动选项时， Claude Code CLI 指南 是一个适合继续查阅的资料。

auto、acceptEdits 和 dontAsk 是不同的选择

使用 acceptEdits 适用于希望自动批准允许的工作目录中的文件更改和常见文件系统操作的情况。此权限并不等于对所有操作的全面批准。

自动模式将权限决策交给分类器。获批的操作会继续执行；被阻止的操作会促使 Claude 尝试其他方法。反复被阻止可能触发人工审批。

dontAsk 采用不同的方法：需要提示的操作会被拒绝，而已获许可的操作可以运行。区分“没有审批提示”和“自动批准”很有帮助，因为两者会产生截然不同的结果。

自动模式：审查、默认设置与分类器计费

自动模式于 2026 年三月 24 日推出，最初面向 Team 用户提供研究预览。 官方自动模式公告 记载，该模式于 2026 年七月 10 日向所有用户正式开放。

其目的是以分类器审查取代常规的人工权限决策。这种审查可以降低风险，但仍不完善：自动模式可能批准高风险操作，也可能阻止无害操作。Anthropic 同样建议为自动模式采用隔离环境。

工程说明中描述的风险包括过于积极的操作、错误判断任务范围、提示词注入、探查凭据、向外部共享数据，以及绕过部署检查。移除常规提示并不意味着不再需要定义任务范围。

九月发生了哪些变化

于 2026 年九月 19 日发布的 Claude Code 2.1.278，将 Claude API 和 Enterprise 用户以及 Bedrock、Vertex、Foundry 和网关上的自动模式改为默认使用服务端分类。其计费措辞很明确：服务端分类“不会对分类器开销收费”。该版本还表示，它会“在回退到收费方式时发出警告”。

这一变化涉及分类器的运行位置及其开销的计费方式。它并不承诺免费编程或免费使用模型，也没有让自动模式成为每位用户的初始权限模式。

截至九月 27 日，其他版本更新也带来了重要变化。 带有 2.1.283 标签的变更日志 记录了两项独立进展：

• 版本 2.1.281 将 CLAUDE_CODE_AUTO_MODE_SERVER 扩展至直接连接 Anthropic API 的场景。将其设为 0 表示退出，并使用计入使用量的分类器； 1 表示加入。该版本还记录了对只读命令和沙箱内 shell 命令的服务端审查。
• 九月 25 日发布的版本 2.1.283 调整了交互式会话的启动行为：在使用第三方提供商或禁用遥测时，如果未配置权限模式，会话将以自动模式启动。 permissions.defaultMode 仍会覆盖这一启动行为。

不要将九月 25 日的启动模式变更归因于 2.1.278，也不要将这两种默认设置视为可以互换。

检查会话，而不是猜测

运行 /status 并检查 Auto mode server 这一行，以确认会话的分类器是否在服务端运行。

对于 Bedrock、Vertex、Foundry 和网关， CLAUDE_CODE_AUTO_MODE_SERVER=0 表示退出服务端分类。上文所述的后续直接 API 行为也支持通过以下设置显式加入： 1.

现有简要资料尚不足以完全确定历史上哪些情况符合回退条件。有依据的结论更为有限：服务端分类器开销不收费，收费回退可能产生警告，而常规模型使用另行计算。如需了解更全面的使用量背景，请参阅 Claude Code 定价指南.

在不批准所有操作的情况下无人值守运行

对于 CI 或其他无人值守任务，绕过模式并非唯一可用的方法。于 2026 年九月 2 日发布的 Claude Code 2.1.259 新增了 --permission-prompts none.

该 2.1.259 版本说明 描述了其行为：任何会触发提示的操作都会被自动拒绝，而所选权限模式会继续进行决策。

例如：

claude -p "Run the test suite" --permission-mode auto --permission-prompts none

自动模式仍会审查操作。如果某项操作到了需要权限审批的阶段，此配置会拒绝该操作，而不是等待人工处理。

当要求在保留审查的同时实现无人值守执行时，这是一个有用的选择。它并不保证任务能够完成：任务所需的某项操作可能被阻止或拒绝。应根据你的优先目标选择配置，是自动审查、自动编辑，还是绕过常规审批。

为什么项目设置可能无法激活该模式

自九月 1 日发布的版本 2.1.257 起， defaultMode: "bypassPermissions" 在以下两处均不生效： .claude/settings.json 和 .claude/settings.local.json。这与对 "auto" 在这些项目设置文件中的限制一致。

使用用户设置或托管设置，或者传入 --permission-mode 来启动 Claude Code。对于特定的无人值守运行，使用显式命令可以让所请求的模式便于检查。

同样的工作流也可以通过 AI Prime Tech 等 API 网关运行；请参阅 使用 API 密钥运行 Claude Code。AI Prime Tech 是独立机构，与 Anthropic 或 OpenAI 无关联。

结合权限控制与沙箱隔离

权限模式控制审批决策。沙箱隔离控制命令可以访问哪些资源。如果你希望减少打断，同时限制文件系统和网络访问，请同时使用两者。

Anthropic 的 沙箱隔离公告于 2025 年 10 月 20 日发布，其中介绍了通过 Linux bubblewrap 和 macOS Seatbelt 实施的文件系统与网络隔离，隔离范围也包括派生的子进程。运行 /sandbox 进行配置。

Anthropic 报告称，在内部使用中，权限提示减少了 84%。这是内部使用的结果，并不保证每个项目或任务都能达到相同的降幅。

相关沙箱控制项

这些设置会启用沙箱隔离，禁用 dangerouslyDisableSandbox 绕过机制，并要求已启用的沙箱必须成功启动：

{
  "sandbox": {
    "enabled": true,
    "allowUnsandboxedCommands": false,
    "failIfUnavailable": true
  }
}

这些控制项各有用途：

• sandbox.enabled 启用沙箱隔离。
• sandbox.allowUnsandboxedCommands: false 禁用绕过机制。
• sandbox.failIfUnavailable于 2026 年 3 月 25 日在 2.1.83 版本中加入；如果已启用的沙箱无法启动，它会退出，而不是在没有沙箱隔离的情况下继续运行。

自动模式或绕过模式都可以与沙箱隔离结合使用。无论选择哪种权限模式，沙箱配置依然重要，而且沙箱中的 shell 命令也可能接受服务端审查。

部分删除操作仍会触发提示

“跳过权限”并不保证完全不再询问。截至本文发布时，更新日志记载，危险的 rm 操作在绕过模式和自动模式下触发的提示会等待两分钟，然后拒绝该操作，并给出改写提示。

CLAUDE_CODE_DISABLE_DANGEROUS_RM_TIMEOUT=1 会禁用该超时机制。不应将其描述为禁用所有删除保护措施，或让所有命令自动成功执行。

对于无人值守的工作，应考虑操作被拒绝的可能性。即使常规权限提示已被移除，依赖受阻操作的任务仍可能需要调整执行方式。

要点

• claude --dangerously-skip-permissions 会激活 bypassPermissions，从而免除常规权限审批，但其余保护措施仍然适用。
• 自动模式使用分类器审查。它可以批准操作、阻止操作，也可能在多次阻止操作后最终要求人工批准。
• 服务端分类器的默认设置与启动时权限模式的默认设置是两项独立变更。2.1.278 版本更改了分类行为；2.1.283 版本更改了指定交互式会话的启动行为。
• 如需在保留审查的情况下无人值守执行，请将自动模式与 --permission-prompts none结合使用；原本会触发提示的操作将被拒绝。
• 选择权限模式时，也应配合使用隔离和沙箱控制。项目设置无法通过 defaultMode激活自动模式或绕过模式，因此请使用用户设置、托管设置，或显式指定 CLI 模式。

常见问题

claude --dangerously-skip-permissions 会允许所有操作而不询问吗？

它通过激活 bypassPermissions来绕过常规权限审批，但其余保护措施仍然适用。截至 2026 年 9 月 27 日，危险的 rm 操作在绕过模式和自动模式下触发的提示可能会等待两分钟，然后拒绝该操作，并给出改写提示。

Claude Code 自动模式仍会阻止命令或要求批准吗？

会。自动模式允许已批准的操作继续执行，并阻止其他操作，以便 Claude 尝试其他方法；在多次阻止操作后，它也可能触发人工审批。添加 --permission-prompts none 会自动拒绝所有原本会触发提示的操作。

服务端自动模式分类会额外收费吗？

2.1.278 版本说明，服务端分类不会对分类器开销收费，并会在回退到计费方式时发出警告。这并不意味着常规编码或模型使用免费；请查看 Auto mode server 中的对应行，该行位于 /status 中，以确定会话的分类器在哪里运行。

为什么 defaultMode 无法在我的项目中激活自动模式或绕过模式？

项目设置的限制会使 "auto" 和 "bypassPermissions" 无法作为 defaultMode 的值生效，涉及的配置文件为 .claude/settings.json 和 .claude/settings.local.json。请使用用户设置或托管设置，或者在启动 Claude Code 时显式指定 --permission-mode 参数。