A szoftverfejlesztés fordulópontján állunk. A vita gyakran arról szól, melyik hogy az AI írja-e a legjobb kódot (Claude vs. ChatGPT), vagy hol hogy hol kellene élnie az AI-nak (IDE vagy CLI). De ez nem a helyes kérdésfeltevés.
Ha az AI-t „Vibe Kódolókként” öleljük keblünkre – ahol mi adjuk meg a szándékot, és az AI végzi el a kivitelezést –, akkor hatalmas új szoftveráradatot hozunk létre. Az AI-ügynökök rajai egy perc alatt több kódot képesek generálni, mint amennyit egy szenior fejlesztő egy hét alatt át tudna nézni. Az ember vált a szűk keresztmetszetté.
A megoldás nem több az emberek. A megoldás egy Mesterséges Intelligencia Tervezési Hatóság.
Hagyományosan a „Design Authority” építészek egy csoportja, akik hetente vagy havonta egyszer gyűlnek össze egy terv jóváhagyására vagy elutasítására. A nagy sebességű AI-fejlesztés világában ez a modell reménytelenül elavult. Túl lassú és túl reaktív.
Ha áttérünk az „ eldobható kódra ” – olyan szoftverre, amelyet nem a végtelenségig refaktorálunk, hanem eldobunk és újra generálunk, ha a követelmények megváltoznak –, akkor a szerepünk alapvetően megváltozik. Többé nem kőművesek vagyunk, akik kőről kőre rakják a falat. Mi vagyunk annak a gyárnak az építészei, amely a falakat nyomtatja.
De ki ellenőrzi, hogy azok a falak egyenesen állnak-e?
Az AI Design Authority nem egy személy, hanem egy folyamat. Egy „Gauntlet” (akadálypálya), amelyen keresztül minden generált kódsornak át kell küzdenie magát ahhoz, hogy eljusson a termelési környezetbe. Ez a folyamat nem a semmivel-val váltja fel az emberi kódellenőrzést, hanem valami jobbal.
Három rétegben működik:
1. Végrehajtó Hatalom (A Generálás)
Nem egyetlen mesterséges intelligenciától kérünk megoldást, hanem hármastól. Hagyjuk, hogy a Gemini 3, a GPT-5 és egy nyílt forráskódú modell (mint a Llama) párhuzamosan dolgozzon ugyanazon a problémán. Ez megakadályozza az alagútlátást, és megtöri azt a „lustaságot”, amelytől az LLM-ek időnként szenvednek. Ez a megközelítés ráadásul tudományosan is kutatott és bizonyítja, hogy az AI-hallucinációk megelőzhetők, valamint nagyon hosszú láncok építhetők hibák nélkül
2. A Szűrő (A Törvény)
Itt nincs helye vitának. A kódnak le kell fordulnia. A linterek nem panaszkodhatnak. És ami a legfontosabb: a feketedoboz-tesztek -eknek sikeresnek kell lenniük. Nem azt teszteljük, hogy a függvény belsőleg működik-e (ezt a mesterséges intelligencia manipulálhatja), hanem azt, hogy a rendszer kívülről azt teszi-e, amit kell. Ha a teszt elbukik, azonnal megy a kukába.
3. A puha szűrő (Az AI-zsűri)
Ez az igazi innováció. A megmaradt megoldásokat egy erre szakosodott „Szavazó AI”-nak mutatják be. Ez az ügynök nem ír kódot, hanem olvassa kódot. Arra képezték ki, hogy ismerje az architekturális elveinket, a biztonsági követelményeket (OWASP, ISO) és a megfelelőségi szabályokat (EU AI Act).
Így szavaz: „Az A megoldás gyorsabb, de a B megoldás biztonságosabb, és jobban illeszkedik a mikroszolgáltatás-architektúránkhoz.”
A győztes éles környezetbe kerül.
Ez a modell olyan hatalmi ágak szétválasztását kényszeríti ki, amely sok csapatból hiányzik.
project-description.md, rules.md, skills.md en principles.md), a szigorú követelményeket. Az építész határozza meg, mit építünk, ki építi, hogyan és miért.Megszabadít minket a szintaxishibák tiranizálásától, és arra enged fókuszálni, amiben jók vagyunk: a rendszerszemléletre. Az igazságkeresésre. A struktúrára és a döntéshozatalra.
A kérdés nem az, hogy az AI képes-e megírni a kódunkat. Ez a kérdés már le van zárva. A kód nagyrészt eldobható termékké válik.
A kérdés az: Mered-e elengedni az ellenőrzést a kód felett, hogy ezáltal visszanyerd az irányítást a minőség felett?
tudd meg velem / tudasd velem