Az AI Design Authority

Szoftverfejlesztésben fordulóponton állunk. A vita gyakran erről szól mely AI a legjobb kódot írja (Claude vs. ChatGPT) vagy hol hogy az AI hol működjön (IDE vagy CLI). De ez nem a helyes kérdésfelvetés.

A probléma nem a generálni kód. Az validáció arról.

Ha az AI-t a „Vibe Coders” módjára öleljük át – ahol mi megadjuk a szándékot, az AI pedig a megvalósítást végzi – hatalmas mennyiségű új szoftvert hozunk létre. Egy rajtaütött AI-ügynökök szörnye egy perc alatt több kódot generál, mint egy senior fejlesztő egy hét alatt tud átnézni. Az ember lett a szűk keresztmetszet.

A megoldás nem több emberek. A megoldás egy AI tervezési hatóság.

A kézművestől a gyárigazgatóig

Hagyományosan a „Design Authority” egy csoport építész, akik hetente vagy havonta összegyűlnek, hogy egy tervet jóvá vagy elutasítsanak. Egy ... világban magas sebességű AI fejlesztés ez a modell reménytelenül elavult. Túl lassú és túl reakcióképes.

Ha áttérünk a „Disposable Code” – olyan szoftver, amelyet nem végtelenül refaktorálunk, hanem eldobunk és újra generálunk, ha a követelmények változnak – modellre, akkor alapvetően megváltozik a szerepünk. Már nem kőművesek vagyunk, akik egyesével rakják a köveket. Mi vagyunk a gyár építészei, akik a falakat nyomtatják.

De ki ellenőrzi, hogy a falak egyenesen állnak‑e?

A „Gauntlet”: Egy automatizált tűzpróba

Az AI Design Authority nem személy, hanem egy csővezeték. Egy „Gauntlet”, ahol minden generált kódsornak át kell küzdenie a termeléshez. Ez a folyamat nem a humán kódellenőrzést helyettesíti a semmi, hanem valamivel jobban.

Három rétegben működik:

1. A Végrehajtó Hatalom (A Generáció)
Nem egy AI‑t kérünk meg a megoldásra, hanem háromat. A Gemini 3‑at, a GPT‑5‑öt és egy nyílt forráskódú modellt (például Llamát) párhuzamosan dolgoztatjuk ugyanazon a problémán. Ez megakadályozza a szűk látókört és áttöri azt a „lustaságot”, amelyben az LLM‑ek néha szenvednek. Ez a megközelítés is tudományosan kutatott és azt mutatja, hogy meg lehet előzni az AI hallucinációt, valamint nagyon hosszú láncokat lehet hibamentesen építeni

2. A kemény szűrő (A törvény)
Itt nincs vita. A kódnak le kell fordulnia. A lintersnek nem szabad panaszkodniuk. És kulcsfontfontosságú: a Fekete doboz tesztek sikeresnek kell lenniük. Nem teszteljük, hogy a funkció belül működik-e (az AI manipulálhatja), hanem azt teszteljük, hogy a rendszer kívülről azt csinálja-e, amit kell. Ha a teszt megbukik? Azonnal a kukába.

3. A puha szűrő (Az AI zsűri)
Ez a valódi innováció. A megmaradt megoldásokat egy speciális „Szavazó AI”-nek mutatjuk be. Ez az ügynök nem ír kódot, hanem olvassa kódot. Képzett a mi architektúra elveinkre, biztonsági követelményekre (OWASP, ISO) és megfelelőségi szabályokra (EU AI Act).
Szavaz: „Az A megoldás gyorsabb, de a B megoldás biztonságosabb és jobban követi a mi mikroszolgáltatás-architektúránkat.”

A nyertes a termelésbe kerül.

A szoftver háromszéles hatalommegosztása

Ez a modell elkényszeríti a hatalommegosztást, ami sok csapatban hiányzik.

• A törvényhozó hatalom (az architekt): Az architekt írja a „Alkotmányt”. A promptok, az architektúra-dokumentumok (project-description.md, rules.md, skills.md en principles.md), a szigorú követelmények. Az architekt meghatározza mit mi építünk, ki építi, hogyan és miért.
• A végrehajtó hatalom (a kódoló ügynökök): Ők hajtják végre. Gyorsan, olcsón és emberi fejlesztők felügyelete alatt.
• A Bírósági Hatalom (A Tervezési Hatóság): Egy független AI réteg, amely a jogszabályoknak megfelel.

Következtetés: Az architekt új szerepe

Felszabadít minket a szintaxis-hibák zsarnokságától, és arra enged fókuszálni, amiben jók vagyunk: rendszerelmélet, igazságkeresés, struktúra és döntéshozatal.

A kérdés nem, hogy az AI képes-e a kódunkat írni. Ez a téma már lezárult. A kód nagyrészt eldobható termékké válik.
A kérdés: Mered átadni az irányítást a kód elengedni, hogy ezzel irányítást kapj a minőség visszaszerezni?

tudasd velem