Google Antigravity release notes: 2.5.0 och CLI 1.1.10 styr identitet och modellval

Google Antigravity 2.5.0 och CLI 1.1.10 handlar om sådant som märks först när en agent ska användas på riktigt: vem som loggar in, vilken region som kör modellen och om vald modell faktiskt används. Appversionen kom den 31 juli. CLI 1.1.10 publicerades den 3 augusti.

Google Antigravity är Googles agentiska utvecklingsplattform, där agenter kan arbeta med kod, terminal och anslutna verktyg inom ett projekt. Med "agentisk" menas att systemet kan planera och utföra flera steg mot ett mål, inte bara svara på en enskild fråga.

Google Antigravity release notes: två ändringar att testa

Antigravity 2.5.0 lägger till företagsinloggning och regional körning

Antigravity 2.5.0 kan använda Gemini Enterprise-konton med organisationens administratörskontroller. Google anger licensplatser för GE-Standard och GE-Plus samt modellkörning i regionerna USA, EU eller Global. Organisationer som federerar identitet via en extern leverantör kan välja Advanced SSO.

Versionen lägger också till resonemangsnivåerna Low, Medium och High per modell. Administratörer får policyer för webbläsarfunktioner, tillåtelselistor för MCP och trösklar för behörigheter. MCP, Model Context Protocol, är ett öppet protokoll som låter en AI-klient ansluta till externa verktyg och datakällor på ett standardiserat sätt.

Bland rättningarna finns OAuth-uppdatering för MCP-anslutningar utan att sparade uppgifter raderas, samt åtgärder för agentlåsningar och tomma arbetsytor. Google rullar ut versioner gradvis, så 2.5.0 kan nå olika konton vid olika tidpunkter.

Källa: Google Antigravity changelog, version 2.5.0.

Antigravity CLI 1.1.10 gör identitet och körval mer pålitliga

CLI-versionen tar samma företagsstöd till terminalen. Den lägger till inloggning med Gemini Enterprise, Workforce Identity Federation via alternativet Use advanced SSO config på Google Cloud-inloggningsskärmen och Application Default Credentials för Agent Platform.

Den praktiska rättningen finns i --model och --effort. Tidigare kunde flaggorna ignoreras i både interaktiva sessioner och headless-körningar med -p, så körningen föll tillbaka till en sparad modell eller standardmodell. I 1.1.10 ska flaggorna användas när modellkonfigurationen skapas. En ensam --effort kopplas nu till modellen som faktiskt är vald.

Google har också gjort .git skrivskyddad inifrån terminalsandlådan, rättat ordningen för PostInvocation- och Stop-hooks och sett till att ett stopp omfattar ett helt träd av underagenter. Blockerade nätverksanrop ska nu loggas även när själva kommandot avslutas utan fel. En sandbox är en avgränsad körmiljö som begränsar vad agentens verktyg får läsa, ändra eller nå över nätverket.

Källa: Google Antigravity CLI 1.1.10 release notes.

Varför detta spelar roll i ett riktigt arbetsflöde

För team som ska koppla Antigravity till riktiga kodbaser och verktyg är detta mer användbart än ännu en gränssnittsnyhet. Identitet, region, modell och resonemangsnivå kan nu bli en del av samma granskningsbara körning.

För ett svenskt team kan testet vara enkelt: använd organisationens avsedda inloggningsväg, välj EU-region om den ingår i er policy, kör en befintlig läsuppgift med bestämd modell och nivå och spara vad körningen faktiskt använde. Lägg API-hemligheter i miljövariabler eller en hemlighetshanterare, ge anslutningar avgränsade behörigheter och låt skrivningar eller externa åtgärder gå genom en godkännandegrind.

Mänskligt steg: ställ in testet

1. Kontrollera att Antigravity 2.5.0 och Antigravity CLI 1.1.10 har nått kontot eller datorn innan testet.
2. Om organisationen använder Workforce Identity Federation, välj Use advanced SSO config på Google Cloud-inloggningsskärmen. Använd annars den inloggningsmetod som administratören har godkänt.
3. Kör om en befintlig headless-rutin med dess avsedda --model, --effort och -p. Fullständiga modellnamn varierar mellan konton, så använd ett modell-ID som den egna miljön visar som tillgängligt.
4. Jämför körkvittot med organisationens krav på identitet, region, verktyg och godkännanden.

Kort exempel: använd nyheten i Antigravity

När inloggning, region och körval är satta av en människa kan agenten göra en läsande kontroll:

Inspect the current project and visible runtime configuration without changing files or settings. Produce a run receipt with the selected model, reasoning effort, workspace, available tools, requested network access, and approval points. Mark anything you cannot verify as UNKNOWN, then propose one read-only test that would confirm the setup.

Ett bra svar ska:

• skilja verifierade värden från UNKNOWN,
• visa modell, resonemangsnivå och tillgängliga verktyg,
• föreslå ett lästest utan att ändra filer eller inställningar,
• ange var en människa behöver godkänna nästa steg.

Vad bör du följa efter uppdateringen?

Kontrollera de första körningarna i stället för att anta att policyn följdes. Körkvittot bör visa samma modell och resonemangsnivå som du valde, rätt region där den är synlig och alla blockerade nätverksförsök. Verktygssmide kan bygga in samma identitets- och behörighetsmodell i en återkommande integration, tillsammans med godkännanden och körloggar.