Antigravity推出了四種Agent 模式
整理版優先睇
Antigravity 推出四種 Agent 模式，由嚴格審查到全自動執行任你揀
呢篇文章係 Antigravity 產品更新嘅整理，主要講佢哋新推出嘅四種 Agent 模式，用嚟滿足唔同開發場景嘅需要。之前有讀者問過點樣可以唔畀 Agent 行嘅時候不停互動，呢四種模式就係答案。總括嚟講，Antigravity 將 Agent 嘅執行權限分做四個層級，由「嚴格模式」要全部人手確認，去到「代理驅動模式」完全自動化，讓開發者可以根據風險承受程度同埋效率要求靈活選擇。
四種模式分別係：Strict Mode（嚴格模式）、Review-driven development（審查驅動開發）、Agent-driven development（代理驅動開發）同埋 Custom configuration（自定義配置）。每種模式都對應唔同嘅 Terminal、Review 同 JavaScript 執行策略，例如 Strict Mode 會關閉所有自動執行，而 Agent-driven mode 就會全部自動 proceed。文章建議初學者由審查驅動開發模式開始，熟練之後先轉去更高自動化嘅模式。
呢篇文章嘅結論係：Antigravity 想透過呢四種模式，平衡 AI 自動化嘅效率同埋風險控制。開發者可以按項目需求揀適用嘅模式，特別係處理生產環境或核心系統時，應該用 Strict Mode 確保安全；而熟手嘅 AI 工程師就可以用 Agent-driven mode 加快開發速度。總之，呢個設計係為咗畀開發者掌握…
- Antigravity 推出四種 Agent 模式，針對唔同風險容忍度同自動化需求，由嚴格審查到全自動執行
- Strict Mode 將 Agent 降級為建議者，所有更改必需要人手審查，適合生產環境或核心系統
- Review-driven development 係默認首選模式，強調學習同細緻編碼，要求睇到 Agent 嘅計劃先準執行
- Agent-driven development 適合多 Agent 管理嘅忙碌工程師，完全自動執行，只睇結果
- Custom configuration 可以自訂每項策略，讓開發者靈活混合審批同自動化
Strict Mode：將 Agent 降級為建議者
呢個模式係為咗處理生產環境或者核心系統而設，任何自動化錯誤都可能搞到刪庫或者配置錯曬。Strict Mode 強制開發者審查所有更改，Agent 只係建議者，唔係執行者。
呢個模式將 Agent 降級為建議者而非執行者，強制人類開發者作為最後一道防線，確保每一行代碼同每一個命令都經過人工確認。
另外仲會引入 Gemini Code Assist 等外部審計工具嚟對沖 AI 嘅幻覺風險。喺呢個模式下，Review Policy、Terminal Command Auto Execution 同 JavaScript Execution Policy 都係 Disable 狀態。
Review-driven Development：預設首選，學習與審查並重
呢個係默認首選模式，優先強調學習同細緻嘅代碼編寫。喺呢個模式下，Terminal execution policy 同 Review Policy 都係 Request Review，即係 Agent 執行前會問你「佢要做咩」同「點解咁做」。
JavaScript execution policy 係 Disable，防止 Agent 喺背景靜默執行複雜邏輯，確保透明度。
Agent-driven Development：全自動，適合忙碌嘅 AI 工程師
呢個模式好適合已經配置咗啲技能、同時管理多個 AI Agent 嘅開發者。你可以透過 allow list 或者 block list 嚟優化工作流程。
喺呢個模式下，Terminal execution policy、Review Policy 同 JavaScript execution policy 都係 Always Proceed，你只需要睇結果，唔使中間確認。
呢種模式將效率放到最高，但風險都相對大，適合對 Agent 好有信心嘅用家。
Custom Configuration：按工作流自訂策略
當你希望為特定工作流訂製 Agent 策略時，可以揀自定義配置模式。例如你想讓 Agent 主導生成，但仍然堅持先審批計劃，呢個模式就啱曬。
自定義模式下，Terminal execution policy、Review Policy 同 JavaScript execution policy 全部可以獨立設定，彈性最大。
呢個模式適閤中級以上開發者，可以喺唔同階段用唔同嘅自動化程度。
之前嗰篇講Antigravity嘅文入面，有讀者問如果唔想喺Agent運行期間同佢互動，要點樣設定。呢篇文章或者會畀到答案。
呢兩日，Antigravity推出咗四種Agent模式，分別係Strict Mode，Review-driven development，Agent-driven development，Custom configuration
Strict Mode
嚴格模式。處理生產環境或者核心系統嗰陣，任何細微嘅自動化錯誤都可能造成不可逆嘅後果，例如刪庫、配置出錯呢啲。Strict Mode模式要求你一定要審查所有更改，呢種配置會將Agent降級做建議者而唔係執行者。佢強制人類開發者做最後防線，確保每一行Code同每一個指令都經人手確認，仲引入Gemini Code Assist呢啲外部審計工具抵消AI嘅幻覺風險。
喺Strict Mode模式下，Review Policy策略、Terminal Command Auto Execution、JavaScript Execution Policy都係Disable狀態。
Review-driven development
審查驅動開發模式。預設首選模式，優先強調學習同仔細嘅代碼編寫。
喺審查驅動開發模式下，Terminal execution policy同Review Policy策略都係Request Review，即係要開發者喺AI執行之前睇到「佢想做啲乜」同「點解要咁做」。JavaScript execution policy策略係Disable，防止Agent喺背景靜默執行複雜邏輯Script，確保代碼邏輯嘅透明度。
建議由呢個模式開始，等熟手啲之後再調校設定。
Agent-driven development
代理驅動開發模式。呢個模式好適合好忙嘅AI工程師——已經配置咗一啲技能同管理緊幾個AI Agent。
佢可以透過喺允許列表或者阻止列表加多啲條目嚟優化你嘅工作流程。
喺代理驅動開發模式下，Terminal execution policy同Review Policy策略都係Always Proceed；JavaScript execution policy策略都係Always Proceed。用呢個模式，你只需要睇結果，唔需要中間確認過程。
Custom configuration
自定義配置模式。當你想為特定工作流程自訂Agent策略嗰陣可以揀自定義配置模式。有時你會想畀Agent主導生成，但係仍然堅持要先審批計劃，呢個模式就啱用。
自定義配置模式下，Terminal execution policy、Review Policy策略同JavaScript execution policy策略都可以自訂配置。
在前面發的Antigravity相關的文章中，有讀者問到如果不想在Agent運行的過程中和它互動，要如何設置。這篇文章或許有答案。
這兩天，Antigravity推出了四種Agent模式，分別是Strict Mode，Review-driven development，Agent-driven development，Custom configuration
Strict Mode
嚴格模式。在處理生產環境或核心系統時，任何微小的自動化錯誤都可能導致不可逆的後果，如刪庫，配置錯誤等。Strict Mode模式要求你務必審查所有更改，這種配置將 Agent 降級為建議者而非執行者。它強制人類開發者作為最後一道防線，確保每一行代碼和每一個命令都經過人工確認，並引入 Gemini Code Assist 等外部審計工具來對沖 AI 的幻覺風險。
在Strict Mode模式下，Review Policy策略、 Terminal Command Auto Execution、 JavaScript Execution Policy都是Disable狀態。
Review-driven development
審查驅動開發模式。默認首選模式，優先強調學習和細緻的代碼編寫。
在審查驅動開發模式下，Terminal execution policy和Review Policy策略都是Request Review，這是為了讓開發者在 AI 執行操作前看到“它要做什麼”和“它為什麼要這麼做”。JavaScript execution policy策略為Disable，這是為了防止 Agent 在後台靜默運行復雜的邏輯腳本，確保代碼邏輯的透明度。
建議從這個模式開始，等更熟練後再調整設置。
Agent-driven development
代理驅動開發模式。這個模式非常適合忙碌的 AI 工程師----已經配置了一些技能並在管理多個 AI Agent。
它能通過在允許列表 or 阻止列表中添加更多條目來優化你的工作流。
在代理驅動開發模式下，Terminal execution policy和Review Policy策略都是Always Proceed；JavaScript execution policy策略也是Always Proceed。用這種模式，你只需要看結果，不需要中間的確認過程。
Custom configuration
自定義配置模式。當你希望為特定工作流定製Agent策略時可以選擇自定義配置模式。有時你會希望讓 Agent 主導生成，但仍堅持先審批計劃，這種模式就很合適。
自定義配置模式下，Terminal execution policy和Review Policy策略、以及JavaScript execution policy策略可以自定義配置。