---
title: "Kode skrevet af agenter bliver stadig gennemgået"
url: "https://hurukan.com/da/blog/kode-fra-agenter-bliver-stadig-gennemgaaet"
description: "En autonom softwarefabrik er en reel fordel og det letteste at overdrive på dette felt. Her er præcis, hvor automatiseringen stopper — og hvorfor."
---

# Kode skrevet af agenter bliver stadig gennemgået

24\. juli 2026·2 min. læsning·Redaktionen

To udviklere, der gennemgår kode sammen på en stor skærm på et stille kontor om aftenen

Hurukan bygges i høj grad af agenter. De skriver kode, genererer test, kører testsuiten, integrerer og lægger ændringen frem til release. Det forkorter afstanden fra at opdage et problem til at have det rettet i et kørende miljø fra uger til timer, og det er en reel fordel.

Det er også den påstand på dette felt, der lettest bliver pustet op, så det er værd at skrive ned, hvor automatiseringen stopper, og hvorfor de stop ikke er midlertidige.

## Hvad der reelt er automatiseret

**Implementering ud fra en specifikation.** Med en klar beskrivelse af ændringen og den eksisterende kodebase skriver en agent en plausibel implementering hurtigere end et menneske og keder sig ikke ved de trivielle dele.

**Generering af test.** Også de tilfælde, et træt menneske springer over: den tomme liste, dubletten, tidszonen, den samtidige skrivning.

**Integration og pipeline.** At bygge, køre testsuiten, tjekke typer, løse de rutinemæssige konflikter — og gøre det løbende i stedet for i portioner.

**Den kedelige vedligeholdelse.** Opdatering af afhængigheder, migrering væk fra udfasede funktioner, ensartethed på tværs af lignende kodestier. Reelt arbejde, der historisk er blevet udskudt, og den slags, der stille og roligt får et system til at rådne.

## Hvad der ikke er

**Beslutningen om, hvad der skal bygges.** En specifikation er en vurdering af en forretning, ikke en programmeringsopgave. Agenter ved ikke, hvilken af fem fejl der betyder noget for den virksomhed, der kører på systemet næste tirsdag.

**Arkitektur med lange konsekvenser.** De valg, man lever med i årevis — hvor en grænse går, hvad datamodellen fastslår, hvad der bevidst gøres umuligt. Billige at tage fejl af hurtigt og dyre at have taget fejl af.

**Gennemgang.** Hver genereret ændring går gennem gennemgang og de samme kontrolpunkter som alle andre. Hastighedsfordelen kommer fra hurtigere kontrolpunkter, ikke færre, og den, der tilbyder det sidste, beskriver et system, der vil sende noget ud, det ikke burde have sendt.

**Beslutningen om release.** Et menneske beslutter, hvad der når en virksomhed, der kører på dette. Det bliver ikke automatiseret — ikke fordi det ikke kan, men fordi ansvaret for en dårlig release skal kunne placeres hos nogen.

## Den fejltype, der er værd at nævne

Mængde. En agent laver hurtigt en stor, plausibel ændring, og at gennemgå den ordentligt tager lige så lang tid som at gennemgå alt andet. Teams, der måler hastigheden af genereringen og ikke hastigheden af gennemgangen, ophober utilstrækkeligt gennemgået kode i et tempo, ingen menneskelig proces kan absorbere, og gælden kommer på én gang.

Forsvaret er, at genererede ændringer skal være små, at testene skal være reelt uafhængige af implementeringen, og at kapaciteten til gennemgang skal være den begrænsning, det hele dimensioneres efter. Hvis gennemgangen er flaskehalsen, virker systemet efter hensigten.

## Hvorfor sige det så ligeud

Fordi en autonom softwarefabrik lyder som en påstand om ikke at have brug for udviklere, og det er den ikke. Det er en påstand om tiden mellem en fejl og dens rettelse, og det er noget, en kunde kan måle.

Det er den version, vi gerne vil holdes op på, og det er en mindre påstand, end ordene lægger op til. For en virksomhed, der bliver bedt om at drive sin forretning på denne software, er en mindre påstand, der holder ved nærmere eftersyn, mere værd end en større, der ikke gør.

-   AI-udvikling
-   CI/CD
-   kodegennemgang
-   softwarefabrik

## Læs videre

-   [Én identitet for mennesker og agenter: hvem må hvad](https://hurukan.com/da/blog/en-identitet-for-mennesker-og-agenter)
-   [Den levende tilstand og registret: to hukommelser i et operativsystem for virksomheden](https://hurukan.com/da/blog/den-levende-tilstand-og-registret-to-hukommelser)