AI Design Authority

Vi står på et vendepunkt i programvareutvikling. Diskusjonen handler ofte om hvilken AI som skriver den beste koden (Claude vs. ChatGPT) eller hvor hvor AI skal bo (IDE eller CLI). Men det er ikke det riktige spørsmålet.

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

Hvis vi omfavner AI som “Vibe Coders” – der vi angir intensjonen og AI gjør utførelsen – skaper vi en enorm strøm av ny programvare. En sverm av AI‑agenter kan i ett minutt generere mer kode enn en seniorutvikler kan gjennomgå på en uke. Mennesket har blitt flaskehalsen.

Løsningen er ikke mer mennesker. Løsningen er en AI‑designautoritet.

Fra håndverker til fabrikkdirektør

Tradisjonelt er “Design Authority” en gruppe arkitekter som møtes en gang i uken eller måneden for å godkjenne eller avvise et design. I en verden av AI-utvikling med høy hastighet er den modellen håpløst utdatert. Den er for treg og for reaktiv.

Hvis vi går over til “Disposable Code” – programvare vi ikke refaktorere i det uendelige, men kaster bort og genererer på nytt når kravene endres – så endrer vår rolle seg fundamentalt. Vi er ikke lenger murere som legger stein på stein. Vi er fabrikkens arkitekter som printer veggene.

Men hvem kontrollerer om veggene står rett?

«Gauntlet»: En automatisert ildprøve

En AI Design Authority er ingen person, men en pipeline. En “Gauntlet” hvor hver linje generert kode må kjempe seg gjennom for å nå produksjon. Denne prosessen erstatter ikke den menneskelige kodegjennomgangen med ingenting, men med noe bedre.

Det fungerer i tre lag:

1. Den Utøvende Makten (Generasjonen)
Vi ber ikke én AI om en løsning, vi ber tre. Vi lar Gemini 3, GPT-5 og en åpen kildekode-modell (som Llama) jobbe parallelt med samme problem. Dette forhindrer tunnelvisjon og bryter “latskapen” som LLM‑er noen ganger lider av. Denne tilnærmingen er også vitenskapelig undersøkt og viser at du kan forhindre AI‑hallusinasjoner og bygge svært lange kjeder uten feil

2. Det harde filteret (Loven)
Her er ingen diskusjon mulig. Kode må kompilere. Linters må ikke klage. Og viktig: Black Box-tester må lykkes. Vi tester ikke om funksjonen fungerer internt (det kan AI manipulere), vi tester om systemet på utsiden gjør det det skal. Feiler testen? Direkte i papirkurven.

3. Det myke filteret (AI-juryen)
Dette er den ekte innovasjonen. De gjenværende løsningene blir presentert for en spesialisert “Voting AI”. Denne agenten skriver ingen kode, men leser kode. Den er trent på våre arkitekturprinsipper, sikkerhetskrav (OWASP, ISO) og etterlevelsesregler (EU AI Act).
Den stemmer: «Løsning A er raskere, men Løsning B er sikrere og følger vår mikrotjeneste-arkitektur bedre.»

Vinneren går til produksjon.

Softwareens triade

Denne modellen tvinger frem en maktfordeling som mangler i mange team.

• Den lovgivende makt (arkitekten): Arkitekten skriver «Konstitusjonen». Promptene, arkitekturdokumentene (project-description.md, rules.md, skills.md en principles.md), de harde krav. Arkitekten bestemmer hva vi bygger, hvem som bygger, hvordan og hvorfor.
• Den utøvende makt (Kodingsagentene): De utfører. Raskt, billig og under tilsyn av menneskelige utviklere.
• Den rettslige makt (Designmyndigheten): Et uavhengig AI-lag som tester i henhold til loven.

Konklusjon: Den nye rollen til arkitekten

Den frigjør oss fra tyranniet av syntaksfeil og lar oss fokusere på det vi er gode på: systemtenkning. Sannhetsfinnning. Struktur og beslutningstaking.

Spørsmålet er ikke om AI kan skrive koden vår. Det temaet er allerede avsluttet. Kode blir i stor grad et engangsprodukt.
Spørsmålet er: Våger du å gi fra deg kontrollen over kode slippe, for dermed å ha kontroll over kvalitet å vinne tilbake?

gi meg beskjed