Tekoälyn suunnitteluviranomainen

Olemme ohjelmistokehityksen käännekohdassa. Keskustelu pyörii usein sen ympärillä, mikä kirjoittaako tekoäly parasta koodia (Claude vs. ChatGPT) vai missä missä tekoälyn tulisi asua (IDE vai CLI). Mutta se ei ole oikea kysymyksenasettelu.

Jos omaksumme tekoälyn "Vibe Coders" -ajattelutavan – jossa määrittelemme aikomuksen ja tekoäly hoitaa toteutuksen – luomme valtavan määrän uutta ohjelmistoa. Tekoälyagenttien parvi voi generoida minuutissa enemmän koodia kuin senior-kehittäjä ehtii viikossa tarkistaa. Ihmisestä on tullut pullonkaula.

Ratkaisu ei ole lisää ihmisiä. Ratkaisu on Tekoälyn suunnittelun asiantuntija.

Käsityöläisestä tehdashallitsijaksi

Perinteisesti "Design Authority" on ryhmä arkkitehteja, joka kokoontuu kerran viikossa tai kuukaudessa hyväksymään tai hylkäämään suunnitelmia. Maailmassa, jossa vallitsee nopeatempoinen tekoälykehitys tämä malli on auttamattomasti vanhentunut. Se on liian hidas ja reaktiivinen.

Jos siirrymme "kertakäyttökoodiin" (Disposable Code) – ohjelmistoon, jota emme refaktoroi loputtomiin, vaan jonka hylkäämme ja generoimme uudelleen vaatimusten muuttuessa – roolimme muuttuu perustavanlaatuisesti. Emme ole enää muurareita, jotka asettavat kiven kerrallaan. Olemme sen tehtaan arkkitehteja, joka tulostaa seinät.

Mutta kuka valvoo, että seinät ovat suorassa?

"Gauntlet": Automatisoitu tulikoe

AI Design Authority ei ole henkilö, vaan prosessiketju. "Gauntlet" eli haaste, jonka läpi jokaisen generoidun koodirivin on taisteltava päästäkseen tuotantoon. Tämä prosessi ei korvaa ihmisen tekemää koodikatselmusta ei millään, vaan jollakin paremmalla.

Se toimii kolmessa kerroksessa:

1. Toimeenpanovalta (Generointi)
Emme pyydä yhdeltä tekoälyltä ratkaisua, vaan pyydämme sitä kolmelta. Annamme Gemini 3:n, GPT-5:n ja avoimen lähdekoodin mallin (kuten Llama) työskennellä rinnakkain saman ongelman parissa. Tämä estää tunnelinäköä ja murtaa "laiskuuden", josta kielimallit joskus kärsivät. Tämä lähestymistapa on myös tieteellisesti tutkittu ja osoittaa, että tekoälyn hallusinaatioita voidaan ehkäistä ja erittäin pitkiä ketjuja voidaan rakentaa ilman virheitä

2. Tiukka suodatin (Laki)
Tässä ei ole tilaa keskustelulle. Koodin on käännyttävä. Linterien on oltava tyytyväisiä. Ja mikä ratkaisevaa, Black Box -testien on läpäistävä. Emme testaa, toimiiko funktio sisäisesti (sitä tekoäly voi manipuloida), vaan testaamme, tekeekö järjestelmä ulkoisesti sen, mitä sen pitääkin. Epäonnistuuko testi? Suoraan roskakoriin.

3. Pehmeä suodatin (AI-tuomaristo)
Tämä on todellinen innovaatio. Jäljelle jääneet ratkaisut esitellään erikoistuneelle "äänestävälle tekoälylle" (Voting AI). Tämä agentti ei kirjoita koodia, vaan lukee koodia. Se on koulutettu arkkitehtuuriperiaatteidemme, tietoturvavaatimustemme (OWASP, ISO) ja vaatimustenmukaisuussääntöjemme (EU AI Act) mukaisesti.
Hän äänestää: ”Ratkaisu A on nopeampi, mutta Ratkaisu B on turvallisempi ja noudattaa paremmin mikropalveluarkkitehtuuriamme.”

Voittaja etenee tuotantoon.

Ohjelmistojen vallan kolmijako

Tämä malli pakottaa vallan kolmijaon, joka monista tiimeistä puuttuu.

• Lainsäädäntövalta (Arkkitehti): Arkkitehti kirjoittaa "perustuslain". Kehotteet, arkkitehtuuridokumentit (project-description.md, rules.md, skills.md en principles.md), tiukat vaatimukset. Arkkitehti päättää mitä mitä rakennamme, kuka sen rakentaa, miten ja miksi.
• Toimeenpanovalta (Koodausagentit): He toteuttavat. Nopeasti, edullisesti ja ihmiskehittäjien valvonnassa.
• Tuomiovalta (Design Authority): Itsenäinen tekoälykerros, joka tarkistaa vaatimustenmukaisuuden.

Johtopäätös: Arkkitehdin uusi rooli

Se vapauttaa meidät syntaksivirheiden tyranniasta ja antaa meidän keskittyä siihen, missä olemme hyviä: Systeemiajatteluun. Totuuden etsimiseen. Rakenteeseen ja päätöksentekoon.

Kysymys ei ole siitä, osaako tekoäly kirjoittaa koodiamme. Se aihe on jo loppuunkäsitelty. Koodista on tulossa pitkälti kertakäyttötuote.
Kysymys kuuluu: Uskallatko päästää irti koodin hallinnasta, jotta voit palauttaa hallinnan laadun takaisin?

kerro minulle