Google Antigravity release notes: 2.2.1 gör arbetsytan lättare att granska

Google Antigravity release notes fick två praktiska signaler efter vår senaste Antigravity-post: Antigravity 2.2.1 för appen och CLI 1.0.13 för terminalspåret. Det här är inte en stor lansering med nya slogans. Det är mer användbart än så: bättre vägledning inuti verktyget, ljudfiler som kan visas i arbetsytan, sökning som hittar delar av filnamn, tydligare behörighetsdialoger och striktare regler för kommandon som alltid får godkännas.

Google Antigravity är Googles agentiska utvecklingsmiljö: en IDE och ett agentlager där en kodagent kan planera, ändra, köra och verifiera arbete i ett projekt. En agentisk IDE är alltså inte bara en editor med chatt, utan en arbetsyta där agenten kan använda filer, terminal, webbläsare och granskningsflöden med mänskliga stoppunkter.

Google Antigravity release notes: 2.2.1 och CLI 1.0.13

Appens changelog listar Antigravity 2.2.1 den 25 juni 2026 med Antigravity Guide, ljudstöd, bättre sökning och prestandafixar. CLI-spåret fick därefter version 1.0.13 den 27 juni 2026 med flera terminalfixar och en viktig behörighetsändring: Always Approve matchar strikt som standard, medan regex-regler kräver prefixet regex:.

Källa: Google Antigravity changelog och Antigravity CLI 1.0.13 på GitHub.

Det betyder två saker för praktiska team. Först blir Antigravity lättare att använda när projektet växer, särskilt om filer, ljudmaterial och långa konversationer ligger i samma arbetsyta. Sedan blir CLI-agenten lite bättre att styra, eftersom kommandoregler inte längre tolkas som regex om du inte uttryckligen ber om det.

Vad som ändrades i Antigravity 2.2.1

De viktigaste delarna är små, men de träffar vardagsfriktion:

• Inbyggd Antigravity Guide-skill som ger hjälp när användaren frågar om Antigravity.
• Ljudfiler som .mp3, .wav, .ogg och .m4a kan renderas och spelas i sidebar file viewer och artifact viewer.
• File search matchar substrängar i stället för att kräva exakt prefixmatchning.
• File pills och context pills visar mer sammanhang via tooltips, bland annat absoluta sökvägar.
• Appearance settings får en Conversation Width-inställning med Default, Narrow och Wide.
• Behörighetsdialoger beskriver tydligare vilken åtgärd eller vilket kommando som körs.
• Kommandobehörigheter matchar build/test-kommandon via prefix och hanterar citerade argument bättre.
• Flera fixar rör workspace-kontext, sandboxad åtkomst till inbyggda customizations och skills, subagents som kunde hänga, Windows UAC-prompter och token usage-beräkning.

Källa: Google Antigravity changelog, version 2.2.1.

För en svensk automationsansvarig är ljudstödet oväntat intressant. Om kundsamtal, workshopinspelningar eller interna instruktioner redan ligger i projektmappen kan de bli en del av granskningsflödet utan att teamet hoppar mellan lika många verktyg. Det kräver fortfarande källkritik och mänsklig granskning, men arbetsytan blir mindre splittrad.

CLI 1.0.13: mindre magi i godkända kommandon

En approval gate är en stoppunkt där en människa måste godkänna en åtgärd innan agenten får fortsätta. I CLI 1.0.13 är den mest praktiska ändringen att Always Approve-regler matchar strikt som standard. Vill du använda regex måste regeln börja med regex:. Samma release gör också redirection-kontroller mer användbara, så säkra kommandon med output redirection, till exempel ett verktyg som skriver till fil, inte kräver lika strikt fullkommandomatchning.

Källa: Antigravity CLI 1.0.13 release notes och rå CHANGELOG.md.

Det här är en bra sorts tråkig ändring. Team som börjar koppla agenten till riktiga repo, interna filer och byggkommandon behöver mindre överraskningar i behörighetslagret. Använd scoped permissions, miljövariabler eller hemlighetshanterare för nycklar, output-redigering där resultatet kan innehålla känsliga data, och en kort körlogg så att någon kan se vad agenten faktiskt gjorde.

Vad du bör testa idag

Mänskligt steg: öppna Antigravity när uppdateringen har nått din installation. Google skriver att nya versioner rullas ut gradvis och kan ta några dagar att nå alla användare.

Testa sedan en liten arbetsyta, helst ett internt demoprojekt där du kan kontrollera resultatet:

• Sök efter en fil med en del av namnet, inte hela prefixet, och se om den nya substring-sökningen minskar friktion.
• Lägg en kort .mp3 eller .m4a i arbetsytan och kontrollera om den visas där källmaterialet hör hemma.
• Granska vilka kommandon som är Always Approve i CLI-flödet. Regex ska vara ett medvetet val, inte en bieffekt.
• Be agenten lämna en kort körlogg: filer lästa, kommandon föreslagna eller körda, och vad en människa måste godkänna nästa gång.

Kort exempel: använd nyheten i Antigravity

Kopiera prompten först efter att du själv har öppnat rätt projekt i en uppdaterad Antigravity-arbetsyta eller CLI-session.

Du kör redan i rätt Google Antigravity-projekt.
Kontrollera hur det här projektet påverkas av Antigravity 2.2.1 och CLI 1.0.13.
Titta särskilt på filhittbarhet, eventuella ljudfiler som källmaterial och kommandon som kan vara Always Approve.
Föreslå en liten ändring i arbetsrutinen som gör agentens nästa körning lättare att granska.
Svara med: källor du kontrollerade, riskfria förbättringar och vilka steg som kräver mänskligt godkännande.

Bra output bör visa:

• Vilka filer eller källor agenten faktiskt kontrollerade.
• Om substring-sökning, ljudfilsvisning eller tooltips gör projektet lättare att navigera.
• Vilka Always Approve-regler som bör vara strikta och vilka som eventuellt behöver regex:.
• Var en människa ska granska innan agenten skriver, kör kommandon eller ändrar behörigheter.

För Hammer-läsare är nästa steg inte att koppla in allt. Nästa steg är att göra en liten agentkörning granskningsbar. Det är där Verktygssmide passar bäst: bygga arbetssättet runt behörigheter, loggar och godkännanden innan agenten får mer ansvar.