AI Design Authority
Vi står ved et vendepunkt i programvareutvikling. hvilken at AI skriver den beste koden (Claude vs. ChatGPT) eller hvor at AI må bo et sted (IDE eller CLI). Men det er ikke det riktige spørsmålet.
Problemet er ikke generering koden. Det er validering derav.
Hvis vi omfavner AI som «Vibe Coders» – der vi angir intensjonen og AI utfører – skaper vi en enorm tilstrømning av ny programvare. En sverm av AI-agenter kan generere mer kode på ett minutt enn en seniorutvikler kan gjennomgå på en uke. Mennesket har blitt flaskehalsen.
Løsningen er ikke mer flere mennesker. Løsningen er en AI-designmyndighet.
Fra håndverker til fabrikkdirektør
Tradisjonelt er «Design Authority» en liten gruppe arkitekter som møtes ukentlig eller månedlig 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.
Når vi går over til «Disposable Code» – programvare vi ikke refaktorerer i det uendelige, men kaster og genererer på nytt når kravene endres – endres vår rolle fundamentalt. Vi er ikke lenger murerne som legger stein for stein. Vi er arkitektene av fabrikken som skriver ut veggene.
Men hvem kontrollerer at veggene står rette?
«Gauntlet»: En automatisert ildprøve
En AI Design Authority er ikke en person, men en pipeline. En «Gauntlet» som hver linje 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 makt (Genereringen)
Vi spør ikke én AI om en løsning, vi spør tre. Vi lar Gemini 3, GPT-5 og en åpen kildekode-modell (som Llama) arbeide parallelt med samme problem. Dette forhindrer tunnelvisjon og bryter opp den «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 ingen 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 manipulere AI-en), vi tester om systemet gjør det det skal på utsiden. Feiler testen? Rett i søpla.
3. Det Myke Filteret (AI-juryen)
Dette er den virkelige innovasjonen. De gjenværende løsningene sendes til en spesialisert "Voting AI". Denne agenten skriver ikke kode, men leser kode. Den er trent på våre arkitekturprinsipper, sikkerhetskrav (OWASP, ISO) og samsvarsregler (EU AI Act).
Den stemmer: "Løsning A er raskere, men Løsning B er sikrere og følger vår mikrotjenestearkitektur bedre."
Vinneren går i produksjon.
Programvarens tredeling av makten
Denne modellen håndhever en maktfordeling som mangler i mange team.
- Den lovgivende makt (Arkitekten): Arkitekten skriver "Grunnloven". Promptene, arkitekturdokumentene (
project-description.md, rules.md, skills.md en principles.md), de harde kravene. Arkitekten bestemmer hva hva vi bygger, hvem som bygger det, hvordan og hvorfor. - Den utøvende makt (Kodingsagentene): De utfører. Raskt, billig og under menneskelige utvikleres overoppsyn.
- Den dømmende makt (Designmyndigheten): Et uavhengig AI-lag som kontrollerer etter loven.
Konklusjon: Arkitektens nye rolle
Den frigjør oss fra tyranniet av syntaksfeil og lar oss fokusere på det vi er gode på: systemtenkning. Sannhetssøking. Struktur og beslutningstaking.
Spørsmålet er ikke om AI kan skrive koden vår. Det spørsmålet er allerede avgjort. Kode vil i stor grad bli et engangsprodukt.
Spørsmålet er: Våger du å gi fra deg kontrollen over kode slippe taket for å gjenvinne kontroll over kvalitet vinne tilbake kontrollen?
gi meg beskjed
