Hvornår skal du bede en AI om at skrive kode fra bunden versus kun gennemgå eller refaktorisere eksisterende kode?

Question

Accepted Answer

Tommelfingerreglen: lad AI'en **skrive** hvor fejl er billige og åbenlyse, og brug den til at **gennemgå/refaktorisere** hvor fejl er dyre eller subtile. Den afgørende faktor er, hvor meget det koster dig at verificere outputtet.

## Hvornår skal du lade den skrive fra bunden

- **Grønt felt og standardkode** — et nyt værktøj, en konfigurationsfil, et CRUD-endpoint, et regex. Der er ingen skjult kontekst at bryde.
- **Ukendte API'er/biblioteker** — AI'en kender overfladen af et bibliotek, du ikke gør, og du verificerer mod dokumentationen.
- **Engangs-/prototypekode** — hastighed betyder mere end perfektion.

I disse tilfælde er omkostningen ved en fejl lav, og du kan læse resultatet fra top til bund.

## Hvornår skal du kun bruge den til gennemgang/refaktorering

- **Kritisk forretningslogik** — fakturering, autentificering, pengematematik. Et plausibelt forkert svar er farligt.
- **Subtil kode** — concurrency, sikkerhed, algoritmer med mange edgecases hvor "ligner rigtigt" ikke er "er rigtigt".
- **Store eksisterende systemer** — AI'en kan ikke se alle de invarianter, som din kodebase er afhængig af, så generering ind i den risikerer stille brud.

Her holder du AI'en som en **anden par øjne**: den foreslår, du beslutter.

```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
```

## Afvejninger og risici

Skrivning fra bunden er hurtig, men AI'en kan opfinde API'er (**hallucination**) eller misse kontekst, den ikke kan se. Gennemgang er sikrere, men langsommere og kun så god som den kontekst, du giver den. Uanset hvad er du den **ansvarlige forfatter** — AI'en er et værktøj, ikke undertegneren af commit'et.

## Hvorfor det betyder noget

At dømme forkert om dette er, hvor AI-assisteret udvikling går galt: folk lader AI'en generere kritisk logik, som de så ikke helt kan verificere, eller de skriver håndskrevet triviel standardkode, som AI'en kunne have produceret på sekunder. At matche tilstanden (**skrive** versus **gennemgang/refaktorering**) til **omkostningen ved at have ret** holder dig hurtig på de billige ting og forsigtig på de farlige ting. Den færdighed, der testes, er dømmekraft om, hvor du skal bruge din verifikationsindsats — ikke om du kan prompte en AI.