AI dizaino autoritetas

Mes stovime programinės įrangos kūrimo lūžio taške. Diskusija dažnai sukasi apie kuris ar AI rašo geriausią kodą (Claude prieš ChatGPT) arba kur kur turėtų gyventi ta AI (IDE ar CLI). Tačiau tai nėra tinkamas klausimas.

Problema nėra generavimas kodo. Problema yra patvirtinimas jo.

Jei priimsime AI kaip „Vibe Coders“ – kur nurodome ketinimą, o AI atlieka įgyvendinimą – sukursime milžinišką naujos programinės įrangos srautą. AI agentų spiečius per vieną minutę gali sugeneruoti daugiau kodo, nei vyresnysis kūrėjas per savaitę spėtų peržiūrėti. Žmogus tapo kamščiu.

Sprendimas nėra daugiau žmonės. Sprendimas yra AI dizaino autoritetas.

Iš amatininko į fabrikos direktorių

Tradiciškai „Design Authority“ yra kelių architektų grupė, susitinkanti kartą per savaitę ar mėnesį, kad patvirtintų arba atmestų dizainą. Pasaulyje, kuriame aukštos spartos DI vystymas tas modelis yra pasmerktas atgyventi. Jis per lėtas ir pernelyg reaguojantis.

Jei pereiname prie „Disposable Code“ – programinės įrangos, kurios nuolat neperrašinėjame, o išmetame ir sugeneruojame iš naujo, kai keičiasi reikalavimai – mūsų vaidmuo iš esmės keičiasi. Mes nebeakmenintojai, dėliojantys plytą prie plytos. Mes esame gamyklos architektai, kurie projektuoja sienas spausdinančią liniją.

Bet kas prižiūri, ar tos sienos stovi tiesiai?

„Gauntlet“: Automatizuotas ugnies išbandymas

DI dizaino autoritetas nėra asmuo, o vamzdynas. „Gauntlet“ – per kurį turi pereiti kiekviena sugeneruota kodo eilutė, kad pasiektų produkciją. Šis procesas nepakeičia žmogaus kodėlio peržiūros vien tik niekuobet kažkuo geresniu.

Veikia trimis sluoksniais:

1. Vykdomoji galia (Generavimas)
Neprašome vieno DI sprendimo — prašome trijų. Leidžiame Gemini 3, GPT-5 ir atvirojo kodo modeliui (pvz., Llama) lygiagrečiai spręsti tą patį uždavinį. Tai užkerta kelią tunelio regėjimui ir nutraukia tą „tinginystę“, kurią kartais turi didieji kalbiniai modeliai. Toks požiūris taip pat yra moksiškai ištirta ir įrodo, kad galima išvengti DI haliucinacijų ir kurti labai ilgus procesus be klaidų

2. Griežtas filtras (Įstatymas)
Apie tai negalima diskutuoti. Kodas turi kompiliuotis. Linters neturi skųstis. Ir svarbiausia: Juodojo lango testai turi išlaikyti testus. Mes netestuojame, ar funkcija veikia viduje (tai gali būti AI manipuliacijos objektas), mes tikriname, ar sistema iš išorės atlieka tai, ką turi. Nepavyko testas? Tiesiai į šiukšliadėžę.

3. Minkštasis filtras (AI žiuri)
Tai tikroji naujovė. Likusieji sprendimai pristatomi specializuotam „Voting AI“. Šis agentas nekrašo kodo, bet skaito kodas. Jis apmokytas pagal mūsų architektūros principus, saugumo reikalavimus (OWASP, ISO) ir atitikties taisykles (ES AI aktas).
Jis balsuoja: „Sprendimas A yra greitesnis, bet Sprendimas B yra saugesnis ir geriau atitinka mūsų mikroservisų architektūrą.“

Nugalėtojas patenka į gamybą.

Programinės įrangos trias politica

Šis modelis užtikrina valdžių atskyrimą, kurio daugelyje komandų trūksta.

• Įstatymų leidžiamoji valdžia (Architektas): Architektas rašo „Konstituciją“. Promptus, architektūros dokumentus (project-description.md, rules.md, skills.md en principles.md), griežtus reikalavimus. Architektas nurodo ką ką mes kuriame, kas tai kuria, kaip ir kodėl.
• Vykdomoji valdžia (Kodo agentai): Jie vykdo. Greitai, pigiai ir žmogaus kūrėjų globojami.
• Teisminė valdžia (Dizaino autoritetas): Nepriklausomas AI sluoksnis, tikrinantis atitikimą įstatymams.

Išvada: Architekto naujas vaidmuo

Jis išlaisvina mus nuo sintaksės klaidžių tironijos ir leidžia susitelkti į tai, ką darome geriausiai: sisteminį mąstymą. Tiesos nustatymą. Struktūrą ir sprendimų priėmimą.

Klausimas nėra ar AI gali rašyti mūsų kodą. Šis klausimas jau uždarytas. Kodu daugiausia taps vienkartinis produktas.
Klausimas yra: Ar drįstate atiduoti kontrolę prie kodas paleisti, taip atkuriant kontrolę per kokybė grąžinti kontrolę?

praneškite man