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.

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 høyhastighets AI‑utvikling 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 uendelig, men kaster bort og genererer på nytt når kravene endres – endrer vår rolle seg fundamentalt. Vi er ikke lenger murere som legger stein for 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” som hver linje generert kode må kjempe 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 Makt (Genereringen)
Vi ber ikke én AI om en løsning, vi ber om tre. Vi lar Gemini 3, GPT-5 og en åpen kilde-modell (som Llama) jobbe parallelt med det samme problemet. 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å bestå. Vi tester ikke om funksjonen fungerer internt (det kan manipulere AI), vi tester om systemet på utsiden gjør det det skal. Feiler testen? Direkte i søpla.

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 ikke kode, men leser kode. Han er trent på våre arkitekturprinsipper, sikkerhetskrav (OWASP, ISO) og etterlevelsesregler (EU AI Act).
Han 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.

Den politiske triaden i programvare

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 kravene. Arkitekten bestemmer hva vi bygger, hvem som bygger, hvordan og hvorfor.
• Den utøvende makt (kodingagentene): De utfører. Raskt, billig og under beskyttelse av menneskelige utviklere.
• Den dømmende 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. Sannhetsfinnelse. 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 kontrollen over kode å slippe den, for dermed å få kontroll over kvalitet å vinne tilbake?

gi meg beskjed