Paul Bakaus, az Impeccable nevű nyílt forráskódú design-skills rendszer alkotója a AI Engineer World’s Fair rendezvényén arról beszélt, hogyan alakítaná át az újonnan kibontakozó „skill engineering” szakma az AI-ügynökök használatát — miközben világosan kijelentette, hogy nem akarja kivonni az embereket a kreatív folyamatból.
Mi az Impeccable és miért más?
Az Impeccable egy olyan rendszer, amely a tervezők által használt, hétköznapi jelzőket — például „bátorabb”, „csendesebb”, „sűrűbb” vagy „polírozottabb” — egyértelmű, működő utasításokká fordítja le az ügynökök számára. Ahelyett, hogy egy modellet egyszerre megkérnének egy teljes oldal újratervezésére, a rendszer részekre bontva, célzott parancsokkal dolgoztatja az ügynököket.
Bakaus elmondása szerint az Impeccable mögött egy nagyobb elmélet áll: az AI-termékek fejlesztéséhez több kell, mint egyszerű utasítások. Az ügynököknek szakmai domainismeretre, kontextusra és jól definiált emberi beavatkozási pontokra van szükségük. „A cél az, hogy egy módot adjunk arra, hogyan irányítsd azt, amivel végezni akarsz” — mondta előadásában. „Soha nem lesz ez egy egyszeri, mindent megoldó designeszköz. Nem ez a cél.”
A skill engineering kialakuló szakmája
Impeccable eredetileg Anthropic frontend design skilljének viszonylag egyszerű kiterjesztéseként indult. Ahogy a felhasználóbázis nőtt, Bakaus többrészes, komplex rendszerré bővítette a megoldást, és ez a folyamat vezette el ahhoz a felismeréséhez, hogy a skill engineering önálló fegyelmezett gyakorlatként értelmezhető.
A konferencián tartott workshopján a „skills építésének sötétebb művészetéről” beszélt: arról, hogy sok skill és a legtöbb modell nem igazán kreatív — a kimenetek egy irányba konvergálnak, és ha mindenki ugyanazt a skilt használja, a végeredmény hamar hasonlóvá válik. Emellett a skill mérnököknek számolniuk kell azzal is, hogy az ügynök-használati környezetek (harness-ek) és a modellek különböznek: Codex és Claude például nem feltétlenül kezelik ugyanúgy az al-ügynököket vagy jogosultságokat. Egy olyan skill, amelynek át kell futnia Claude Code-on, Cursor-on, GitHub Copiloton és Codex-en, nem feltételezheti, hogy mindegyik azonos képességeket ad.
Bakaus kísérletezett a skill-en belüli routinggal is: így a skill több képességet tud kombinálni és a feladatot a releváns utasításokhoz irányítani. Ezt a routingot egyfajta mixture-of-experts megközelítéshez hasonlította, amely segít egyszerre tokeneket megtakarítani és hatékonyságot növelni.
Designszókincs az ügynököknek
Az Impeccable központi újítása, hogy a tervezők által használt jelzőket pontos, operációs jelentéssel ruházza fel az ügynökök számára. Egy önmagában hagyott modell, amelyet egy oldal „bátorabbá” tételére kérnek, diszkréten hozzáadhat látványos effekteket, például gradienset vagy neonstílusú elemeket. Impeccable ehelyett a bátorságot olyan fogalmakkal definiálja, mint a hierarchia, a skála és a határozott tipográfia — olyan változtatásokkal, amelyek figyelmet vonnak anélkül, hogy feltétlenül megsértenék a meglévő designrendszert.
„Egy melléknév, ha mögötte nincs semmi, csak szépen hangzó aposztróf” — fogalmazott Bakaus. „Valóban meg kell mondanod az ügynöknek, mit értesz alatta.” A skill tehát a modell által már részben ismert jelentést egy szakmai kontextusba ülteti át, olyan szavakat „megtöltve” konkrét jelentéssel, amelyekhez a laikusok gyakran nem férnek hozzá. Bakaus tapasztalata szerint ennek következtében jelentősen eltér a kimenet, ha egy tervező és egy mérnök ugyanazt a modellt használja — gyakran a tervező azért jobb, mert képes precízen megfogalmazni a kívánt eredményt.
Ugyanakkor nem minden designfeladat irányítható ugyanazon absztrakciós szinten. Egy kis finomításnál a közvetlen távolság- vagy spacing-szerkesztés továbbra is gyorsabb lehet, és a nyitott végű prompting hasznos lehet az első felfedező lépésekben. A cél nem minden eszköz helyettesítése ügynökökkel, hanem „a pontos kontrollszint meghatározása” és az ember beillesztése oda, ahol az ítélőképessége a legnagyobb értéket adja.
A szerepek eltolódása: tervezők, mérnökök, termékmenedzserek
Bakaus úgy látja, hogy a határok a design, a mérnökség és a termékmenedzsment között elmosódnak: „A tervezők kódba mennek, a mérnökök a design felé mozdulnak, és fordítva — ezek a világok ütköznek.” Ez a változás kényelmetlen lehet azok számára, akik munkájuk nagy részében egyszerűen meglévő artefaktumokat alakítanak át. A főleg Figma-ról kódra fordító mérnökök automatizálással szembesülnek, ugyanakkor azok a tervezők is nyomás alatt vannak, akiknek hozzájárulása csupán egy meglévő felület kompetens kinézetre hozása.
„A tervezőknek mindenképp egy réteggel feljebb kell lépniük, hogy inkább a mit-re gondoljanak” — mondta. „Úgy gondolom, a termékmenedzser és a tervező szerepe valójában közeledik egymáshoz.”
Ugyanakkor a tervezők közelebb kerülnek a megvalósításhoz, azaz a kódhoz is. Bakaus eredetileg azt várta, hogy az Impeccable elsősorban a mérnököket fogja vonzani, és attól tartott, hogy a professzionális tervezők talán ellenségesen fogadják. Ehelyett most azt becsüli, hogy a felhasználók legalább felét tervezők adják. „Tehát ahelyett, hogy közvetlenül kódba mennének és senki sem segítene nekik, az Impeccable-t hidat képezve használják, mert az kommunikálja azt, ahogyan ők kommunikálnak. És ez nem volt nyilvánvaló számomra, amikor először építettem.”
Impeccable-nak van egy élő módja is, amely vizuális kijelölést kombinál egy háttérben futó kódoló ügynökkel. A felhasználó kijelölhet egy szakaszt a fejlesztési környezetben, és több alternatív elrendezést kérhet, vagy például azt, hogy legyen „bátorabb” vagy „csendesebb”. A rendszer a projekt meglévő kódján és designrendszerén belül működik, nem harmadik fél designeszközéből exportált elszigetelt mockupokkal.
Bakaus ezt a chat és a közvetlen vizuális manipuláció metszetében egy lehetséges „design harness”-ként írta le.
Nem lesz automata mód — az emberek szerepe megmarad
A technológiai ipar gyakran a teljes automatizálást tekinti a fejlesztés természetes végpontjának, de Bakaus határozottan elutasítja ezt a nézetet. Két domináns tábor szemléletét látja: az egyik a hagyományos, Figma-központú munkafolyamatot megtartani akaróké, a másik pedig a "loopmaxxing" hívei, akik minél kevesebb emberi beavatkozást szeretnének.
„Az igazság valahol a kettő között van” — mondta. Az általa preferált modell szerint az AI gyorsan legyártja az első 80%-ot: a kompetens elrendezést és alapimplementációt, ami egyébként sok időt venne igénybe. Az ember birtokolja az utolsó 20%-ot, ahol ízlés, kontextus és egy megkülönböztető nézőpont belép a termékbe. Ez Bakaus tervezési filozófiájának kulcseleme az ügynökalapú korszakban: „Az embereknek célra van szükségük, és szerepet akarnak játszani abban, amit létrehoznak. Amikor az ügynökkel dolgozol, akkor többet érzel a termék tulajdonosából.”
A felhasználók rendszeresen kérik tőle, hogy adjon automata módot az Impeccable-hez, amely a rendszer döntései alapján önállóan választaná ki a parancsokat. Bakausnak erre nincs szándéka: „Nincs automata, és nem is lesz automata.” A szoftvergyárak nyelvezetéről és azokról a víziókról, amelyek látszólag teljesen kivonnák az embereket a mérnökségből, egyértelmű válasza: „Nekem ezekkel szemben határozottan ellenvetésem van.”
Összefoglalás
Paul Bakaus több fronton is a köztes, emberközpontú megoldásokat támogatja: a skill engineeringet önálló szakmaként képzeli el, ahol a skills rendszerek pontosítják a tervezői nyelvet az ügynökök számára, a routing és többkomponensű felépítés növeli a hatékonyságot, és az ember marad a végső döntéshozó. Elutasítja a teljes automatizálás eszményét, és arra ösztönzi a tervezőket és mérnököket, hogy lépjenek feljebb a stackben, ahol a kontextus és az ízlés kialakítása zajlik.
