用好 AI › 任务边界
任务边界:哪些权限别给它
下面内容都摘录自厂商官方文档,本站只做综合和大白话解释。
各家分几档,默认给您哪一档
2 家,分别 6 / 3 档
默认值最要紧 —— 大多数人装完不会去改。
| 产品 | 逐次确认 | 目录内自动 | 全部放开 |
|---|---|---|---|
| 手动开 | 装完默认 | 手动开 | |
| 手动开 | 装完默认 | 手动开 |
逐档对照(9 行)展开收起⌄
Claude Code默认:Pro / Max / Team 套餐默认是 auto 档;企业版与 Console API key 仍默认手动档
| 档位 | 不问您就能做什么 | 官方说适合什么 |
|---|---|---|
| default(手动) | 只读 | 每一步都自己看,敏感工作 |
| acceptEdits | 读、改文件、常见文件系统命令 | 您正在逐行审的代码 |
| plan | 读,加上分类器批准的命令 | 改之前先摸清楚这套代码 |
| auto | 全部,带后台安全检查 | 长任务,减少反复打断 |
| dontAsk | 只跑预先批准的工具 | 锁死的自动化与脚本 |
| bypassPermissions | 全部 | ! 官方注明:只用于隔离容器与虚拟机 |
Codex默认:Auto(工作区可写 + 按需审批);Full Access 官方标注「不推荐」
| 档位 | 不问您就能做什么 | 官方说适合什么 |
|---|---|---|
| Read-Only | 只读、只答问题 | 改动、命令、联网都要批准 |
| Auto(默认) | 工作区内可读、可改、可跑命令 | 越出工作区或要联网时才问您 |
| Full Access | 无沙箱、不问您 | ! 官方标注 not recommended |
厂商自己写明的短板
原文出自厂商官方文档,人话是本站翻的
替您把关的是另一个 AI,而厂商自己写明了它会错。
01自动档不等于安全
Claude Code⌄
自动档只是少问您几次,不保证安全。它适合您认可大方向的活,不能拿来替代对敏感操作的复核。
「自动模式减少权限询问,但不保证安全。把它用于你信任其大方向的任务,而不是用来替代对敏感操作的复核。」
对您意味着:默认就是这一档。也就是说,您什么都不设的时候,跑的正是官方说「不保证安全」的那一档。
官方文档↗02最宽那一档只能在隔离环境用
Claude Code⌄
这一档只能在容器、虚拟机这类隔离环境里用,而且要断网 —— 要保证它伤不到您的主机。
「只在隔离环境中使用此模式,例如容器、虚拟机或无网络访问的开发容器,在这些环境中 Claude Code 无法损害你的主机系统。」
对您意味着:「图省事关掉所有确认」和「官方设想的用法」之间差着一整台隔离机器。
官方文档↗03您划的边界会被上下文压缩弄丢
Claude Code⌄
您口头交代的边界不会被存成规则。每次检查时,它都是从对话记录里重新读一遍的 ——一旦对话太长被压缩、那句话被删掉,这条边界就没了。要硬保证,得写成拒绝规则。
「边界不会被存储为规则。分类器在每次检查时从对话记录中重新读取它们,因此如果上下文压缩移除了陈述该边界的那条消息,这条边界就可能丢失。若要硬性保证,请改为添加一条拒绝规则。」
对您意味着:这条把两件事接上了:聊得越久越糊涂,不只是答得差,连您早先立的规矩都会消失。重要的禁止项要写进配置,不要只在对话里说一句。
官方文档↗04沙箱里的命令能给自己扩权
Claude Code⌄
关掉文件隔离、又让命令自动放行之后,沙箱里的命令可以写一些文件(比如启动脚本、可执行文件、它自己的配置),下一轮再读回来 —— 等于自己给自己扩权。
「在关闭文件系统隔离且命令被自动放行的情况下,沙箱内的一条命令可以写入之后的命令会运行或读取的文件,例如 shell 启动文件、$PATH 上的可执行文件,或 ~/.claude/settings.json,并利用它们在下一次运行时扩大自身的访问权限。」
对您意味着:「关掉隔离图快」不是省一步,是把一次性风险变成会累积的风险。
官方文档↗05默认设置下它读得到您的密钥文件
Claude Code⌄
默认配置仍然允许它读云平台凭证和 SSH 私钥所在的目录。要挡住得自己去配。
「请注意,此默认设置仍然允许读取凭证文件,例如 ~/.aws/credentials 和 ~/.ssh/。使用 sandbox.credentials 来阻止读取这些文件并清除机密环境变量,或者把这些路径加入 denyRead。」
对您意味着:这条最该现在就去改。装完先把凭证目录加进禁读名单,比事后追查省事得多。
官方文档↗06内置代理默认不看加密流量
Claude Code⌄
内置代理只按域名放行,默认不解密、不检查加密流量的内容。
「内置代理基于请求的主机名执行白名单,并且默认不终止或检查 TLS 流量。」
对您意味着:域名白名单挡的是「去哪儿」,挡不住「带走了什么」。
官方文档↗07最宽档下恶意项目能把凭证带走
Codex⌄
在容器里用最宽那一档跑,一个有恶意的项目能把容器里的任何东西带走 —— 包括 Codex 自己的凭证。官方要求只对可信仓库用,并且要像对待任何高权限环境一样盯着它。
「如果你在容器内以 --sandbox danger-full-access 运行 Codex,一个恶意项目可以外传开发容器内可获取的任何东西,包括 Codex 的凭证。仅对可信的仓库使用这一方式,并像在任何其他高权限环境中一样监控 Codex 的活动。」
对您意味着:「反正在容器里」不构成放开权限的理由 —— 容器里也有值钱的东西。
官方文档↗08自动复核不是一道安全边界
Cursor⌄
自动复核不是安全边界。做判断的分类器会犯错:可能放行您本想拦下的,也可能拦下您本想放行的。
「自动复核不是一道安全边界。分类器会出错。它可能放行一个你本会阻止的调用,也可能阻止一个你本会放行的调用。」
对您意味着:替您把关的是另一个 AI,不是一条规则 —— 而厂商自己写明了它会错。
官方文档↗默认就拦住的不可逆操作
清单原样取自官方文档
这是好消息 —— 但只覆盖列出来的这些。
常见问题
答案都从本页数据生成,不是另写的文案
Claude Code 装完之后默认是哪一档权限?⌄
Pro / Max / Team 套餐默认是 auto 档;企业版与 Console API key 仍默认手动档。这一档在我们的四档刻度上属于「能跑命令」——官方对它的说明是「全部,带后台安全检查」。它不是最紧的一档:最紧的是「default(手动)」(只读)。
Codex 装完之后默认是哪一档权限?⌄
Auto(工作区可写 + 按需审批);Full Access 官方标注「不推荐」。这一档在我们的四档刻度上属于「能改工作区文件」——官方对它的说明是「工作区内可读、可改、可跑命令」。它不是最紧的一档:最紧的是「Read-Only」(只读、只答问题)。
哪些档位是厂商自己标注不该用的?⌄
Claude Code 的「bypassPermissions」——官方写的是「官方注明:只用于隔离容器与虚拟机」;Codex 的「Full Access」——官方写的是「官方标注 not recommended」。这些是厂商写在自己文档里的。
删库、强推这类不可逆操作会被自动拦住吗?⌄
Claude Code 的官方文档列了一份默认拦截清单,共 4 类,另有一条硬拒绝(放行规则也盖不过):rm 与 rmdir 指向关键路径时(如 rm -rf / 与 rm -rf ~),即使有放行规则、即使前置钩子放行,也一律拒绝。。但这份清单是有边界的:它拦的是这些具体命令,不是「所有危险的事」——清单之外的不可逆操作,比如通过某个接口发出去、提交到线上,不在这套默认拦截里。
「自动档」是不是就等于安全?⌄
不是,而且这句话是厂商自己写的。本页收了 8 条官方认输句,出自 Claude Code、Codex、Cursor,逐条附了原文与链接 —— 其中就包括「自动档只是少问您几次,不保证安全」这一类的表述。
这一页的说法是你们自己的判断吗?⌄
不是。8 条认输句、2 家的档位表、默认拦截清单,全部取自厂商官方文档,每条附原文与链接,采集于 2026-09-06。我们做的只有三件事:并排摆出来、翻成人话、把「默认落在哪一档」画出来。
我该把权限调到哪一档?⌄
按您让它碰什么定,不存在一个通用答案。只让它读写一个项目目录,和让它连生产环境、能发消息,是完全不同的风险等级。厂商标注「只限隔离容器与虚拟机」的那一档,就照它说的只在隔离机器上用。
还能看什么
出处与延伸,都能自己核
本页来源 4 条,逐条摊开⌄
厂商官方文档 · 2026-09-06。厂商随时可能调整默认档位和措辞,动手配置前以官方页面为准。
您该怎么办
装完先做两件事,都只花几分钟:
把云平台账号密钥和服务器私钥所在目录加进禁止读取名单 —— 默认配置是能读的。
把重要的禁止项写进配置文件,别只在对话里说一句 —— 对话一压缩就可能丢。
放开全部权限只在一种情况下成立:一台您不心疼的独立隔离机器。