AI-suunnittelun auktoriteetti

Olemme ohjelmistokehityksen käännekohdassa. Keskustelu keskittyy usein mikä AI kirjoittaa parasta koodia (Claude vs. ChatGPT) tai missä missä AI:n tulisi asua (IDE tai CLI). Mutta se ei ole oikea kysymys.

Jos omaksumme AI:n “Vibe Coders” -lähestymistapana – jossa annamme tarkoituksen ja AI hoitaa toteutuksen – luomme valtavan määrän uutta ohjelmistoa. AI-agenttien parvi voi yhden minuutin aikana tuottaa enemmän koodia kuin seniorikehittäjä pystyy tarkistamaan viikon aikana. Ihmisestä on tullut pullonkaula.

Ratkaisu ei ole lisää ihmiset. Ratkaisu on AI-suunnittelun auktoriteetti.

Käsityöläisestä tehtaanjohtajaksi

Perinteisesti “Design Authority” on ryhmä arkkitehteja, jotka kokoontuvat viikoittain tai kuukausittain hyväksymään tai hylkäämään suunnitelman. Maailmassa, jossa korkean nopeuden AI-kehitys tämä malli on toivotonta vanhentunut. Se on liian hidas ja reaktiivinen.

Jos siirrymme “Disposable Code” -malliin – ohjelmistoon, jota emme refaktoroi loputtomiin, vaan heitämme pois ja generoimme uudelleen, kun vaatimukset muuttuvat – roolimme muuttuu perusteellisesti. Emme ole enää muurareita, jotka laittavat tiiliä tiilen päälle. Olemme tehtaan arkkitehteja, jotka tulostavat seinät.

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

Gauntlet: Automaattinen tulikoe

AI-suunnittelun auktoriteetti ei ole henkilö, vaan putki. “Gauntlet”, jossa jokaisen generoitu koodirivin on taisteltava läpi päästäkseen tuotantoon. Tämä prosessi ei korvaa ihmisen koodikatselmointia ei mitään, mutta jollain parempaa.

Se toimii kolmessa kerroksessa:

1. Toteuttava valta (Generointi)
Emme pyydä yhtä AI:ta ratkaisua, pyydämme kolmea. Annamme Gemini 3:n, GPT-5:n ja avoimen lähdekoodin mallin (kuten Llama) toimia rinnakkain samassa ongelmassa. Tämä estää tunnelinäköä ja rikkoo “laiskuutta”, jota LLM:t joskus kokevat. Tämä lähestymistapa on myös tieteellisesti tutkittu ja osoittaa, että voit estää AI-hallusinaatiot ja rakentaa erittäin pitkiä ketjuja ilman virheitä

2. Kova suodatin (Laki)
Tässä ei ole keskustelua mahdollinen. Koodin täytyy kääntyä. Lintereiden ei saa valittaa. Ja ratkaisevaa: Black Box -testit täytyy onnistua. Emme testaa, toimiiko funktio sisäisesti (se voi manipuloida AI:ta), vaan testaamme, tekeekö järjestelmä ulkopuolelta sen, mitä sen pitää tehdä. Jos testi epäonnistuu? Suoraan roskakoriin.

3. Pehmeä suodatin (AI- jury)
Tämä on todellinen innovaatio. Jäljelle jäävät ratkaisut esitetään erikoistuneelle “Äänestys-AI”:lle. Tämä agentti ei kirjoita koodia, vaan lukee koodia. Hän on koulutettu arkkitehtuuriperiaatteisiimme, turvallisuusvaatimuksiin (OWASP, ISO) ja vaatimustenmukaisuussääntöihin (EU AI -asetus).
Hän äänestää: “Ratkaisu A on nopeampi, mutta ratkaisu B on turvallisempi ja noudattaa mikroservice-arkkitehtuuriamme paremmin.”

Voittaja siirtyy tuotantoon.

Ohjelmiston poliittinen kolmijako

Tämä malli pakottaa vallan kolmijakoisuuden, joka monissa tiimeissä puuttuu.

• Lainsäädäntövalta (Arkkitehti): Arkkitehti kirjoittaa “Perustuslain”. Kehot, arkkitehtuuridokumentit (project-description.md, rules.md, skills.md en principles.md), kovaa vaatimuksia. Arkkitehti määrittää mitä mitä rakennamme, kuka sen rakentaa, miten ja miksi.
• Toimeenpanovalta (Koodausagentit): He toteuttavat. Nopeasti, edullisesti ja ihmisten kehittäjien suojeluksessa.
• Tuomioistuinvalta (Suunnitteluviranomainen): Itsenäinen AI-kerros, joka tarkistaa lain mukaisuuden.

Johtopäätös: Arkkitehdin uusi rooli

Se vapauttaa meidät syntaksivirheiden tyranniasta ja antaa meidän keskittyä siihen, missä olemme hyviä: järjestelmälliseen ajatteluun. Totuuden etsintään. Rakenneeseen ja päätöksentekoon.

Kysymys ei ole siitä, voiko AI kirjoittaa koodiamme. Tämä aihe on jo päätetty. Koodi on suurelta osin kertakäyttötuote.
Kysymys on: Uskallatko luopua hallinnasta koodi vapauttaa sen, jotta voit palauttaa hallinnan laatu takaisin?

kerro se minulle