Dirbtinio intelekto projektavimo autoritetas

Mes esame programinės įrangos kūrimo lūžio taške. Diskusija dažnai sukasi apie tai, kokia ar dirbtinis intelektas rašo geriausią kodą (Claude prieš ChatGPT), ar kur kur dirbtinis intelektas turėtų gyventi (IDE ar CLI). Tačiau tai netinkama diskusija.

Tikroji problema nėra kartos kodo. Tikroji problema yra validavimas jos taikymas.

Jei priimsime DI kaip „Vibe Kodavimo Programuotojus“ – nurodydami ketinimą, o DI atliks vykdymą – sukursime didžiulę naujos programinės įrangos srautą. DI agentų spiečius per vieną minutę gali sugeneruoti daugiau kodo, nei vyresnysis programuotojas gali peržiūrėti per savaitę. Žmogus tapo kliūtimi.

Sprendimas nėra daugiau žmonės. Sprendimas yra DI projektavimo autoritetas.

Nuo amatininko iki gamyklos direktoriaus

Tradicinis „Dizaino autoritetas“ yra nedidelė architektų grupė, kuri susirenka kartą per savaitę ar mėnesį patvirtinti arba atmesti dizainą. Pasaulyje, kuriame didelio greičio dirbtinio intelekto (DI) kūrimas šis modelis yra beviltiškai pasenęs. Jis per lėtas ir per daug reaktyvus.

Kai pereiname prie „Išmetamo kodo“ – programinės įrangos, kurios nerestruktūrizuojame be galo, o išmetame ir iš naujo generuojame, kai keičiasi reikalavimai – mūsų vaidmuo iš esmės pasikeičia. Mes nebeesam mūrininkai, klojantys akmenį po akmens. Mes esame sienas spausdinančios gamyklos architektai.

Bet kas patikrins, ar tos sienos yra tiesios?

„Rūstynės“: automatizuotas ugnies išbandymas

Dirbtinio intelekto dizaino autoritetas nėra asmuo, o procesas. Tai „Iššūkis“, per kurį kiekviena generuojamo kodo eilutė turi prasibrauti, kad pasiektų gamybą. Šis procesas nepakeičia žmogaus kodo peržiūros niekuo, o kuo nors geresniu.

Tai veikia trimis lygmenimis:

1. Vykdomoji valdžia (Generavimas)
Mes neprašome vieno dirbtinio intelekto (DI) sprendimo, mes prašome trijų. Mes leidžiame „Gemini 3“, „GPT-5“ ir atvirojo kodo modelį (pvz., „Llama“) lygiagrečiai dirbti su ta pačia problema. Tai apsaugo nuo siauro mąstymo ir įveikia „tingumą“, kuriuo kartais kenčia dideli kalbos modeliai (LLM). Šis metodas taip pat yra moksliškai ištirtas ir parodo, kad galite išvengti DI haliucinacijų ir be klaidų sukurti labai ilgus grandinius

2. Kietasis filtras (Įstatymas)
Čia negali kilti jokių diskusijų. Kodas turi kompiliuotis. Linteriai neturi skųstis. Ir svarbiausia: Juodosios dėžutės testai testai turi būti sėkmingi. Mes netestuojame, ar funkcija veikia viduje (tai gali manipuliuoti dirbtiniu intelektu), mes testuojame, ar sistema išorėje daro tai, ką turi daryti. Testas nepavyksta? Tiesiog į šiukšliadėžę.

3. Švelnus filtras (Dirbtinio intelekto komisija)
Tai yra tikroji inovacija. Likę sprendimai pateikiami specializuotam „Balsavimo dirbtiniam intelektui“ (Voting AI). Šis agentas kodo nerašo, bet skaito kodas. Jis apmokytas pagal mūsų architektūros principus, saugumo reikalavimus (OWASP, ISO) ir atitikties taisykles (ES AI aktas).
Jis teigia: “A sprendimas yra greitesnis, tačiau B sprendimas yra saugesnis ir geriau atitinka mūsų mikroslygų architektūrą.”

Nugalėtojas keliauja į gamybą.

Programinės įrangos trijų galių padalijimas

Šis modelis priverčia atskirti valdžios sritis, kurios trūksta daugelyje komandų.

• Įstatymų leidžiamoji valdžia (Architektas): Architektas rašo „Konstituciją“. Įvedimai, architektūros dokumentai (project-description.md, rules.md en principles.md, kieti reikalavimai. Architektas nustato ką mes statome ir kodėl.
• Vykdomoji valdžia (Kodavimo agentai): Jie vykdo. Greitai, pigiai ir vadovaujant žmonėms programuotojams.
• Teisminė valdžia (Dizaino autoritetas): Nepriklausomas dirbtinio intelekto sluoksnis, kuris tikrina atitiktį įstatymams.

Išvada: naujasis Architekto vaidmuo

Tai išlaisvina mus nuo sintaksės klaidų tironijos ir leidžia sutelkti dėmesį į tai, ką mes darome gerai: sisteminį mąstymą. Tiesa, kurią reikia rasti. Struktūra ir sprendimų priėmimas.

Klausimas nėra, ar dirbtinis intelektas gali parašyti mūsų kodą. Tai jau nuspręsta. Kodas didžiąja dalimi tampa vienkartiniu.
Klausimas yra: ar tu drįsti perimti kontrolę dėl vykdymą paleisti, taip atgaunant kontrolę kokybę atgauti?