AI dizaino autoritetas

Mes stovime prie kritinio taško programinės įrangos kūrime. Diskusija dažnai vyksta apie kuri AI, kuri rašo geriausią kodą (Claude vs. ChatGPT) arba kur kur AI turi gyventi (IDE arba CLI). Bet tai nėra teisingas klausimas.

Problema nėra generavimas kodo. Tai validacija iš jo.

Jei priimame AI kaip „Vibe Coders“ – nurodydami ketinimą, o AI atliktų įgyvendinimą – sukuriame milžinišką naujos programinės įrangos srautą. AI agentų spiečias per minutę gali sugeneruoti daugiau kodo nei vyresnysis programuotojas per savaitę gali peržiūrėti. Žmogus tapo siaura vieta.

Sprendimas nėra daugiau žmonės. Sprendimas yra AI Dizaino Autoritetas.

Nuo amatininko iki gamyklos direktoriaus

Tradiciškai „Design Authority“ yra grupė architektų, kurie susitinka kartą per savaitę ar mėnesį, kad patvirtintų arba atmetų projektą. Pasaulyje, kuriame didelio greičio dirbtinio intelekto kūrimas tas modelis yra beviltiškai pasenęs. Jis per lėtas ir per reaguojantis.

Jei pereisime prie „Disposable Code“ – programinės įrangos, kurią neperrašome be galo, o išmetame ir iš naujo generuojame, kai keičiasi reikalavimai – mūsų vaidmuo fundamentaliai pasikeičia. Mes nebe esame mūrininkai, dedantys akmenį ant akmens. Mes esame gamyklos architektai, spausdinantys sienas.

Bet kas tikrina, ar tos sienos stovės tiesiai?

„Gauntlet“: automatizuotas ugnies bandymas

AI Design Authority nėra asmuo, o konvejeris. „Gauntlet“, kuriame kiekviena sugeneruota kodo eilutė turi kovoti, kad pasiektų gamybą. Šis procesas nepakeičia žmogaus kodo peržiūros su nieko, bet su kažkuo geriau.

Tai veikia trijuose sluoksniuose:

1. Vykdomoji valdžia (Generavimas)
Mes neprašome vienos AI sprendimo, mes prašome trijų. Leidžiame Gemini 3, GPT-5 ir atviro kodo modelį (pvz., Llama) lygiagrečiai dirbti prie tos pačios problemos. Tai užkerta kelią tunelio vizijai ir pralaužo „tingumą“, kurį kartais patiria LLM. Šis požiūris taip pat moksliniais tyrimais patikrinta ir rodo, kad galima išvengti AI haliucinacijų bei sukurti labai ilgas grandines be klaidų

2. Kietas filtras (Įstatymas)
Čia neįmanoma diskusija. Kodas turi kompiliuotis. Linters neturi skųstis. Ir svarbiausia: Juodosios dėžės testai privalo sėkmingai įvykdyti. Mes netestuojame, ar funkcija veikia viduje (tai gali manipuliuoti AI), mes tikriname, ar sistema išorėje daro tai, ką turi. Jei testas nepavyksta? Tiesiai į šiukšliadėžę.

3. Švelnus filtras (AI žiuri)
Tai tikroji inovacija. Liko likusios sprendimai pateikiami specializuotai „Balsuojančiai AI“. Ši agentė nerašo kodo, bet skaito kodas. Jis yra apmokytas pagal mūsų architektūros principus, saugumo reikalavimus (OWASP, ISO) ir atitikties taisykles (ES AI aktas).
Jis balsuoja: „Sprendimas A yra greitesnis, tačiau Sprendimas B yra saugesnis ir geriau atitinka mūsų mikroservisų architektūrą.“

Laimėtojas pereina į gamybą.

Programinės įrangos triados principas

Šis modelis primena valdžios atskyrimą, kurio dažnai trūksta daugelyje komandų.

• Įstatymų leidžiamoji valdžia (Architektas): Architektas rašo „Konstituciją“. Promptai, architektūros dokumentai (project-description.md, rules.md, skills.md en principles.md), kietus reikalavimus. Architektas nustato kas mes statome, kas tai stato, kaip ir kodėl.
• Vykdomoji valdžia (Koduojančiosios agentūros): Jie įgyvendina. Greitai, pigiai ir žmonių kūrėjų priežiūroje.
• Teisminė valdžia (Dizaino autoritetas): Nepriklausomas AI sluoksnis, kuris tikrina atitiktį įstatymams.

Išvada: Nauja architekto vaidmuo

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

Klausimas nėra, ar AI gali rašyti mūsų kodą. Ši tema jau uždaryta. Kodas daugiausia tampa vienkartiniu produktu.
Klausimas yra: Ar drįsti valdyti kodas laisvai paleisti, kad taip pat kontroliuoti kokybė atgauti?

pranešk man