AI-designmyndigheten

Vi står ved et vendepunkt i programvareutviklingen. Diskusjonen handler ofte om hvilken hvorvidt AI skriver den beste koden (Claude versus ChatGPT), eller hvor hvor AI-en skal «bo» (IDE eller CLI). Men det er ikke den riktige problemstillingen.

Hvis vi omfavner AI som «vibe-kodere» – der vi angir intensjonen og AI-en står for gjennomføringen – skaper vi en enorm strøm av ny programvare. En sverm av AI-agenter kan generere mer kode på ett minutt enn en seniorutvikler rekker å gjennomgå på en uke. Mennesket har blitt flaskehalsen.

Løsningen er ikke mer mennesker. Løsningen er en AI-designmyndighet.

Fra håndverker til fabrikkdirektør

Tradisjonelt er «designmyndigheten» en liten gruppe arkitekter som møtes én gang i uken eller måneden for å godkjenne eller avslå et design. I en verden med høyhastighets-AI-utvikling er denne modellen håpløst utdatert. Den er for treg og for reaktiv.

Hvis vi går over til «disposable code» – programvare som vi ikke refaktorerer i det uendelige, men forkaster og genererer på nytt når kravene endres – endres rollen vår fundamentalt. Vi er ikke lenger murere som legger stein for stein. Vi er arkitektene bak fabrikken som skriver ut veggene.

Men hvem kontrollerer at disse murene står rett?

«Gauntlet»: En automatisert ildprøve

En AI-designmyndighet er ikke en person, men en pipeline. En «Gauntlet» som all generert kode må kjempe seg gjennom for å nå produksjon. Denne prosessen erstatter ikke menneskelig kodegjennomgang med ingenting, men med noe bedre.

Den fungerer i tre lag:

1. Den utøvende makten (genereringen)
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) arbeide parallelt med det samme problemet. Dette hindrer tunnelsyn og bryter ned «latskapen» som LLM-er noen ganger lider av. Denne tilnærmingen er også vitenskapelig undersøkt og viser at man kan forhindre AI-hallusinasjoner og bygge svært lange kjeder uten feil

2. Det harde filteret (loven)
Her er det ikke rom for diskusjon. Koden må kompilere. Linters må ikke klage. Og avgjørende: Black box-tester må bestå. Vi tester ikke om funksjonen fungerer internt (det kan AI-en manipulere), vi tester om systemet gjør det det skal på utsiden. Feiler testen? Rett i søppelkassen.

3. Det myke filteret (AI-juryen)
Dette er den virkelige innovasjonen. De gjenværende løsningene legges frem for en spesialisert «stemmegivende AI». Denne agenten skriver ikke kode, men leser kode. Den er trent på arkitekturprinsippene våre, sikkerhetskrav (OWASP, ISO) og regler for etterlevelse (EUs AI-forordning).
Den stemmer: «Løsning A er raskere, men løsning B er sikrere og følger mikrotjenestearkitekturen vår bedre.»

Vinneren settes i produksjon.

Programvarens tredeling av makten

Denne modellen håndhever en maktfordeling som mangler i mange team.

• Den lovgivende makten (arkitekten): Arkitekten skriver «grunnloven». Promptene, arkitekturdokumentene (project-description.md, rules.md, skills.md en principles.md), de strenge kravene. Arkitekten bestemmer hva vi bygger, hvem som bygger det, hvordan og hvorfor.
• Den utøvende makten (kodeagentene): De utfører arbeidet. Raskt, billig og under menneskelige utvikleres ledelse.
• Den dømmende makten (designmyndigheten): Et uavhengig AI-lag som kontrollerer samsvar med loven.

Konklusjon: Arkitektens nye rolle

Den frigjør oss fra tyranniet til syntaksfeil og lar oss fokusere på det vi er gode på: systemtenkning. Å finne sannheten. 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: Tør du gi slipp på kontrollen over koden for dermed å gjenvinne kontrollen over kvaliteten ?

gi meg beskjed