Når bør du be en AI om å skrive kode fra bunnen av, kontra kun gjennomgå eller refaktorisere eksisterende kode?

Question

Accepted Answer

Tommelfingerregelen: la AI **skrive** der feil er billige og åpenbare, og bruk den til å **gjennomgå/refaktorisere** der feil er dyre eller subtile. Det avgjørende faktoren er hvor mye det koster deg å verifisere resultatet.

## Når du skal la den skrive fra bunnen av

- **Greenfield og boilerplate** — et nytt verktøy, en konfigurasjonsfil, en CRUD-endepunkt, et regex. Det er ingen skjult kontekst som kan brytes.
- **Ukjente API-er/biblioteker** — AI kjenner overflaten på et bibliotek du ikke gjør, og du verifiserer mot dokumentasjonen.
- **Engangs-/prototypekode** — hastighet er viktigere enn perfektion.

I disse tilfellene er kostnaden for en feil lav og du kan lese resultatet fra topp til bunn.

## Når du skal bruke den kun til gjennomgang/refaktorisering

- **Forretningskritisk logikk** — fakturering, autentisering, pengematematikk. Et plausibelt feil svar er farlig.
- **Subtil kode** — samtidighet, sikkerhet, kantfallstunge algoritmer der "ser riktig ut" ikke er "er riktig".
- **Store eksisterende systemer** — AI kan ikke se alle invariantene systemet ditt er avhengig av, så generering inn i det risikerer stille brudd.

Her holder du AI som et **andre par øyne**: den foreslår, du bestemmer.

```text
                 Cost of a bug LOW          Cost of a bug HIGH
New code          ✅ let AI write           ⚠️ AI drafts, you verify hard
Existing code     ✅ AI refactors           ✅ AI reviews, you write the change
```

## Avveiinger og risker

Å skrive fra bunnen av er raskt, men AI kan oppfinne API-er (**hallusinasjon**) eller gå glipp av kontekst den ikke kan se. Gjennomgang er tryggere men langsommere og bare like god som konteksten du gir den. Uansett er du **ansvarlig forfatter** — AI er et verktøy, ikke undertegneren av commit-en.

## Hvorfor det betyr noe

Å feilvurdere dette er der AI-assistert utvikling går galt: mennesker lar AI generere kritisk logikk som de ikke fullt ut kan verifisere, eller de skriver trivielt boilerplate selv som AI kunne produsert på sekunder. Å tilpasse modus (**skrive** vs **gjennomgang/refaktorisering**) til **kostnaden ved å ta feil** holder deg rask på de billige tingene og forsiktig på de farlige tingene. Ferdigheten som testes er dømmekraft om hvor du skal bruke verifikatingsinnsatsen din — ikke om du kan be om at en AI skal gjøre det.