权限模式¶

权限模式控制智能体在何种情况下需要你的批准才能操作。在消息撰写器中选择一个模式；该模式适用于该线程。新线程会在撰写器下方标明其模式。在采用默认模式的线程中，打开模型选择器并在其底部选择权限，或按 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 权限。

有关配置和特定于提供商的限制，请参阅提供商指南。