Googles svar på kodeagent-racet

Google Jules startet som et Labs-prosjekt, men er nå ute av beta og tilgjengelig bredere. Det gjør Jules til en av de mest relevante kodeagentene for utviklere som allerede bruker Google-økosystemet, Gemini og GitHub.

Jules beskrives som en asynkron coding agent. Den kobles til GitHub, kloner repoet i en virtuell maskin, lager en plan, venter på godkjenning og jobber videre mens du gjør noe annet. Når den er ferdig, får du diff, forklaring og mulighet til å ta endringen videre.

Det viktigste er arbeidsformen: Jules prøver ikke bare å være en smartere autocomplete. Den prøver å bli en bakgrunnsarbeider.

Jules peker mot en utviklerhverdag der du ikke spør AI om kode, men delegerer små jobber til egne arbeidsmiljøer.

VM-er og plan først

I dokumentasjonen forklarer Google at hver oppgave kjører i en virtuell maskin der Jules kloner kode, installerer avhengigheter og gjør endringer. Brukeren kan legge inn setup-skript slik at prosjektet bygges og testes riktig.

Dette er praktisk viktig. Mange agentfeil skyldes dårlige miljøer: manglende env vars, feil Node-versjon, ufullstendige installsteg eller tester som aldri kjøres. En agent som kan gjenbruke tidligere oppsett og vise planen før den endrer kode, er lettere å styre.

Google sier også at Jules automatisk ser etter AGENTS.md i repo-roten. Det er et signal om at agentinstruksjoner nå blir normal infrastruktur.

Google Jules går fra beta til arbeidsagent for utviklere - Bilde 1

API og CLI gjør Jules mer interessant

I oktober 2025 annonserte Google Jules Tools, en lettvekts CLI, og Jules API. API-et lar utviklere programmatisk opprette sessions, godkjenne planer og integrere agenten i egne workflows.

Det åpner for mer enn manuell bruk i nettleseren. Et team kan koble Jules til Slack, Linear, GitHub eller interne systemer. En supportfeil kan bli en foreslått bugfix. En rutinejobb kan bli en planlagt agentoppgave.

Men her må norske team være disiplinerte. API-tilgang til en kodeagent er kraftig. Det bør behandles som en produksjonsintegrasjon med logging, tilgangsstyring og klare stoppunkter.

3 | innganger | web | CLI | API

Relevans for norske utviklere

Jules er spesielt interessant for små team som har mange små oppgaver, men få hender. Norske produktteam kjenner mønsteret: backloggen er full av «burde fikse», men sprinten spises av kundeleveranser.

Jules kan være nyttig for:

  • Dokumentasjonsoppdateringer.
  • Enkle bugfixes med gode repro-steg.
  • Testgenerering rundt eksisterende kode.
  • Dependency-oppgraderinger i avgrensede pakker.
  • Førsteutkast til refaktorplaner.

Det bør ikke være førstevalg for store arkitekturendringer, sikkerhetskritisk kode eller databaserelaterte migreringer uten menneskelig plan.

Jo tydeligere oppgaven er, desto mer blir Jules en arbeidsagent. Jo vagere oppgaven er, desto mer blir den en dyr gjettemaskin.

Pris og tilgang betyr noe

Google har innført strukturerte Jules-nivåer, inkludert høyere grenser for Google AI Pro og Ultra. Dokumentasjonen peker også på at betalte planer er knyttet til Google AI Plans for individuelle Google-kontoer, med videre arbeid for andre brukergrupper.

For virksomheter betyr det at Jules kan være lettere å teste individuelt enn å rulle ut organisasjonsbredt. Det gjør pilotoppsettet ekstra viktig: test nytten før du bygger en intern prosess rundt verktøyet.

Konklusjon

Jules er et tydelig tegn på at kodeagenter blir workflow-produkter. Google kombinerer Gemini, GitHub-integrasjon, VM-miljøer, plan-godkjenning, CLI og API i én pakke.

For norske utviklere er den smarte starten enkel: koble til ett trygt repo, la Jules jobbe på små issues, og vurder resultatene som pull requests fra en ny kollega. Ikke mål magi. Mål om backloggen faktisk beveger seg.