AI-designmyndigheden

Vi står ved et vendepunkt inden for softwareudvikling. Diskussionen handler ofte om, hvorvidt hvilken AI skriver den bedste kode (Claude versus ChatGPT), eller om hvor AI skal være integreret (IDE eller CLI). Men det er ikke det rigtige spørgsmål.

Hvis vi omfavner AI som »Vibe Coders« – hvor vi angiver intentionen, og AI står for udførelsen – skaber vi en enorm strøm af ny software. En sværm af AI-agenter kan generere mere kode på ét minut, end en seniorudvikler kan nå at gennemgå på en uge. Mennesket er blevet flaskehalsen.

Løsningen er ikke mere mennesker. Løsningen er en AI-designmyndighed.

Fra håndværker til fabriksdirektør

Traditionelt er en »Design Authority« en gruppe arkitekter, der mødes en gang om ugen eller måneden for at godkende eller afvise et design. I en verden med højhastighedsudvikling med AI er denne model håbløst forældet. Den er for langsom og for reaktiv.

Hvis vi går over til »Disposable Code« – software, som vi ikke refaktorerer i det uendelige, men kasserer og genererer på ny, når kravene ændrer sig – ændrer vores rolle sig grundlæggende. Vi er ikke længere murere, der lægger sten på sten. Vi er arkitekterne bag den fabrik, der printer murene.

Men hvem kontrollerer, om murene står lige?

“Gauntlet”: En automatiseret ildprøve

En AI Design Authority er ikke en person, men en pipeline. En "Gauntlet", som hver eneste linje genereret kode skal kæmpe sig igennem for at nå i produktion. Denne proces erstatter ikke menneskelig code review med ingenting, men med noget bedre.

Det fungerer i tre lag:

1. Den udøvende magt (genereringen)
Vi beder ikke én AI om en løsning, men tre. Vi lader Gemini 3, GPT-5 og en open source-model (såsom Llama) arbejde parallelt med det samme problem. Det forhindrer tunnelsyn og bryder den "dovenskab", som LLM'er nogle gange lider under. Denne tilgang er også videnskabeligt undersøgt og viser, at man kan forhindre AI-hallucinationer og bygge meget lange kæder uden fejl

2. Det hårde filter (loven)
Her er der ikke plads til diskussion. Koden skal kunne kompileres. Linters må ikke klage. Og afgørende: Black box-tests skal bestå. Vi tester ikke, om funktionen fungerer internt (det kan AI'en manipulere), men om systemet udefra gør det, det skal. Fejler testen? Direkte i skraldespanden.

3. Det bløde filter (AI-juryen)
Dette er den egentlige innovation. De resterende løsninger forelægges for en specialiseret "Voting AI". Denne agent skriver ikke kode, men læser kode. Den er trænet i vores arkitekturprincipper, sikkerhedskrav (OWASP, ISO) og compliance-regler (EU AI Act).
Han stemmer: “Løsning A er hurtigere, men løsning B er sikrere og følger bedre vores mikroservicearkitektur.”

Vinderen går i produktion.

Softwarets tredeling af magten

Denne model gennemtvinger en magtens tredeling, som mangler i mange teams.

• Den lovgivende magt (arkitekten): Arkitekten skriver “forfatningen”. Prompterne, arkitekturdokumenterne (project-description.md, rules.md, skills.md en principles.md), de faste krav. Arkitekten afgør hvad hvad vi bygger, hvem der bygger det, hvordan og hvorfor.
• Den udøvende magt (kodningsagenterne): De udfører arbejdet. Hurtigt, billigt og under menneskelige udvikleres auspicier.
• Den dømmende magt (Design Authority): Et uafhængigt AI-lag, der kontrollerer, at loven overholdes.

Konklusion: Arkitektens nye rolle

Den befrier os fra tyranniet under syntaksfejl og lader os fokusere på det, vi er gode til: Systemtænkning. Sandhedssøgning. Struktur og beslutningstagning.

Spørgsmålet er ikke, om AI kan skrive vores kode. Det emne er allerede afsluttet. Kode bliver i vid udstrækning et engangsprodukt.
Spørgsmålet er: Tør du give slip på kontrollen over koden for dermed at vinde kontrollen over kvaliteten tilbage?

lad mig det vide