AI Design Authority

Vi står vid ett vägskäl i mjukvaruutveckling. Diskussionen handlar ofta om vilken AI som skriver den bästa koden (Claude vs. ChatGPT) eller var var AI ska bo (IDE eller CLI). Men det är inte rätt frågeställning.

Problemet är inte generera av kod. Det är validering dess.

Om vi omfamnar AI som “Vibe Coders” – där vi anger avsikten och AI utför – skapar vi ett enormt flöde av ny mjukvara. En svärm av AI‑agenter kan på en minut generera mer kod än en senior utvecklare kan granska på en vecka. Människan har blivit flaskhalsen.

Lösningen är inte mer människor. Lösningen är en AI-designauktoritet.

Från hantverkare till fabriksdirektör

Traditionellt är “Design Authority” en grupp arkitekter som samlas en gång i veckan eller månaden för att godkänna eller avvisa en design. I en värld av snabb AI-utveckling är den modellen hopplöst föråldrad. Den är för långsam och för reaktiv.

Om vi övergår till “Disposable Code” – mjukvara som vi inte refaktoriserar i oändlighet, utan kastar bort och genererar på nytt när kraven förändras – förändras vår roll fundamentalt. Vi är inte längre murare som lägger sten för sten. Vi är fabriksarkitekterna som skriver ut väggarna.

Men vem kontrollerar att väggarna står rakt?

Gauntlet: Ett automatiserat eldprov

En AI Design Authority är ingen person, utan en pipeline. En “Gauntlet” där varje rad genererad kod måste kämpa sig igenom för att nå produktion. Denna process ersätter inte den mänskliga kodgranskningen med ingenting, men med något bättre.

Det fungerar i tre lager:

1. Den verkställande makten (Genereringen)
Vi ber inte en AI om en lösning, vi ber tre. Vi låter Gemini 3, GPT-5 och en öppen källkodsmodell (som Llama) arbeta parallellt med samma problem. Detta förhindrar tunnelvision och bryter den “lättja” som LLM:er ibland lider av. Denna metod är också vetenskapligt undersökt och visar att du kan förhindra AI-hallucinationer och bygga mycket långa kedjor utan fel

2. Det Hårda Filtret (Lagen)
Här är ingen diskussion möjlig. Koden måste kompilera. Linters får inte klaga. Och avgörande: den Black Box-tester måste lyckas. Vi testar inte om funktionen fungerar internt (det kan AI manipulera), vi testar om systemet på utsidan gör vad det ska göra. Misslyckas testet? Direkt till papperskorgen.

3. Det Mjuka Filtret (AI-juryn)
Detta är den verkliga innovationen. De återstående lösningarna läggs fram för en specialiserad "Voting AI". Denna agent skriver ingen kod, men läser kod. Den är tränad på våra arkitekturprinciper, säkerhetskrav (OWASP, ISO) och efterlevnadsregler (EU AI Act).
Den röstar: "Lösning A är snabbare, men Lösning B är säkrare och följer vår mikrotjänstarkitektur bättre."

Vinnaren går till produktion.

Softwaretriadens politiska principer

Denna modell tvingar fram en maktdelning som saknas i många team.

• Den lagstiftande makten (Arkitekten): Arkitekten skriver “Konstitutionen”. Prompterna, arkitekturdokumenten (project-description.md, rules.md, skills.md en principles.md), de hårda kraven. Arkitekten bestämmer vad vi bygger, vem som bygger, hur och varför.
• Den verkställande makten (Kodningsagenterna): De utför. Snabbt, billigt och under mänskliga utvecklares beskydd.
• Den judiciella makten (Designmyndigheten): Ett oberoende AI-lager som granskas mot lagen.

Slutsats: Den nya rollen för arkitekten

Den befriar oss från tyrannin av syntaxfel och låter oss fokusera på det vi är bra på: systemtänkande. Sanningssökande. Struktur och beslutsfattande.

Frågan är inte om AI kan skriva vår kod. Det ämnet är redan avslutat. Kod blir till stor del en engångsprodukt.
Frågan är: Vågar du ta kontrollen över den kod släppa, för att därmed återfå kontrollen över kvalitet återfå?

låt mig veta