Hva Cursors utviklerundersøkelse betyr for deg som bygger
Tallene er klare, og de forteller en historie som er både spennende og tankevekkende
Cursor's første Developer Habits Report kvantifiserer det mange av oss har kjent på instinkt: Måten vi skriver programvare på er i grunnleggende endring, og tempoet i denne endringen akselererer raskere enn de fleste hadde spådd.
Akselerasjonen er reell — og den sakker ikke av
La oss begynne med hovedtallene. Utviklere legger nå til omtrent 8,6K linjer med kode per uke, opp fra rundt 3,6K ved starten av 2026. Det er nesten 2,5x økning på bare noen få måneder. Men her er det som virkelig fanget min oppmerksomhet: Dette handler ikke bare om å skrive mer kode. Formen på arbeidet er i endring.
PRs blir større. Mega PRs — de med minst 1000 linjer endret — blir den nye normalen fremfor unntaket. Og coding agents tar ikke lenger bare enkle oppgaver. Bare de siste to månedene har gjennomsnittlige tool calls per økt økt med rundt 30%. Agenter leser filer, søker i kodebaser, kjører shell-kommandoer og surfer på nettet med stadig økende autonomi.
Dette har enorme konsekvenser for hvordan vi strukturerer utviklingsworkflows. Hvis teamet ditt ikke tenker på hvordan utnytte AI-kodeverktøy effektivt, konkurrerer du i praksis med utviklere som har oppgradert hele arbeidsflyten.
Økonomien blir interessant
Her blir det spennende fra et forretningsperspektiv. Rapporten viser at kostnad per agent-forespørsel varierer med nesten 9x på tvers av modellfamilier. Det er et enormt spenn, som betyr at samme workflow kan ha dramatisk forskjellige kostnadsprofiler avhengig av hvilken modell du velger.
Men her er nyansen: Når du ser på kostnad per akseptert kodelinje — altså linjer som faktisk ender opp i kodebasen — minsker gapet til omtrent 7x. Dyrere modeller tjener delvis sin premie ved å produsere mer brukbar kode per forespørsel.
For startups og bedrifter er dette avgjørende data. Det billigste alternativet er ikke alltid det mest økonomiske. Du må tenke på fullstendig kostnad per levert, fungerende kodelinje — ikke bare per-forespørsel-prisen.
Power User-gapet bør bekymre deg
Dette er sannsynligvis den mest tankevekkende delen av hele rapporten. AI-bruk er svært konsentrert. Vi snakker Gini-skårer på 0,77 til 0,72 på tvers av ulike mål. En liten prosentandel av utviklere står for en enorm andel av AI-linjer, forbruk og token-bruk.
Men det blir enda mer dramatisk: P99-utviklere produserer 46x flere linjer enn median aktive brukere og merger 15x flere PRs. La det synke inn for et øyeblikk.
Dette handler ikke bare om individuell produktivitet — det handler om konkurransefortrinn. Team som finner ut hvordan operere i toppen av denne fordelingen vil bygge raskere, ship mer, og skape meningsfulle fordeler overfor de som fortsatt behandler AI-kodeverktøy som hyggelige tillegg.
Kontekst er kongen
Skiftet mot kontekst-rike workflows er en av de mest undervurderte trendene i rapporten. Input-tokens utgjør nå mer enn 90% av ikke-cachet modellbruk. AI-kodeassistenter leser vesentlig mer kontekst før de produserer output.
Dette betyr noe av flere grunner. For det første koster input-tokens mindre enn output-tokens, og cache-read tokens koster enda mindre. Så disse kontekst-rike arbeidsflytene blir faktisk mer kostnadseffektive over tid. For det andre representerer dette en fundamental endring i hvordan vi bør tenke på AI-kodeverktøy — de er ikke bare autocomplete på steroider. De blir fullkontekst-samarbeidspartnere som forstår hele kodebasen, arbeidsflyten og intensjonen din.
Hva dette betyr for din stack
Hos NameOcean har vi fulgt denne transformasjonen tett. Oppgangen av AI-assistert utvikling endrer ikke bare hvordan utviklere skriver kode — den endrer hva vi trenger fra infrastrukturen og verktøyene våre.
Raskere utviklingssykluser betyr raskere iterering, som igjen betyr at hosting-miljøet ditt må holde følge. Vibe coding og AI-assisterte utviklingsworkflows krever infrastruktur som kan skalere med hastigheten til moderne utviklingsteam. Enten du deployer flere ganger daglig eller kjører automatisert testing pipelines, bør hosting-en forsvinne i bakgrunnen og la deg fokusere på å bygge.
Infrastrukturen som støttet månedlige release-sykluser er ikke bygget for team som shipper titalls PRs daglig. Hvis du kjører på legacy infrastruktur, skaper du friksjon i akkurat det øyeblikket du trenger maksimal hastighet.
Bunnlinjen
Vi lever gjennom en genuin transformasjon i programvareutvikling. Verktøyene, arbeidsflytene, og til og med økonomien er i shift på et tempo som krever konstant tilpasning. Enten du er en solo-utvikler som eksperimenterer med AI-kodeverktøy eller en startup som bygger ut ingeniørteamet ditt, blir konkurranselandskapet omtrentet.
Utviklerne som vil trives er de som behandler AI ikke som en nyhet, men som en kjernekompetanse — og som bygger hele stacken (inkludert hosting-infrastrukturen) for å støtte den virkeligheten.
Fremtiden for utvikling er ikke bare AI-assistert. Den er AI-native. Og tiden for å tilpasse seg er nå.