Antigravity lanserar fyra Agent-lägen
Antigravity lanserar fyra Agent-lägen
I tidigare artiklar relaterade till Antigravity har läsare frågat hur man kan ställa in det om man inte vill interagera med Agenten under dess körning. Denna artikel kanske har svaret.
Under de senaste dagarna har Antigravity lanserat fyra olika Agent-lägen: Strict Mode, Review-driven development, Agent-driven development, Custom configuration.
Strict Mode
Strikt läge. Vid hantering av produktionsmiljöer eller kärnsystem kan även små automatiseringsfel leda till oåterkalleliga konsekvenser, såsom databasradering eller konfigurationsfel. Strict Mode kräver att du noggrant granskar alla ändringar, vilket nedgraderar Agenten till en rådgivare snarare än en utförare. Det tvingar mänskliga utvecklare att vara den sista försvarslinjen, vilket säkerställer att varje kodrad och varje kommando bekräftas manuellt, och introducerar externa revisionsverktyg som Gemini Code Assist för att motverka AI:s illusionsrisker.
I Strict Mode är Review Policy-strategin, Terminal Command Auto Execution och JavaScript Execution Policy alla i Disabled-läge.

Review-driven development
Granskningsdriven utvecklingsläge. Standardpreferensläge som prioriterar lärande och noggrant kodande.
I granskningsdriven utvecklingsläge är Terminal execution policy och Review Policy-strategin båda Request Review, vilket gör att utvecklaren kan se "vad AI:n ska göra" och "varför den ska göra det" innan AI:n utför åtgärder. JavaScript execution policy-strategin är Disabled för att förhindra att Agenten kör komplexa logiska skript tyst i bakgrunden och säkerställa kodens logiska transparens.
Det rekommenderas att börja med detta läge och justera inställningarna när du blir mer van.
Agent-driven development
Agentdriven utvecklingsläge. Detta läge är mycket lämpligt för upptagna AI-ingenjörer som redan har konfigurerat vissa färdigheter och hanterar flera AI-agenter.
Det kan optimera ditt arbetsflöde genom att lägga till fler poster i tillåtna eller blockerade listor.
I agentdriven utvecklingsläge är Terminal execution policy och Review Policy-strategin Always Proceed; JavaScript execution policy-strategin är också Always Proceed. Med detta läge behöver du bara se resultaten, utan mellanliggande bekräftelseprocess.
Custom configuration
Anpassad konfigurationsläge. När du vill anpassa Agent-strategin för specifika arbetsflöden kan du välja anpassad konfiguration. Ibland vill du låta Agenten dominera genereringen, men fortfarande insistera på att godkänna planen först, vilket gör detta läge mycket lämpligt.
I anpassad konfigurationsläge kan Terminal execution policy, Review Policy-strategin och JavaScript execution policy-strategin anpassas.

