Google Antigravity release notes: CLI 1.0.11–1.0.12 styr projekt och behörigheter

Google Antigravity fick två täta CLI-släpp den 24 juni: 1.0.11 och 1.0.12. Det är inte en ny version av desktopappen Antigravity 2.0. Det här är viktigare för team som använder terminalen som arbetsyta för agenter i kodarbete: projektval, autentisering, behörighetsordning och granskningslägen blir mer precisa.

Google Antigravity är Googles agentplattform för utvecklingsarbete. Antigravity CLI är den terminalbaserade ytan där en agent kan läsa projekt, föreslå ändringar och jobba i längre flöden utan att allt måste ske i en IDE. En manuell godkännandepunkt är en plats där en människa måste godkänna nästa steg innan agenten får köra kommandon, skriva filer eller använda känsligare behörigheter.

Källa: Antigravity CLI 1.0.12 på GitHub, Antigravity CLI 1.0.11 på GitHub och Antigravity CLI CHANGELOG.md.

Google Antigravity release notes: vad ändrades i CLI 1.0.11 och 1.0.12?

1.0.12 lägger till launch-flaggorna --project och --new-project, så användare kan ange eller skapa projekt tydligare vid start. Samma release ändrar också hur behörighetskonfigurationer slås ihop: projektspecifika inställningar i ~/.gemini/config/projects/ ska gå före globala CLI-inställningar i ~/.gemini/antigravity-cli/settings.json.

Det gör skillnad i vardagen. Om en svensk konsult, utvecklare eller automationsansvarig kör flera kundprojekt från samma maskin vill man inte att en global standardregel råkar vinna över projektets egna begränsningar. Det här släppet gör projektgränsen mer läsbar.

1.0.11 är mer praktiskt i själva arbetspasset. ctrl+c blir en tydligare stoppknapp: första trycket avbryter aktivt agentarbete, dubbeltryck startar avslut. /resume ska ladda snabbare med metadata-cache och parallell inläsare. Verktygsbekräftelser kan öppnas i en större AltScreen-vy med ctrl+g, och USE_ADC=1 agy verifieras i changeloggen som läget för Application Default Credentials, alltså Googles lokala standardinloggning för Google Cloud-miljöer.

Källa: 1.0.12 release notes beskriver --project, --new-project och behörighetsordningen. 1.0.11 release notes beskriver ctrl+c, /resume, ctrl+g och USE_ADC=1 agy.

Varför det spelar roll för styrda agentflöden

Det här är ett kontrollsläpp mer än ett wow-släpp. Men kontrollsläpp är ofta det som avgör om AI-agenter kan användas i riktiga flöden.

För Hammer-läsare är den praktiska frågan enkel: kan teamet se vilket projekt agenten arbetar i, vilken behörighetsfil som gäller, hur den autentiserar mot Google Cloud och var en människa ska stoppa eller godkänna nästa steg? Med 1.0.11 och 1.0.12 finns fler sådana krokar direkt i CLI:n.

Testa gärna ett internt kodförråd innan ni kopplar på tyngre system. Lägg API-nycklar i miljövariabler eller en hemlighetshanterare, använd avgränsade behörigheter per projekt, maska känsliga utdata i körloggar och gör skrivande moment beroende av ett manuellt godkännande. Det är inte byråkrati. Det är skillnaden mellan en hjälpsam agent och en svart låda med terminalaccess.

Källa: Antigravity CLI changelog listar behörighetsordning, ADC-läge, stoppknappar och verktygsbekräftelser. Den publika Google Antigravity changeloggen visar samtidigt att senaste noteringen för desktopappen fortfarande är 2.1.4 från 11 juni, så den här artikeln handlar om CLI-spåret.

Kort exempel: använd nyheten i Antigravity

Mänskligt steg först: starta Antigravity CLI i rätt kodbas. Om teamet använder Google Cloud-inloggning är USE_ADC=1 agy det källverifierade ADC-läget. Om du behöver styra projektet explicit, kontrollera lokal hjälp för exakt argumentformat och använd de nya --project eller --new-project-flaggorna som release 1.0.12 dokumenterar.

Kopiera sedan den här prompten till agenten när CLI-sessionen redan kör i rätt projekt:

You are already running in the intended Google Antigravity CLI project.
Map this repository's agent-control setup after the 1.0.11 and 1.0.12 CLI updates.
Check project-specific permissions first, then global CLI settings.
Identify one task where a scoped approval gate is needed, one place where ADC/project selection should be documented, and one review step that benefits from the new diff or tool-confirmation controls.
Return a short run note with files inspected, settings paths, and what a human must approve before writes.

Bra output bör visa:

• Vilken projektspecifik behörighetsfil eller inställningsyta som gäller,
• om någon global CLI-inställning riskerar att misstolkas,
• var USE_ADC=1 agy, --project eller --new-project hör hemma i teamets runbook,
• vilket manuellt godkännande som krävs innan agenten får skriva, köra kommandon eller ändra behörigheter.

Vad du bör bevaka härnäst

Bevaka två saker. Först om Google flyttar mer av Antigravity CLI-dokumentationen från GitHub till den publika Antigravity-sajten. Sedan om projektflaggorna och behörighetsordningen följs av mer detaljerade policy- eller administrationsfunktioner. Det är där Tool Forge-arbetet börjar bli konkret: inte fler lösa prompts, utan små agentrutiner med projektgräns, autentisering, granskningsläge och logg.