Google Antigravity release notes: codelabben från 8 juni

Google har inte lagt ut en ny Antigravity-version efter 2.0.11 i den officiella changeloggen. Det som är nytt nog att bry sig om den här gången är mer jordnära: Googles officiella codelab "Getting Started with Google Antigravity" uppdaterades 8 juni 2026 och gör projektgränser, behörigheter, MCP-servrar och skills mycket tydligare för den som faktiskt ska använda verktyget.

Källa: Google Antigravity Changelog visar fortfarande 2.0.11 från 3 juni 2026 som senaste versionsrad. Getting Started with Google Antigravity anger last-updated="2026-06-08T10:55:03Z" i sidans källtext.

Google Antigravity release notes: codelabben gör projektgränsen praktisk

Google Antigravity är Googles agentiska utvecklingsmiljö för att starta, övervaka och granska AI-agenter som arbetar i projekt. En agentisk IDE är en utvecklingsmiljö där AI-agenten kan läsa filer, föreslå ändringar och använda verktyg inom de gränser du ger den.

Codelabben beskriver Antigravity som projektcentrerat. Ett projekt är en kombination av mappar som anger agentens miljö och räckvidd. Det kan vara en enda mapp, eller flera mappar, till exempel frontend och backend, om agenten behöver se båda. Varje projekt kan också ha egna isolerade agentinställningar för säkerhet och behörigheter.

Källa: Getting Started with Google Antigravity beskriver Projects som mappar som definierar agentens miljö och scope, och säger att projekten har egna isolerade agent settings.

Varför det här spelar roll i verkliga team

För svenska företag, skolor och automationsteam är projektet inte bara en mappväljare. Det är behörighetsgränsen. Om Antigravity får se för lite blir agenten blind. Om den får se för mycket blir granskningen jobbigare än nödvändigt.

Codelabben pekar också på MCP Server configuration. MCP, Model Context Protocol, är ett sätt att ansluta AI-verktyg till externa system via definierade serverprofiler. Det gör det användbart, men det gör också att team behöver tänka på scoped API-nycklar, miljövariabler, secret managers, redigering av utdata och approval gates innan agenten kopplas mot riktiga system.

Skills är en annan del av samma kontrollfråga. En skill är ett paket med specialiserad kunskap som ligger vilande tills agentens uppgift matchar skillens beskrivning. Det är bra för kostnad och fokus, men bara om teamet vet vilka skills som faktiskt finns och när de ska laddas.

Källa: Getting Started with Google Antigravity säger att projekt ärver permissions för artifact review, allowed tools och MCP Server configuration från global settings, men kan justeras per projekt. Samma codelab beskriver Skills som specialiserade paket som bara laddas när en begäran matchar skillens description.

Mänskligt steg: skapa projektet innan du ber agenten jobba

Gör detta själv i Antigravity först:

1. Öppna Antigravity och välj Select Project → New Project.
2. Välj Add Folder och lägg till den mapp eller de mappar agenten ska få se.
3. Klicka Create.
4. Kontrollera projektets settings för artifact review, allowed tools och MCP Server configuration.
5. Klicka Start first conversation när projektgränsen känns rätt.

Källa: Getting Started with Google Antigravity anger flödet Select Project → New Project, Add Folder, Create och Start first conversation, samt att projektets behörigheter kan justeras via settings.

Kort exempel: använd nyheten i Antigravity

När projektet är skapat och den första konversationen är öppen kan du klistra in detta till agenten:

Review this Antigravity project as a permission boundary. List the folders you can see, any MCP servers or tools that appear available, project rules or skills you can detect, and the smallest safe first task. Do not edit files. End with what a human should approve before changes start.

Bra svar bör:

• Skilja synlig konfiguration från antaganden
• Namnge mappar, verktyg, MCP-servrar och skills som agenten faktiskt kan se
• Föreslå en liten första uppgift utan filändringar
• Avsluta med vad en människa ska godkänna innan ändringar startar

Vad du bör testa idag

Testa inte Antigravity på hela organisationens filstruktur direkt. Välj ett riktigt men avgränsat projekt, gärna något där agenten kan läsa dokumentation, skriva en sammanfattning eller föreslå en enkel refaktor utan att ändra produktion.

För Hammer-läsare landar detta tydligt i Tool Forge och Skill Forge. Den praktiska frågan är om ni har en arbetsyta där mappar, verktyg, hemligheter, godkännanden och granskningslogg går att förstå i efterhand.