Tekoälyn suunnitteluviranomainen
Olemme ohjelmistokehityksen käännekohdassa. Keskustelu pyörii usein sen ympärillä, mikä kuka tekoälyistä kirjoittaa parasta koodia (Claude vs. ChatGPT) tai missä missä tekoälyn tulisi asua (IDE vai CLI). Mutta se ei ole oikea kysymyksenasettelu.
Jos omaksumme tekoälyn "Vibe Coders" -roolissa – jossa me määrittelemme tavoitteen 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 enemmän lisää ihmisiä. Ratkaisu on Tekoälyn suunnittelun asiantuntija.
Käsityöläisestä tehdashallinnon johtajaksi
Perinteisesti "Design Authority" on ryhmä arkkitehteja, jotka kokoontuvat 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 kuljettava päästäkseen tuotantoon. Tämä prosessi ei korvaa ihmisen tekemää koodikatselmusta ei millään, vaan jollakin paremmalla.
Se toimii kolmessa tasossa:
1. Toimeenpanovalta (Generointi)
Emme pyydä yhdeltä tekoälyltä ratkaisua, vaan pyydämme niitä 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 (LLM) 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ästä ei voi neuvotella. Koodin on käännyttävä. Linter-työkalut eivät saa valittaa. Ja mikä ratkaisevaa: Black Box -testien on onnistuttava. 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.
Se ää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 (Suunnitteluviranomainen): 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ä: järjestelmäajatteluun. 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
