Antigravity lancerede fire Agent-tilstande

I tidligere artikler relateret til Antigravity har læsere spurgt, hvordan man kan indstille det, hvis man ikke ønsker at interagere med Agenten under dens drift. Denne artikel har måske svaret.

I de seneste dage har Antigravity lanceret fire Agent-tilstande: Strict Mode, Review-driven development, Agent-driven development, Custom configuration

Strict Mode

Streng tilstand. Når man håndterer produktionsmiljøer eller kerne-systemer, kan enhver lille automatiseringsfejl føre til irreversible konsekvenser, såsom sletning af databaser, konfigurationsfejl osv. Strict Mode kræver, at du nøje gennemgår alle ændringer; denne konfiguration nedgraderer Agenten til en rådgiver snarere end en udfører. Det tvinger menneskelige udviklere til at være den sidste forsvarslinje, der sikrer, at hver linje kode og hver kommando er bekræftet manuelt, og introducerer eksterne revisionsværktøjer som Gemini Code Assist for at modvirke AI's illusionsrisiko.

I Strict Mode er Review Policy, Terminal Command Auto Execution og JavaScript Execution Policy alle i Disable-tilstand.

Review-driven development

Gennemgangs-drevet udviklingsmetode. Standardpræference, der prioriterer læring og omhyggelig kodeudvikling.

I gennemgangs-drevet udviklingsmetode er Terminal execution policy og Review Policy begge Request Review; dette er for at lade udvikleren se "hvad den vil gøre" og "hvorfor den vil gøre det" før AI udfører operationer. JavaScript execution policy er Disable for at forhindre Agenten i at køre komplekse logiske scripts i baggrunden uden synlighed.

Det anbefales at starte med denne tilstand og justere indstillingerne, når man bliver mere erfaren.

Agent-driven development

Agent-drevet udviklingsmetode. Denne tilstand er meget velegnet til travle AI-ingeniører, der allerede har konfigureret nogle færdigheder og administrerer flere AI-agenter.

Den kan optimere dit workflow ved at tilføje flere poster til tilladte eller blokerede lister.

I agent-drevet udviklingsmetode er Terminal execution policy og Review Policy begge Always Proceed; JavaScript execution policy er også Always Proceed. Med denne tilstand skal du kun se resultaterne uden behov for mellemliggende bekræftelsesprocesser.

Custom configuration

Brugerdefineret konfigurationsmetode. Når du ønsker at tilpasse Agent-politikker til specifikke workflows, kan du vælge brugerdefineret konfiguration. Nogle gange ønsker du, at Agenten skal lede genereringen, men stadig insistere på at godkende planen først; denne tilstand er meget passende.

I brugerdefineret konfiguration kan Terminal execution policy, Review Policy og JavaScript execution policy tilpasses.