AI Design Authority

Vi står ved et vendepunkt i softwareudvikling. Diskussionen handler ofte om hvilken om AI skriver den bedste kode (Claude vs. ChatGPT) eller hvor hvor AI skal bo (IDE eller CLI). Men det er ikke den rigtige problemstilling.

Problemet er ikke selve generering af kode. Det er validering deraf.

Hvis vi omfavner AI som “Vibe Coders” – hvor vi angiver intentionen og AI står for eksekveringen – 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 reviewe 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 “Design Authority” en lille gruppe arkitekter, der mødes en gang om ugen eller måneden for at godkende eller afvise et design. I en verden af højhastigheds-AI-udvikling er den model håbløst forældet. Den er for langsom og for reaktiv.

Hvis vi skifter til “Disposable Code” – software, som vi ikke endeløst refaktorere, men smider væk og genererer igen, når kravene ændrer sig – ændres vores rolle fundamentalt. Vi er ikke længere murere, der lægger sten for sten. Vi er arkitekterne bag fabrikken, der printer væggene.

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

The “Gauntlet”: En automatiseret ildprøve

En AI Design Authority er ikke en person, men en pipeline. En “Gauntlet”, som hver linje genereret kode skal kæmpe sig igennem for at nå produktion. Denne proces erstatter ikke den menneskelige kodegennemgang med ingenting, men med noget bedre.

Den fungerer i tre lag:

1. Den Udøvende Magt (Genereringen)
Vi spørger ikke én AI om en løsning, vi spørger tre. Vi lader Gemini 3, GPT-5 og en open-source model (som Llama) arbejde parallelt på det samme problem. Det forhindrer tunnelblik og bryder den “dovenskab”, som LLM'er nogle gange lider af. 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)
Der kan ikke diskuteres her. Koden skal kompilere. Linters må ikke klage. Og afgørende: Black Box-tests skal bestå. Vi tester ikke, om funktionen virker internt (det kan manipulere AI'en), vi tester, om systemet udefra gør, hvad det skal. Fejler testen? Direkte i skraldespanden.

3. Det Bløde Filter (AI-juryen)
Det er den ægte innovation. De tilbageværende løsninger bliver forelagt 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).
Den stemmer: "Løsning A er hurtigere, men Løsning B er mere sikker og følger vores microservices-arkitektur bedre."

Vinderen går i produktion.

Softwaretriaden (Trias Politica)

Denne model håndhæver en magtfordeling, 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 bestemmer hvad hvad vi bygger, hvem der bygger det, hvordan og hvorfor.
• Den Udførende Magt (Coding Agents): De udfører. Hurtigt, billigt og under tilsyn af menneskelige udviklere.
• Den Dømmende Magt (Design Authority): Et uafhængigt AI-lag, der kontrollerer overensstemmelse med loven.

Konklusion: Arkitektens nye rolle

Den befrier os fra syntaksfejlens tyranni og lader os fokusere på det, vi er gode til: Systemtænkning. Sandhedsopsporing. Struktur og beslutningstagning.

Spørgsmålet er ikke, om AI kan skrive vores kode. Det emne er allerede afklaret. Kode bliver i høj grad et engangsprodukt.
Spørgsmålet er: Tør du give kontrollen over kode give slip på, for derved at genvinde kontrol over kvalitet genvinde den?

lad mig det vide