Claude Code 新开关可关闭部分危险指令拦截

Claude Code v2.1.311 新增了一个环境变量，允许用户进一步关闭部分危险操作保护，包括原本会被拦截的删除指令。它改动的是权限边界，不是模型能力。

容易误读的地方在于：原有的 --dangerously-skip-permissions 并没有放行所有操作，新变量才把其中一层保护交给用户关闭。对日常使用 AI 编程工具的程序员来说，关键不是少点几次确认，而是弄清自己究竟撤掉了哪道防线。

已经跳过权限检查，为什么还会拦截？

据 IT之家 10 月 29 日转述，The Register 在 10 月 28 日报道了这项变化。Anthropic 技术人员 Daisy Hollman 解释，原有的 --dangerously-skip-permissions 虽然允许跳过权限检查，系统仍会阻止某些明显危险的指令。

原文给出的例子是 rm -rf ~，也就是递归、强制删除用户主目录内容。这和删除项目里一个临时文件，影响范围完全不同。

因此，需要区分两件事：一件是执行操作前是否征求批准，另一件是某些操作是否仍被工具直接拦截。按照 Hollman 的说明，旧选项跳过了前者，却保留了部分后者。

跳过权限确认，不等于所有危险指令都能执行。

新变量关闭了什么，又没保证什么？

新增变量的完整名称是 CLAUDE_CODE_EVEN_MORE_DANGEROUSLY_SKIP_PERMISSIONS。名字很直白，意思是「更加危险地跳过权限检查」。

原文给出的设置形式是 CLAUDE_CODE_EVEN_MORE_DANGEROUSLY_SKIP_PERMISSIONS=1。其中，=1 是启用该设置的关键；按 Hollman 的解释，它允许用户进一步禁用前面提到的危险操作保护。

但这条消息的边界也很明确：

• 新功能需要用户主动设置，Claude Code 没有默认关闭这些保护。
• 组织管理员施加的其他限制仍可能生效。
• 报道没有列出所有受影响的指令，也没说清新变量与其他限制的完整优先关系。

另外，这项变化没有出现在对应版本的更新日志里。因为变量名过于直白，有人怀疑它是玩笑，Hollman 随后明确回应「不是玩笑」。

这能支持「该设置确实存在」的判断，却不能补齐所有行为细节。原文没有提供实测过程，也没有给出开启前后的完整权限对照表。

我的判断

我认可这条消息提醒我们重新审视「跳过权限检查」的具体含义。选项名称听起来像全面放行，实际仍可能存在额外拦截。理解这一点，比记住一个新变量更有用。

但把它概括成「AI 删文件可以不再问你」，容易把逐次审批和危险指令拦截混在一起。此次更具体的变化，是允许用户进一步关闭原有选项仍保留的部分保护。

对于一般团队，是否启用它，还取决于运行环境。能够随时销毁的隔离环境，与存放日常资料的开发机，承担误删的能力差别很大。这是使用上的判断，不是原文已经验证的效果。

原文证明了权限可以放得更开，没有证明这样做更高效。

报道没有提供任务耗时、误删率或人工介入次数的对照数据。与保留审批、只开放必要操作相比，新变量究竟能省多少事，目前不能从这篇报道得出结论。

能拿来做什么

• 检查前端或 Node 项目的 AI 启动脚本、终端配置和 CI 环境，确认是否设置了 --dangerously-skip-permissions，以及是否额外启用了新变量，避免误判当前权限范围。
• 如果智能体被删除操作拦住，先确认目标路径和拦截原因。原文举出的 rm -rf ~ 指向整个用户主目录，不能按普通项目清理来处理。
• 确实需要评估新设置时，先在可丢弃的隔离环境中验证具体操作；涉及组织环境，还要核对管理员限制。报道没有给出完整规则，不能只靠变量名推断最终行为。