AI Design Authority

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

Hvis vi omfavner AI som "Vibe Coders" – hvor vi angiver hensigten, og AI'en 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 minutt, end en seniorudvikler kan nå at gennemse på en uge. Mennesket er blevet flaskehalsen.

Løsningen er ikke flere mennesker. Løsningen er en AI Design Authority.

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ø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 refaktoriserer i det uendelige, men i stedet smider væk og genererer på ny, når kravene ændrer sig – ændrer vores rolle sig fundamentalt. Vi er ikke længere murere, der lægger sten for sten. Vi er arkitekterne bag den fabrik, der printer væggene.

Men hvem kontrollerer, at disse vægge står snorlige?

The "Gauntlet": En automatiseret ilddåb

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å 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 beder ikke én AI om en løsning, vi beder tre. Vi lader Gemini 3, GPT-5 og en open-source-model (som Llama) arbejde parallelt med det samme problem. Dette forhindrer tunnelvision og bryder den "dovenskab", som LLM'er sommetider lider under. Denne tilgang er også videnskabeligt undersøgt og viser, at man kan forhindre AI-hallucinationer og opbygge meget lange kæder uden fejl

2. Det Hårde Filter (Loven)
Her er der ingen diskussion. Kode skal kunne kompileres. Linters må ikke brokke sig. Og afgørende: de Black Box-tests skal bestå. Vi tester ikke, om funktionen virker internt (det kan AI'en manipulere med), vi tester, om systemet udadtil gør det, det skal. Fejler testen? Direkte i skraldespanden.

3. Det bløde filter (AI-juryen)
Dette er den virkelige 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 på 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.

Softwarens Trias Politica

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

• Den lovgivende magt (Arkitekten): Arkitekten skriver "forfatningen". Promptsene, arkitekturdokumenterne (project-description.md, rules.md, skills.md en principles.md), de ufravigelige krav. Arkitekten bestemmer hvad vi bygger, hvem der bygger det, hvordan og hvorfor.
• Den udøvende magt (Coding Agents): De udfører arbejdet. Hurtigt, billigt og under opsyn af menneskelige udviklere.
• Den Dømmende Magt (Design Authority): Et uafhængigt AI-lag, der kontrollerer i forhold til loven.

Konklusion: Arkitektens nye rolle

Den befriker os for syntaksfejlenes tyranni 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 lukket. Kode bliver i vid udstrækning et Forbrugsgode.
Spørgsmålet er: Tør du give slip på kontrollen over koden for dermed at genvinde kontrollen over kvalitet ?

lad mig vide det