Nem kódot írsz, hanem egy “AI-csapatot” irányítasz

A legtöbben úgy használják a Coding Agentet, mintha még mindig technikai vezetők lennének: a rendszertervet személyesen ellenőrzik, a kódot soronként átnézik, és minden AI által írt sort jóvá kell hagyniuk, mielőtt commitolnának. Ezzel a minőség tényleg garantált, de mi az ára? Te leszel a gyártósor legnagyobb szűk keresztmetszete. Minden döntés rád vár, minden részlet rajtad megy át, az Agent termelékenységét pedig a te figyelmed és időd lakatolja le.

Aki tényleg pénzt keres szabadúszó fejlesztőként, az már rég meglépte a kulcsfontosságú szerepváltást: TL-ből EM lett. Magyarul: a TL minden kódsort maga néz át, az EM csak azt nézi, jó-e az eredmény. A TL azt kérdezi: “Jól van megírva ez a kód?” Az EM azt: “Átment ez a funkció az átvételen?” Aprónak tűnik a különbség, de a kapacitásodat “egy ember teljesítményéről” “egy csapat teljesítményére” növeli.

Miért mersz most elengedni: a modellek átlépték a kritikus pontot

Az elengedés feltétele a kódminőség. Ez idén már teljesül: a nyilvános benchmarkok szerint a csúcsmodellek kódírási pontossága 80% fölé ment, és az előző generációt földbe döngölik (a konkrét listák és pontszámok mérési módszertantól függnek, nézd meg magad az Artificial Analysis és a SWE-Bench oldalán, ne higgy semmilyen másodkézből származó idézetnek, az enyémet se).

Mit jelent ez? Azt, hogy az AI kódja minimális ellenőrzéssel sem tér el nagyon, a soronkénti átnézés határhaszna pedig olyan alacsony lett, hogy nem éri meg. Ha TL maradsz, a legdrágább idődet a legalacsonyabb megtérülésű minőségellenőrzésre költöd. A piac nem fizet a “bizonytalanságodért”, az ügyfél csak az átadott eredményért fizet.

Első út: “terv jóváhagyás + célvezérelt munka” a soronkénti ellenőrzés helyett

Hogyan valósítsd meg? Az első lépés a munkafolyamat átalakítása. Ha már tudod, mit akarsz megvalósítani, először beszéld át az Agenttel a technikai tervet. Ha a terv rendben, add oda a célt a tervvel együtt az Agentnek, hogy hajtsa végre — kódoljon, futtasson automatizált teszteket, mindent. Az egyetlen dolgod: a kész funkciót átvenni, nem a kód részleteit ellenőrizni.

Itt egy azonnal használható terv-prompt sablon:

1
2
3
4

A következő funkciót szeretném: [funkció leírása].
Megkötések: [tech stack / platform / kompatibilitási környezet].
Először adj technikai tervet: 1) modulokra bontás; 2) adatfolyam; 3) lehetséges buktatók.
Miután jóváhagytam a tervet, írd meg a kódot. Ha kész, futtasd le a teszteket, és küldd el a futási eredményt.

Az átvételhez használj ellenőrzőlistát, ami kódnézés nélkül is fogja a minőséget:

• A fő folyamatot kézzel végigfuttatod, a fő útvonalon nincs hiba
• Minden szélső esetből egyet kipróbálsz (üres bemenet, túl hosszú bemenet, nincs hálózat)
• Az Agent által pótolt automatizált tesztek mind átmennek
• Ha bug van, nem te túrod a kódot, hanem leírod a jelenséget az Agentnek, hogy reprodukálja, javítsa, tesztelje, te pedig újra átveszed

Ennek a módszernek a lényege az ellenőrzési pont előrehozása. TL módban a kód szintjén ellenőrzöl, ami drága; EM módban a funkció szintjén, ami pár kattintás és egy futtatás, pár perc alatt megvan. A teljes ciklusban az időd csak két dologra megy el: kitalálni, mit csinálj, és megerősíteni, hogy jól lett-e megcsinálva.

Második út: technológiaválasztás “mit ismerek” helyett “mi a legjobb”

A szerepváltásnak van egy rejtett bónusza is: a technológiaválasztást már nem köti a saját képességhatárod. TL gondolkodással ösztönösen a megszokott stacket választod, mert ha baj van, meg tudod javítani. EM gondolkodással csak azt kell eldöntened, mi a legjobb a projekthez, a többit az Agentre bízod.

Egy szabadúszó fejlesztő ezt az utat osztotta meg (a forrás szerint, függetlenül nem ellenőriztem): feliratfordító appnál először a megszokott frontend miatt az Electront választotta, de a teljesítménnyel sosem volt elégedett, ezért átváltott a számára ismeretlen Swift + AppKit natív stackre, és AI segítséggel végig gond nélkül haladt; a következő cross-platform termék tervezésénél pedig elsőként a Rustot választotta, amit sosem írt. Hogy ez a sztori igaz-e, döntsd el magad, de a logikája ma este tesztelhető: válassz egy ismeretlen stacket, és kérd meg az Agentet, hogy vezessen végig egy 100 soros kis eszköz megírásán. Nézd meg, elakadsz-e. Lényeg: a képességhatár többé nem kifogás, a választásnál csak az számít, mi az optimális.

Harmadik út: az iterációs sebesség legyen a versenyelőnyöd, és számoljunk

Ha ez a mód bejáratódik, az átfutási idő hetekről napokra csökken. Az ügyfél délelőtt kéri a funkciót, délután már látja az átvehető verziót; a konkurens hetente egyszer frissít, te naponta. A Mercarin, Lemon8-on és Upworkön sokan vállalnak AI-fejlesztést, de a többség még mindig ott tart, hogy “az AI segít nekem kódolni”. Ha te EM módban dolgozol, azzal leiskolázod őket.

A koncepció önmagában semmit sem ér, számoljunk (ez konzervatív becslés, helyettesítsd be a saját áraidat):

• Vegyünk egy tipikus “kis eszköz / kisalkalmazás fejlesztés” megbízást, ára 200 ezer Ft
• TL mód: egy megbízás írással és javítással 5 nap, egy hónapban teljes terheléssel 4 megbízás, havi bevétel 800 ezer Ft
• EM mód: terv + átvétel 1,5 nap, az Agent futása alatt párhuzamosan már a következő megbízáson dolgozol, egy megbízás ténylegesen 2 napot foglal, egy hónapban 8-10 megbízás, havi bevétel 1,6-2 millió Ft
• Költségoldal: AI-előfizetés maximum 30 ezer Ft/hó, az átvételi lista betartása után az újramunkálási arány kb. 10%, megbízásonként fél nap puffer

Vagyis ugyanaz a hónap, a különbség több mint 800 ezer Ft, és EM módban a szűk keresztmetszeted a megbízások száma, nem a kezed sebessége. A hirdetésedbe írd bele: “48 órán belül használható verziót adok”. Ez olyan megkülönböztetés, amit mások nem tudnak lemásolni.

Az egyetlen szűk keresztmetszet: ha nem tudod, mit akarsz

Ennek a módnak is van valós korlátja: amikor új nagy verziót vagy új termékirányt kell kitalálni, az ember újra szűk keresztmetszetté válik. Az Agent bármilyen erős, csak azt tudja végrehajtani, amit te kitaláltál; ha te nem tudod, mit akarsz, egyetlen hasznos kódsort sem termel.

Az EM mód tehát valójában többet követel az embertől — nem technikai mélységet, hanem termékítéletet. Időt kell szánnod arra, hogy megnézd, mit keresnek az ügyfelek a Mercarin és az Amazonon, miről panaszkodnak a Lemon8 posztokban, milyen eszközös tartalmak mennek a TikTokon. A megspórolt kódellenőrzési időt tedd bele abba, hogy “kitaláld, mit csinálj” — ebben a módban ez az ember helye.

Kezdd ma: három lépés a szerepváltáshoz

Ha még nem volt megbízásod, ne a kapacitásduplázáson agyalj először, a belépő szint ez: tegyél fel egy “AI kis eszköz készítés” hirdetést a Mercarira, árazd 40-70 ezer Ft-ra, és az alábbi három lépéssel vidd végig az első megbízást. Így lesz egy újrahasználható munkafolyamatod és valós árazási érzéked.

Első lépés: válassz egy kis projektet, és kényszerítsd magad, hogy ne nyisd meg a kódfájlokat, csak tervet írj, célt adj, és funkciót vegyél át. Éld át egyszer az EM munkafolyamatot, és mérd az időt — ez a saját elsődleges adatod, többet ér bárki eseténél. Második lépés: a “bug esetén először írd le az Agentnek, hogy reprodukálja és javítsa” legyen izommemória, soha ne ugorj bele magad a kódba. Harmadik lépés: a következő projekt technológiaválasztásánál szándékosan válassz egy ismeretlen, de legjobban illő stacket, és teszteld, át tud-e vezetni rajta az AI.

Az AI kódolási képessége átlépte a kritikus pontot, a haszon most vándorol át “azoktól, akik AI-val tudnak kódolni” “azokhoz, akik AI-csapatot tudnak irányítani”. Ma este válassz egy projektet, és futtasd végig az EM munkafolyamatot a fenti sablonnal és listával.