Me seisame tarkvaraarenduse pöördepunktis. Arutelu käib sageli selle üle, kas milline AI kirjutab parimat koodi (Claude vs. ChatGPT) või kus see AI peaks elama (IDE või CLI). Kuid see ei ole õige küsimuse püstitus.
Kui võtame AI omaks „Vibe Coderitena“ – kus meie anname ette kavatsuse ja AI teostab selle –, loome tohutu hulga uut tarkvara. AI-agentide parv võib minutiga genereerida rohkem koodi kui vanemarendaja suudab nädalaga üle vaadata. Inimesest on saanud pudelikael.
Lahendus ei seisne rohkem inimestes. Lahendus on AI disainiorganisatsioon.
Traditsiooniliselt on „disainiorganisatsioon“ (Design Authority) rühm arhitekte, kes tulevad kord nädalas või kuus kokku, et disain heaks kiita või tagasi lükata. Maailmas, kus toimub kiire AI-arendus (high-velocity AI development) on see mudel lootusetult aegunud. See on liiga aeglane ja liiga reaktiivne.
Kui läheme üle „ühekordsele koodile“ (Disposable Code) – tarkvarale, mida me ei refaktoreeri lõputult, vaid viskame ära ja genereerime nõuete muutudes uuesti –, muutub meie roll põhjalikult. Me ei ole enam müürsepad, kes laovad kivi kivi haaval. Me oleme selle vabriku arhitektid, mis prindib seinu.
Kuid kes kontrollib, kas need seinad on sirged?
AI Design Authority ei ole inimene, vaid torujuhe. See on "katsumus" (Gauntlet), millest iga reeglina genereeritud kood peab tootmiskeskkonda jõudmiseks läbi võitlema. See protsess ei asenda inimeste tehtavat koodiülevaatust millegagi, vaid millegi paremaga.
See toimib kolmes kihis:
1. Täidesaatev võim (Generatsioon)
Me ei küsi lahendust ühelt AI-lt, vaid kolmelt. Paneme Gemini 3, GPT-5 ja avatud lähtekoodiga mudeli (näiteks Llama) samal ajal sama probleemi kallal töötama. See hoiab ära tunnelnägemise ja murrab "laiskuse", mille all LLM-id mõnikord kannatavad. See lähenemine on ka teaduslikult uuritud ning näitab, et saate vältida AI hallutsinatsioone ja luua väga pikki ahelaid ilma vigadeta
2. Range filter (Seadus)
Siin ei ole aruteluks ruumi. Kood peab kompilleeruma. Linterid ei tohi kaevata. Ja mis kõige olulisem – musta kastiga testid peavad õnnestuma. Me ei testi, kas funktsioon töötab sisemiselt (seda võib AI manipuleerida), vaid testime, kas süsteem teeb väliselt seda, mida ta peab tegema. Test ebaõnnestub? Otse prügikasti.
3. Pehme filter (tehisintellekti žürii)
See on tõeline innovatsioon. Järelejäänud lahendused esitatakse spetsiaalsele "hääletavale AI-le" (Voting AI). See agent ei kirjuta koodi, vaid loeb koodi. Ta on treenitud meie arhitektuuripõhimõtete, turvanõuete (OWASP, ISO) ja vastavusreeglite (EL-i tehisintellekti määrus) järgi.
Ta otsustab: „Lahendus A on kiirem, kuid Lahendus B on turvalisem ja sobib paremini meie mikroteenuste arhitektuuriga.“
Võitja läheb tootmisse.
See mudel tagab võimude lahutatuse, millest paljudes meeskondades on puudus.
project-description.md, rules.md, skills.md en principles.md), karmid nõuded. Arhitekt määrab mida ehitame, kes seda ehitab, kuidas ja miks.See vabastab meid süntaksivigade türanniast ja võimaldab meil keskenduda sellele, milles me head oleme: süsteemssele mõtlemisele. Tõe otsimisele. Struktuurile ja otsuste langetamisele.
Küsimus ei ole selles, kas tehisintellekt suudab meie koodi kirjutada. See teema on juba ammendatud. Koodist on saamas suuresti ühekordne toode.
Küsimus on: kas sa julged kontrollist koodi lahti lasta, et saavutada seeläbi kontroll kvaliteedi üle?
anna mulle teada