AI dizaina iestāde

Mēs esam programmatūras izstrādes pagrieziena punktā. Diskusija bieži vien ir par kura AI raksta labāko kodu (Claude pret ChatGPT) vai kur kur šim AI vajadzētu atrasties (IDE vai CLI). Taču tas nav īstais jautājums.

Ja mēs uztveram AI kā “Vibe Coders” – kur mēs norādām nodomu un AI veic izpildi –, mēs radām milzīgu jaunas programmatūras plūsmu. AI aģentu spiets vienā minūtē var ģenerēt vairāk koda, nekā vecākais izstrādātājs (senior developer) var pārskatīt nedēļas laikā. Cilvēks ir kļuvis par vājo posmu.

Risinājums nav vairāk cilvēki. Risinājums ir AI dizaina iestāde.

No amata meistara par fabrikas direktoru

Tradicionāli “dizaina iestāde” ir arhitektu grupa, kas sanāk reizi nedēļā vai mēnesī, lai apstiprinātu vai noraidītu dizainu. Pasaulē, kurā valda augsta ātruma AI izstrāde šis modelis ir bezcerīgi novecojis. Tas ir pārāk lēns un pārāk reaģējošs.

Ja mēs pārejam uz “vienreiz lietojamo kodu” (Disposable Code) – programmatūru, ko mēs bezgalīgi nerefaktorējam, bet gan izmetam un ģenerējam no jauna, kad mainās prasības –, mūsu loma fundamentāli mainās. Mēs vairs neesam mūrnieki, kas liek ķieģeli pēc ķieģeļa. Mēs esam tās rūpnīcas arhitekti, kas drukā sienas.

Bet kurš pārbauda, vai tās sienas ir taisnas?

“Gauntlet”: Automatizēts ugunsgrēka pārbaudījums

Mākslīgā intelekta dizaina iestāde (AI Design Authority) nav persona, bet gan konveijers. Tas ir kā "gauntlet" (pārbaudījumu celiņš), caur kuru ir jāizcīnās katrai ģenerētā koda rindai, lai nokļūtu līdz ražošanas videi. Šis process Neaizstāj cilvēka veiktu koda pārskatīšanu ar neko, bet gan ar kaut ko labāku.

Tas darbojas trijos līmeņos:

1. Izpildvaras iestāde (Ģenerēšana)
Mēs neprasām vienam AI rast risinājumu, mēs prasām trim. Mēs liekam Gemini 3, GPT-5 un atvērtā koda modelim (piemēram, Llama) strādāt paralēli pie vienas un tās pašas problēmas. Tas novērš tuneļredzi un lauž "slinkumu", kas dažreiz piemīt lielajiem valodas modeļiem (LLM). Šī lägla ir arī zinātniski pētīta un parāda, ka jūs varat novērst AI halucinācijas un bez kļūdām izveidot ļoti garas ķēdes

2. Stingrais filtrs (Likums)
Šeit nav vietas diskusijām. Kodam ir jākompilējas. Linteriem nav ļauts sūdzēties. Un kas ir izšķiroši – Melnās kastes testi ir jāiztur. Mēs nepārbaudām, vai funkcija darbojas iekšēji (to AI var manipulēt), mēs pārbaudām, vai sistēma no ārpuses dara to, kas tai jādara. Vai tests neizdodas? Uzreiz miskastē.

3. Maigais filtrs (MI žūrija)
Šī ir īstā inovācija. Atlikušie risinājumi tiek iesniegti specializētam "Balsojošajam AI" (Voting AI). Šis aģents neraksta kodu, bet gan lasa kodu. Tas ir apmācīts, pamatojoties uz mūsu arhitektūras principiem, drošības prasībām (OWASP, ISO) un atbilstības noteikumiem (ES Mākslīgā intelekta akts).
Tas lemj: “A risinājums ir ātrāks, bet B risinājums ir drošāks un labāk atbilst mūsu mikroservisu arhitektūrai.”

Uzvarētājs nonāk ražošanā.

Programmatūras Trias Politica

Šis modelis uzspiež varas dalīšanu, kuras daudzās komandās trūkst.

• Likumdevēja vara (Arhitekts): Arhitekts raksta “Konstitūciju”. Uzvednes, arhitektūras dokumentus (project-description.md, rules.md, skills.md en principles.md), stingrās prasības. Arhitekts nosaka ko mēs būvējam, kas to būvē, kā un kāpēc.
• Izpildvara (Kodēšanas aģenti): Viņi īsteno. Ātri, lēti un cilvēku izstrādātāju uzraudzībā.
• Tiesu vara (Projektēšanas iestāde): Neatkarīgs MI slānis, kas pārbauda atbilstību likumam.

Secinājums: Arhitekta jaunā loma

Tas mūs atbrīvo no sintakses kļūdu tirānijas un ļauj koncentrēties uz to, kas mums padodas vislabāk: Sistēmiska domāšana. Patiesības meklēšana. Struktūra un lēmumu pieņemšana.

Jautājums nav par to, vai MI var uzrakstīt mūsu kodu. Šis jautājums jau ir slēgts. Kods lielā mērā kļūst par vienreizlietojamu produktu.
Jautājums ir: Vai tu uzdrīksties atlaist kontroli pār kodu , kvalitāti lai tādējādi atgūtu kontroli pār

dod man ziņu