權限模式
權限模式決定 agent 在什麼時候需要先取得你的核准才能動作。在訊息輸入框（composer）裡選擇模式，選好的模式只套用在那一個 Thread。
新 Thread 的預設模式在 Settings → General → New threads → Permissions 設定。專案可以覆寫環境的預設值。新 Thread 用的是這個設定，而不是你當時正在看的那個 Thread 的模式。一開始的預設值是 Full access；既有的 Thread，以及你在草稿裡自己選過的模式，都會保留原本的權限。
| 模式 | 行為 |
|---|---|
| Supervised | 執行指令和修改檔案前，都會請你核准。 |
| Auto-accept edits | 自動核准檔案編輯；其他動作仍可能需要你核准。 |
| Auto | 交給 Provider 自己的自動審查：例行動作直接放行，其餘的才來問你。 |
| Full access | 指令和編輯都直接執行，不跳出核准提示。 |
在對話中核准或拒絕請求，agent 才會繼續。權限模式不會阻止 agent 針對任務內容向你提問。
各 Provider 的差異#
每個 Provider 執行權限控管的方式不同。在 Supervised 模式下，有些唯讀動作可以直接進行。Auto 模式在 Codex、Claude、Cursor 和 Grok 上會使用它們的自動審查；沒有對應機制的 Provider（包括 OpenCode 和 Antigravity）則會退回成「每次都問你」。在 Grok 上，被它的審查擋下來的指令會轉交給你核准。
Grok 沒有 Auto-accept edits 模式。原本就設成這個模式的 Grok Thread 會以 Supervised 執行。Grok 的檔案變更核准會提供 Allow all edits this session（本次工作階段允許所有編輯）選項。它的指令核准則沒有「整個工作階段都允許」的選項，因為 Grok 會把那個指令記在整個專案上。
ACP Registry 的 agent 以它們自己的模式執行自己的工具；T3 Code 會依照權限模式回覆它們送來的核准請求。詳見 ACP Registry 的權限。
Antigravity 即使在 Full access 模式下，仍可能送出它原生的核准請求。它只會對支援的動作提供「記住這次核准」的選項。
各 Provider 的設定方式與限制，請看 Provider 指南。
本頁譯自 docs/user/permission-modes.md（英文原文，版本 c7e4551）。標示「本站補充」的區塊不在原文裡。