权限模式

权限模式决定智能体何时需要你批准才会行动。在消息 Composer（编写器）里选择一种模式；它作用于那条对话线程（thread）。新对话线程会在编写器下方标出自己的模式。对话线程使用你的默认模式时，打开模型选择器，在底部选择 权限，或按 mod+shift+a。使用其他模式的对话线程会在模型旁边显示该模式。

在 设置 → 对话线程 → 新对话线程 → 权限 里设置新对话线程的默认值。项目可以覆盖环境默认值。新对话线程使用这项设置，而不是你正在查看的那条对话线程的模式。初始默认值是 完全访问；已有对话线程，以及你在草稿里选择的模式，会保留各自的权限。

模式	行为
监督	命令和文件更改都请求批准。
自动接受编辑	自动批准文件编辑；其他动作仍可能需要批准。
自动	使用提供方的自动审查来批准常规动作，并询问其他动作。
完全访问	允许命令和编辑，不再弹出批准提示。

管理员可以用托管策略限制一台机器上可用的模式；高于上限的模式会显示是谁在管理它们。

在对话里批准或拒绝请求，智能体才能继续。权限模式并不阻止智能体询问任务本身的问题。子智能体的批准请求会出现在父对话里，并带上子智能体的名字，因此你不必切换对话线程就能回应。

提供方差异

各提供方执行权限的方式不同。有些只读动作在 监督 下也可以继续。自动 在 Codex、Claude、Cursor、Grok 和 fx 上使用自动审查；没有同等能力的提供方，包括 OpenCode 和 Antigravity，会退回到询问。在 Grok 上，被它的审查拦住的命令会交给你批准。在 fx 上，它仍然发出的提示也会交给你。

Muse Code 只提供 监督 和 完全访问。已经设成其他模式的 Muse 对话线程会以 监督 运行。

T3 Code 不为 fx 提供 自动接受编辑 或 完全访问。已经设成其中一种的 fx 对话线程会以 监督 运行。

Grok 不提供 自动接受编辑。已经设成该模式的 Grok 对话线程会以 监督 运行。Grok 的文件更改批准提供 本次会话允许全部编辑。它的命令批准没有整个会话范围的选项，因为 Grok 会在整个项目里记住那条命令。

ACP Registry 智能体以它们自己的模式运行自己的工具；T3 Code 按权限模式回答它们的批准请求。见 ACP Registry 权限。

当 Claude 的设置禁用了绕过权限，或某个动作要求批准时，即使在 完全访问 下它仍可能询问。绕过模式下的危险删除安全检查会带着原来的警告拒绝该命令。警告里如果提供了安全的改写，Claude 可以使用它；否则它会跳过这次删除并告诉你跳过了什么。Claude 的批准还在等待时，输入一段文字回复可以拒绝该请求，并把反馈直接交给提出请求的智能体，包括子智能体。其他尚未处理的请求保持未回答。

Antigravity 在 完全访问 下仍可能发送原生批准请求。它只对支持记住的动作提供可记住的批准。

Kiro 只提供 监督 和 完全访问。在 监督 下，Kiro 还会请你复查一个回合的文件更改。见 Kiro 权限。

设置方法和各提供方的具体限制见提供方指南。