AI 编码智能体的权限闸门是把双刃剑：拦得住误操作，也拦得住你干活的手感。用 Claude Code 改代码，每装一个依赖、每跑一次测试都要点一遍确认，一个下午下来确认了几十次，很多人开始怀疑是不是配置坏了。其实频繁提示多半不是故障，是权限层默认从严的设计——它宁可多问，不肯放行。这篇按排障文的惯例给一条降频顺序：先换批准模式，再写放行规则，最后讲清为什么跳过权限这道闸门只作风险警示不作建议；同类机制在 Codex 上的形态，见审批模式一篇。
提示从哪来：三层闸门的设计意图
Claude Code 的权限设计分三层。第一层是默认询问：凡是写入文件、执行命令这类有副作用的动作，先停下来问人，这是防误伤的底线。第二层是会话内记忆：同类动作选过一次「本会话不再询问」，短期内不再重复问。第三层才是配置化的规则与模式，把长期信任的动作固化下来。频繁提示说明大部分动作还停留在第一层——信任还没沉淀，需要你主动往下移。理解了分层，降频的思路就清楚了：把确定安全的动作逐层放行，而不是一上来就拆闸门。第一次上手时的权限确认流程，从 /init 开始一篇有完整链路。
| 闸门层 | 拦的是什么 | 信任怎么往下沉 |
|---|---|---|
| 默认询问 | 写入文件、执行命令这类有副作用的动作 | 逐条确认，这是防误伤的底线 |
| 会话内记忆 | 同类动作选过一次「本会话不再询问」 | 短期内不再重复问同一类动作 |
| 配置化规则与模式 | 长期信任的动作 | 写进 settings.json 的 allow 规则与批准模式 |
第一档：Shift+Tab 换批准模式
最快的降频手段在键盘上：交互会话里按 Shift+Tab，可以在默认模式与自动批准模式之间切换。切到自动批准，常见读写与命令不再逐条询问，适合你盯着屏幕全程看它干活的时候——人就是闸门，出问题当场 Esc 停。两条边界要记：一是模式只对当前会话生效，新开会话回到默认询问，这是刻意设计，防止一键放行被遗忘在后台持续裸奔；二是自动批准不等于无人值守，改配置、删文件这类不可逆动作依然值得人工确认。判断口诀：人盯着用自动批准，人要走开回默认模式。走开之前该留什么退路，回退与检查点一篇接着讲。
第二档：settings.json 写 allow 规则
会话内记忆治标，规则治本。Claude Code 的 settings.json 里可以声明 allow 规则：把明确安全、高频出现的动作列入放行名单。社区里最常见的两条是放行 npm test 这类验证型命令、放行 git status 与 git diff 这类只读的查看命令——它们跑一百次也不会破坏现场，逐条确认纯属浪费手感。规则按模式匹配，写清楚允许哪条命令的哪类参数，越具体越安全：放行整类命令的风险远高于放行一条固定命令。写规则的判断标准一句话：这条命令跑错了，损失能不能一眼修回来？能，进名单；不能，留在询问层。
跳过权限的开关：只作风险警示
社区讨论里绕不开一个参数：dangerously-skip-permissions。名字里带 dangerously，官方把风险写在了明面上：开启后所有动作不再询问，agent 可以不经确认执行任何命令，包括删文件、改配置、向外部发起网络请求。风险并非理论：任务描述里夹带的意外指令、它自己对路径的误判、被污染上下文带偏的方向，都会在无闸门状态下直达你的系统。本文立场是只讲风险、不指导开启：生产项目、含敏感数据的目录、你不逐行看 diff 的场景，都不适合用这个开关。批量任务需要无人执行，正确路径是隔离环境，沙箱机制的通用讨论见沙箱模式一篇。
降频排查顺序与团队沉淀
把三档串成一条排查线。第一查：提示集中在哪类动作——集中在测试与查看类，先写 allow 规则；第二查：使用场景——需要全程紧盯的长任务，切自动批准模式；第三查：有没有人在打跳过权限的主意——先过一遍上一节的风险清单再决定。团队层面可以更进一步：把 allow 规则写进项目配置统一维护，新人克隆即用，避免各写各的名单。想让规则沉淀更快，可以让 DeepSeek 扫一遍团队的命令历史，把高频且低风险的命令整理成 allow 规则草稿，再让豆包按「跑错了能不能一眼修回来」这条标准逐条复核，两轮下来名单就是团队的共识文件。
权限降频速查
- 频繁提示是默认从严的设计，先分层再降频
- Shift+Tab 切自动批准，只对当前会话生效
- allow 规则放行 npm test、git status 这类低风险命令
- 规则标准：跑错了能不能一眼修回来
- dangerously-skip-permissions 只作风险警示，无闸门直达系统
权限模式快问快答
- Shift+Tab 切了模式，新会话怎么又变回问了？模式只对当前会话生效，新会话默认从严；长期降频走 settings.json 的 allow 规则，一次编写反复生效。
- allow 规则写宽一点有问题吗？有。模式匹配写得太宽等于整类命令免审，误伤面同步放大；宁可逐条添加，攒一份精确名单。
- 权限提示和 Permission denied 是一回事吗？两回事。前者是 Claude Code 主动问你要不要放行，后者是系统层拒绝执行，多为文件与目录权限问题，按 npm 权限排查一篇的思路处理。
