Den AI Design Authority

Vi står på et vendepunkt i softwareudvikling. Diskussionen handler ofte om hvilken AI, der skriver den bedste kode (Claude vs. ChatGPT) eller hvor hvor AI skal bo (IDE eller CLI). Men det er ikke det rigtige spørgsmål.

Problemet er ikke generere af kode. Det er den validering af den.

Hvis vi omfavner AI som “Vibe Coders” – hvor vi angiver intentionen, og AI udfører arbejdet – skaber vi en enorm strøm af ny software. En sværm af AI‑agenter kan på ét minut generere mere kode, end en seniorudvikler kan gennemgå på en uge. Mennesket er blevet flaskehalsen.

Løsningen er ikke mere menneskerne. Løsningen er en AI Designmyndighed.

Fra håndværker til fabriksdirektør

Traditionelt er “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 af hurtig AI-udvikling er den model håbløst forældet. Den er for langsom og for reaktiv.

Når vi skifter til “Disposable Code” – software, som vi ikke refaktorerer uendeligt, men smider væk 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 for sten. Vi er fabrikens arkitekter, der printer væggene.

Men hvem kontrollerer, om væggene står lige?

Den “Gauntlet”: En automatiseret ildprøve

En AI Design Authority er ikke en person, men en pipeline. En “prøve”, som hver linje genereret kode skal gennemgå for at nå produktion. Denne proces erstatter den menneskelige kodegennemgang ikke med intet, men med noget bedre.

Det fungerer i tre lag:

1. Den Udøvende Magt (Genereringen)
Vi beder ikke én AI om en løsning, vi beder tre. Vi lader Gemini 3, GPT‑5 og en open‑source model (såsom Llama) arbejde parallelt på det samme problem. Det forhindrer tunnelvision og bryder den “tåge”, som LLM’er nogle gange lider af. Denne tilgang er også videnskabeligt undersøgt og viser, at du kan forhindre AI‑hallucinationer og bygge meget lange kæder uden fejl

2. Det hårde filter (Loven)
Her er ingen diskussion mulig. Koden skal kompilere. Linters må ikke klage. Og vigtigt: den Black Box-tests skal lykkes. Vi tester ikke om funktionen virker internt (det kan AI manipulere), vi tester om systemet udefra gør, hvad det skal gøre. Fejler testen? Direkte i papirkurven.

3. Det bløde filter (AI‑juryen)
Dette er den ægte innovation. De resterende løsninger præsenteres for en specialiseret “Voting AI”. Denne agent skriver ingen kode, men læser kode. Den er trænet på vores arkitekturprincipper, sikkerhedskrav (OWASP, ISO) og compliance‑regler (EU AI Act).
Den stemmer: “Løsning A er hurtigere, men løsning B er sikrere og følger vores mikroservice‑arkitektur bedre.”

Vinderen går i produktion.

Softwareens politiske triade

Denne model tvinger en magtens separation, som mange teams mangler.

• Den lovgivende magt (arkitekten): Arkitekten skriver “Forfatningen”. Promptene, arkitekturdokumenterne (project-description.md, rules.md, skills.md en principles.md), de hårde krav. Arkitekten bestemmer hvad vi bygger, hvem der bygger, hvordan og hvorfor.
• Den udøvende magt (kodningsagenterne): De udfører. Hurtigt, billigt og under tilsyn af menneskelige udviklere.
• Den dømmende magt (Design Authority): Et uafhængigt AI-lag, der tester i overensstemmelse med loven.

Konklusion: Den nye rolle for arkitekten

Den befrier os fra tyranniet af syntaksfejl og lader os fokusere på det, vi er gode til: systemtænkning. Sandhedsfindning. 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: Turde du kontrollen over kode at slippe den, for dermed at have kontrol over kvalitet vinde tilbage?

lad mig vide