Az AI Tervezési Hatóság

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

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 AI-ügynökökből álló rajkó 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 MI Tervezési Hatóság.

Kézművestől a gyárig igazgatóig

Hagyományosan a „Design Authority” egy kis architektuscsoport, amely hetente vagy havonta összegyűlik egy terv jóváhagyására vagy elutasítására. Egy olyan világban, ahol magas sebességű AI fejlesztés ez a modell reménytelenül elavult. Túl lassú és túl reaktív.

Ha áttérünk a „Disposable Code” (elhasználható kód) megközelítésre – olyan szoftverre, amelyet nem végtelenül refaktorálunk, hanem eldobunk és újra generálunk, ha a követelmények változnak – akkor alapvetően megváltozik a szerepünk. Már nem vagyunk kőművesek, akik egyenként helyezik a köveket. Mi vagyunk a gyár építészei, akik nyomtatják a falakat.

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

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

Egy 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és eléréséhez. Ez a folyamat nem helyettesíti az emberi kódfelülvizsgálatot semmit, de valamivel jobbat.

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

1. A Végrehajtó Hatalom (A Generáció)
Nem egy AI-t kérünk meg egy megoldásra, háromat kérünk. 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 csatornás látásmódot és áttöri a „lustaságot”, amelyet az LLM-ek néha mutatnak. Ez a megközelítés is tudományosan kutatott és azt mutatja, hogy az AI hallucináció elkerülhető, és nagyon hosszú láncokat lehet hibamentesen építeni

2. A Kemény Szűrő (A Törvény)
Itt nincs vita lehetősége. A kódnak le kell fordulnia. A lintersnek nem szabad panaszkodniuk. És kulcsfontosságú: a Fekete doboz tesztek sikeresnek kell lenniük. Nem teszteljük, hogy a funkció belül működik-e (ez manipulálhatja az AI-t), 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 Lágy Szűrő (Az AI zsűri)
Ez a valódi innováció. A megmaradt megoldásokat egy speciális „Voting AI”-nek mutatjuk be. Ez az ügynök nem ír kódot, hanem olvas kódot. Ő a mi architektúra elveinkre, biztonsági követelményekre (OWASP, ISO) és megfelelőségi szabályokra (EU AI Act) van kiképezve.
Ő szavaz: Az A megoldás gyorsabb, de a B megoldás biztonságosabb, és jobban követi a mi mikro‑szolgáltatás‑architektúrát.

A nyertes a termelésbe kerül.

A szoftver három hatalmi ága

Ez a modell egy hatalommegosztást kényszerít ki, amely 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ényeket. Az architekt meghatározza mit mit é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ói hatalom (a Design Authority): Egy független AI réteg, amely a törvénynek megfelelően ellenőriz.

Következtetés: Az architekt új szerepe

Ez felszabadít minket a szintaxis‑hibák zsarnokságától, és lehetővé teszi, hogy arra fókuszáljunk, amiben jók vagyunk: rendszerelmélet, igazságkeresés, struktúra és döntéshozatal.

A kérdés nem az, 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ék lesz.
A kérdés: Mered-e átadni az irányítást a kód szabadon engedni, hogy ezzel visszaszerezd az irányítást a minőség visszaszerezni?

tudasd velem