Hvem er kilden – og hvorfor spiller det en rolle?
Videoens avsender er **Jack Roberts**, som presenterer seg som grunnlegger og selger av en tech-startup med over 60 000 kunder og nåværende eier av det han beskriver som et sjusifret AI-automatiseringsselskap. Det er relevant kontekst: Roberts har kommersielle interesser i AI-verktøy og driver opplæring innen feltet. Anbefalingene hans er erfaringsbaserte, men ikke uavhengige. Leseren bør legge merke til at produktet omtalt i videoen – kalt "Antigravity" i transkripsjonen – mest sannsynlig refererer til **Googles AI-drevne kode-editor**, muligens Firebase Studio eller et tilsvarende Google-produkt. Det eksakte produktnavnet bør verifiseres mot Googles offisielle dokumentasjon før man tar alle råd for god fisk.
Med det som bakgrunn: her er det som faktisk er nyttig.
---
De ti tipsene – gjennomgang med tidsstempler
1. Én URL = ett prosjekt [1:54]
Roberts presenterer en enkel tommelfingerregel for prosjektorganisering: ett prosjektmappe per én URL. Har du et dashbord og en separat landingsside, er det to prosjekter – ikke ett. Verktøyets innebygde **Agent Manager** lar deg veksle fritt mellom alle aktive prosjekter.
2. Opprett en global "Skills"-mappe [2:17]
Lag en dedikert mappe på skrivebordet kalt "Antigravity Skills". Lagre alle gjenbrukbare ferdigheter – designmaler, revisjonsrutiner, kodestandarder – i denne mappen. Importer den inn i alle nye prosjekter. Roberts beskriver dette som en måte å gjøre kvalitetsstandarder "rock solid" på tvers av alle bygg.
3. Bruk Global Rules og Workflows [3:35]
Via innstillingsmenyen (tre prikker → Customizations) finnes to kraftige verktøy:
- **Rules** [3:49]: En global fil som styrer verktøyet i alle sammenhenger. Her legger du inn kodestil, preferanser og standarder. Advarsel: denne filen lastes ved hvert eneste melding, noe som øker tokenforbruket. - **Workflows** [4:32]: Separate markdown-filer som aktiveres ved behov via skråstrek-kommando (f.eks. `/workflow for debugging`). Disse er ikke i kontekstvinduet med mindre du kaller dem frem – noe som sparer tokens og gir mer målrettet oppførsel.
4. Håndter "Context Rot" – start nye vinduer [9:46]
Et strukturelt problem Roberts advarer mot: jo lengre en samtale blir, jo dårligere blir ytelsen. Når du er forbi halvveis i kontekstvinduet, degraderer kvaliteten merkbart. Løsningen er å klikke på plusknappen og åpne et nytt samtalevindu etter hver fullførte oppgave. Gamle samtaler forsvinner ikke – de er tilgjengelige og kan gjenopptas.
5. Kjør parallelle agenter via terminalen [14:00]
Via Terminal → New Terminal → skriv `claude` kan du kjøre **flere AI-agenter simultant**. Roberts demonstrerer ved å be Claude spinne opp fem sub-agenter som simultant skriver 500-ords essays om ulike verdenshovedsteder. Hver agent har sitt eget kontekstvindu, noe som gir renere og raskere resultater enn én enkelt, overbelastet agent.
6. Én oppgave per melding [14:54]
En av de enkleste, men mest undervurderte reglene: én instruksjon per melding. Ikke "lag ny seksjon OG endre fargepaletten OG fiks navigasjonen". Bare én ting. Roberts rapporterer målbar effekt på både hastighet og kvalitet [15:11].
7. Bryt løkker med strukturert prompt [15:17]
Når verktøyet sitter fast i en repetitiv løkke, bruk dette spesifikke promptformatet:
> *"Hey, we've been going in a loop. Stop and explain to me succinctly but in detail exactly how you're going to solve this – and what will be different this time."*
Ifølge Roberts bryter selve handlingen med å be om en forklaring agenten ut av mønsteret [15:36].
8. Design i AI Studio – bygg i Antigravity [22:54]
For visuelt sterke grensesnitt anbefaler Roberts et todelt arbeidsflyt: bygg designet til 80 % ferdig i **AI Studio** (beskrives som front-end-versjonen av verktøyet), last det ned som zip, og åpne det i Antigravity for videre utvikling og skalering. Begrunnelsen er at Antigravity er optimalisert for skalerbar programvare, ikke estetikk.
9. UI-sniping fra 21st.dev og CodePen [26:39]
Roberts beskriver en konkret teknikk for å hente UI-komponenter:
- Gå til **21st.dev**, finn en komponent du liker (CTA-er, animasjoner, prislister), klikk "Share component", kopier lenken og lim den direkte inn i Antigravity – verktøyet henter komponenten automatisk. - **CodePen.io** [28:16] nevnes som supplement for ytterligere UI-inspirasjon og gjenbrukbare kodeseksjoner.
10. Hold MCP-verktøy under 50 – og bruk riktig modell til riktig oppgave [37:37]
To råd som henger sammen:
- Antall aktive **MCP-verktøy** (Model Context Protocol) bør holdes under 50 for å beskytte kontekstvinduet. Roberts viser eksempel med 67 aktive verktøy og konkluderer kort: *"That is the number known as too high."* [44:34] - Bruk **tyngre modeller** (tenke-modus) i planleggingsfasen, **lette modeller** (rask modus) til gjennomføring [42:35]. Som Roberts formulerer det: *"I don't need Shakespeare to cut my grass."*
---
Bonus: Versjonshandtering med GitHub [6:19]
Roberts understreker viktigheten av regelmessige push til GitHub. Begrunnelsen er pragmatisk: hvis en endring ødelegger noe, kan du rulle tilbake som om det aldri skjedde. Han anbefaler å be verktøyet bekrefte at publisering er gjennomført.
---
Hva er dette verdt?
De fleste av disse tipsene er **erfaringsbaserte arbeidspraksiser**, ikke magiske løsninger. Mange er direkte utledet av hvordan store språkmodeller faktisk fungerer – kontekstvinduet degraderer over tid, parallellisering gir raskere gjennomstrømning, tokenforbruk er en reell kostnad. Det gjør rådene relativt robuste på tvers av verktøy, selv om de er pakket inn i en spesifikk produktkontekst.
Det som mangler i Roberts' fremstilling er **uavhengig verifikasjon** av effektpåstandene og en ærlig diskusjon om begrensningene ved tilnærmingen. For en utvikler som allerede er godt kjent med AI-verktøy, vil mange av disse tipsene kjennes kjente. For den som er ny, er listen et godt utgangspunkt – men ikke et substitutt for å forstå verktøyet på dypere nivå.
