# Miért válnak frusztrálóvá az AI-eszközök: gyakorlati tanulási térkép > A szerző négyszakaszos tanulási metaforája, gyakorlati munkafolyamat-jelek és hárompillérű kísérlet az előrehaladáshoz egy AI-val támogatott projekten. Source: https://ailoot.ai/blog/hu/why-you-quit-ai-tools/ Canonical: https://ailoot.ai/blog/hu/why-you-quit-ai-tools/ Language: hu Publisher: Ailoot (https://ailoot.ai/) Translation: guide-198 Revision: sha256-9ce72d8165f5a924a548b6b287f42ef5b374d5e2ea1a7cee71ff32e713399355
A szakasz lényege Ez a cikk egy népszerű, négyszakaszos tanulási görbét használ a szerző metaforájaként a Claude Code-dal vagy Cursorral végzett munkához. A kezdeti lelkesedést frusztráció, majd tudatosabb gyakorlás és egyenletesebb munkafolyamat követheti. A szakaszok a visszatekintést segítik: nem mindenki által követett, igazolt sorrendet, feladási jóslatot vagy diagnosztikai tesztet jelentenek. Az alábbi ellenőrzőlisták és a hárompillérű keretrendszer egy projekten kipróbálható gyakorlati javaslatok.
Az Ailoot használatáról további útmutatást a [dokumentációban](https://ailoot.ai/docs/) találsz. ## Tanulási metafora, nem egyetemes pszichológiai törvény
A szakasz lényege A Dunning–Kruger-hatás a saját teljesítmény megítélésének korlátaival foglalkozik. Az ismert csúcs–völgy–emelkedő–plató ábra népszerű illusztráció, nem bizonyíték arra, hogy minden tanulónak ebben a sorrendben kell négy szakaszon átmennie. Itt csak az elvárásokról, frusztrációról és gyakorlásról szóló példák rendezésére használom.
A cikk gyakorlati kérdése szűkebb egy pszichológiai diagnózisnál: egyeznek-e az elvárásaid az ellenőrizhető eredményekkel? Hasonlítsd össze, mit akartál befejezni azzal, ami ténylegesen működik, és ebből a bizonyítékból kiindulva módosítsd a következő feladatot. Ne csak az önbizalmat használd a készség mércéjeként; nézz meg egy valódi eredményt és az azt alátámasztó ellenőrzéseket. Azóta a Dunning–Kruger-görbe népszerű, négy szakaszból álló ábrázolássá vált. Először az önbizalom a „Mount Stupid csúcsáig” szökik. Aztán a „kétségbeesés völgyébe” zuhan. Ezután lassan kapaszkodik fel a „megvilágosodás emelkedőjén” a „fennmaradás platója” felé. A görbe a cikkben használt metafora. A cikk olvasóiról nincs olyan kutatás, amely lemorzsolódási arányt, rögzített tanulási időt vagy e címkéken át vezető egyetemes utat igazolna. ## A vibe coding 4 szakasza — te most hol tartasz?
A szakasz lényege Az alábbi négy címke olyan helyzeteket ír le, amelyekre egy tanuló ráismerhet; nem minden Claude Code-felhasználó által kötelezően bejárt szakaszok. A Mount Stupid csúcsa: elolvasol egy cikket az ügynökökről, és azt hiszed, már vibe coder vagy. A kétségbeesés völgye: elkezdesz elmélyedni az MCP-ben és a Skillsben, és rájössz, hogy semmit sem értettél. A megvilágosodás emelkedője: a szabályok működnek, a módszertan pedig eredményeket hoz. A fennmaradás platója: a tudásod összhangban van az önbizalmaddal, és folyamatosan építesz termékeket. Minden szakaszhoz jellegzetes gondolatok és külső viselkedés tartozik.
Minden szakasz felismerhető a jellegzetes gondolatokról és viselkedésről. Íme a térkép. ### 1. szakasz — A Mount Stupid csúcsa Elolvasol egy cikket a Claude Code-ról. Talán megnézel egy videót is. Minden világosnak tűnik: telepíted az eszközt, írsz egy utasítást, megkapod a kódot. A cikkek szerzői arról írnak, hogyan „építettek egy SaaS-t egyetlen este alatt”. Te is ezt akarod csinálni egy este alatt. A gondolataid: - „Azt hiszem, értem.” - „Ez csak egy csevegés, csak okosabb.” - „Vállalkozó vagyok; nincs szükségem programozókra.” - „Egy hónap alatt megtanulom, aztán irány Dubai.” A viselkedésed: - Letöltöd és telepíted a Claude Code-ot. - Beírod a csevegésbe: „Készíts nekem egy foglalási alkalmazást”. - Olyan kódot kapsz, amely nem fut. - Azt gondolod, rossz modellt választottál, és előfizetsz a Max csomagra. Ebben a szakaszban túlbecsülöd az eszközt és önmagadat is. Ez egy lehetséges kiindulópont. Ha az elvárások elszakadnak a működő eredménytől, nőhet a frusztráció; egy kis projekt és kifejezett ellenőrzések konkrét tanulási alapot adnak. Gyakorlati önellenőrzésként kérj meg valaki mást, hogy ugyanazt a kimenetet kifejezett szempontok szerint vizsgálja meg. Egy magabiztos önmeghatározás, például az „AI-szakértő”, nem igazolja a generált eredmény minőségét. A kezdeti magabiztos benyomást kezeld feltevésként. Futtasd a kódot, nézd meg a kimenetet, és az eredmény alapján módosítsd, mire tartod képesnek magad. ### 2. szakasz — A kétségbeesés völgye Mélyebbre ásod magad a témában. Olvasol az MCP-ről, és megpróbálsz csatlakoztatni egy szervert. Letöltesz egy kész Skillt, és megpróbálod megérteni. Elindítod a Plan Mode-ot — az ügynök tervet ír, aztán a harmadik lépésnél letér az útról. Megnyitod a `~/.claude/` mappát — 12 mappa van benne, és nem érted, melyik mire való. A gondolataid: - „Semmit sem tudok megcsinálni.” - „Azok az emberek a közösségi médiában csak hazudnak.” - „Ami másoknak működik, nekem nem működik.” - „Talán túl korán vágtam bele.” - „Elköltöttem 200 dollárt tokenekre — és mit mutathatok fel?” A viselkedésed: - Egyszerre 20 dokumentációs lapot nyitsz meg. - Minden csevegés azzal kezdődik, hogy „felejtsd el az előző kontextust”. - Fórumokat böngészel, és ilyen témájú beszélgetéseket olvasol: „Az X tönkretette a projektemet”. - A Claude-ot a Cursorral, a Cursort a Codexszel, a Codexet a Cline-nal hasonlítod össze. Azt gondolod, rossz eszközt választottál. - Reggel leülsz kódolni, de ebédre már a hírfolyamodat görgeted. Ez frusztráló helyzet lehet. A cikknek nincs hozzá mért lemorzsolódási aránya; az alábbi jelekből egy kipróbálásra érdemes változtatást válassz ki. ### 3. szakasz — A megvilágosodás emelkedője Megállsz. Lassítasz. Nem kapkodsz többé minden új dolog után. Megírod az első CLAUDE.md-fájlodat, és elhelyezed a projektben. Létrehozol egy `business/` mappát, és beleteszed a termék, az árak és a célközönség leírását. Tízszer végigcsinálod a `/compact` műveletet, és végre megérted, mely kontextuselemeket kell megtartania. Elkészíted az első Skille-det — egy konkrét feladatra, 30 sorban. A gondolataid: - „Á, már értem, hogyan működik.” - „Ma sikerült valami, amire egy héttel ezelőtt még nem voltam képes.” - „Azt hiszem, értem, miben különbözik a `business/` az `ai-clone/` mappától.” - „Már van egy kész utasításom az X feladathoz.” A viselkedésed: - Minden új feladat előtt visszatérsz a Plan Mode-hoz. - Mielőtt bármit is írnál a Claude-nak, megkérdezed magadtól: „Ez benne van a CLAUDE.md-ben?” - A következő módszertani szabályt keresed; egy új eszköz már nem vonja el a figyelmedet. - Segítesz másoknak a csevegésekben: „Én is elakadtam ezen — próbáld meg így.” ### 4. szakasz — A fennmaradás platója Ez nem az a pont, amikor minden könnyűvé válik. Ekkor kerül végre összhangba a tudásod az önbizalmaddal. A gondolataid: - „Tudom, mit nem tudok.” - „Ez a feladat három órát vesz igénybe; csináltam már ilyet.” - „Ehhez új Skill kell; most összerakom.” - „Ha Claude letér a tervről, három lehetséges okot is ismerek.” A viselkedésed: - Folyamatosan építesz termékeket — egyet egy este, egy másikat egy hétvége alatt. - Van saját Skills mappád, saját alügynökeid és minden projekthez külön `business/` mappád. - Megfontoltan veszel fel vállalkozókat — olyan munkákra, amelyeket alapvetően nem tudsz egyedül elvégezni. - Ritkán nézel mások videós útmutatóit — leginkább új ötletekért, nem az alapok megtanulásához. Önértékelő ellenőrzőlista — most melyik szakaszban vagy? - Ha még nem próbáltad a Claude Code-ot, de azt gondolod: „Ó, ezt egy este alatt meg tudom csinálni”, az 1. szakaszban vagy. - Ha már kipróbáltad, megnyitottad az MCP-t, megpróbáltad elolvasni a Skilleket, és azt gondolod: „Miért vágtam ebbe bele?”, a 2. szakaszban vagy. - Ha létrehoztál egy CLAUDE.md-t, és látod, hogy valóban megváltoztatja Claude viselkedését, a 3. szakaszban vagy. - Ha folyamatosan építesz termékeket, és pontosan tudod, mikor melyik eszközt kell használnod, a 4. szakaszban vagy. ## 7 jel, hogy most a kétségbeesés völgyében vagy
A szakasz lényege A kétségbeesés völgyét hét viselkedésbeli jel alapján lehet felismerni, a végtelen eszközváltogatástól egészen addig a mondatig, hogy „ez egyszerűen nem nekem való”. A hét jelet visszatekintési kérdésként használd, ne pontozott diagnózisként. Válaszd ki azt, amelyik leginkább akadályozza a jelenlegi feladatod befejezését, és próbáld ki a hozzá illő változtatást.
A völgy nem hirtelen érkezik. Lassan kúszik be. Ezek a jelei: **1. Eszközöket hasonlítasz össze ahelyett, hogy építenél.** Megnyitsz egy „Cursor vs Claude Code” lapot. Végigolvasod. Megnyitod a „Cline vs Cursor” lapot. Aztán a „Codex vs minden más” következik. Minden összehasonlítás után azt gondolod: „Talán rossz helyen keresgélek.” A nap végére nulla sor kódot írtál, és négy órát töltöttél ezzel. **2. Minden új csevegést azzal kezdesz: „felejts el mindent, ami korábban történt”.** Nincs CLAUDE.md-fájlod, nem sajátítottad el a `/compact` használatát, és nem érted, mi az a kontextusablak. Minden munkamenet tiszta lappal indul. Egy hét múlva észreveszed, hogy már tizenötödször magyaráztad el ugyanazt Claude-nak. **3. Gyűjtöd az utasításokat, de nem használod őket.** Létrehoztál egy „Claude Code Prompts” mappát a Notionben. 47 könyvjelző van benne. Egyiket sem használtad még kétszer. Minden alkalommal azt gondolod: „Ez biztosan pont az, amire szükségem van.” **4. Azt gondolod, hogy mások „azért sikeresek, mert vannak kapcsolataik”.** Megnyitod a közösségi médiát, és látod, hogy valaki egy hétvége alatt kiadta egy termék első verzióját. Azt gondolod: „Van csapatuk. Vannak kapcsolataik. Én erre nem vagyok képes.” Eszedbe sem jut, hogy ők a negyedik, te pedig a második szakaszban vagy. **5. A harmadik napon felhagysz egy projekttel.** Minden új projekt izgatottan indul („Ez fantasztikus lesz!”), aztán a harmadik napon véget ér. Amikor a kihívás a „köszönés a csevegésben” szintről a „fizetés feldolgozása” szintjére lép, otthagyod. Félelmetes valami nehezet csinálni. **6. A ChatGPT-ben keresel válaszokat, mert a Claude-dal nem jutottál semmire.** Claude rossz választ adott, ezért megnyitod a ChatGPT-t. A ChatGPT rossz választ adott, ezért megnyitod a Geminit. Eszedbe sem jut, hogy rosszul fogalmaztad meg a kérést — mindig azt hiszed, az eszköz a hibás. **7. Azt mondogatod magadnak: „Ez egyszerűen nem nekem való.”** Ez a leg alattomosabb jel. Olyan, mint egy védekező végszó, amely után az ember hátat fordít az egésznek. Ez a gondolat inkább frusztrációt jelezhet, mint tanulásra való képtelenséget. A „völgy” itt metafora; nincs mért százalék vagy rögzített idővonal arra, ki érez így, és mi történik utána. Ha több jel is illik rád, következő célként válassz egy kis, működő eredményt. Rögzítsd, mi akadályozta, és a munkafolyamat egy részén változtass; az ellenőrzőlista nem jósolja meg, mennyi idő alatt javulsz. ## Miért adják fel az emberek a völgyben, és miért nem lustaság ez?
A szakasz lényege Ebben a metaforában a völgy az elvárt és a tényleges haladás közötti rést nevezi meg. A gyorsnak tűnő feladatról kiderülhet, hogy ismeretlen beállítást és hibakeresést igényel, miközben a közösségi média példái elbátortalanítóvá teszik az összehasonlítást. Ez a frusztráció gyakorlati leírása, nem neurológiai diagnózis.
Egy eszköz miatti frusztráció nem megbízható képességmérce. Mielőtt tartósan döntesz az eszközről, vizsgáld meg a feladat méretét, a hiányzó tudást és a végrehajtási környezetet. Egy nehéz hétből agyi mechanizmus következtetése helyett rögzíts megfigyelhető tényeket: mit próbáltál, mi működött, melyik hiba akadályozta a következő lépést, és mennyi idő kellett hozzá. Ez a feljegyzés konkrét javítási pontot ad. A völgyben egyszerre két csapás ér. Először is a saját haladásod elmarad az elvárásaidtól. Másodszor a körülötted lévők olyan eredményeket tesznek közzé, amelyek neked nincsenek. Megnyitod a közösségi médiát — valaki kiadta egy termék első verzióját, valaki ügynököt épített, valaki megszerezte az első száz dollárját a Claude API-val. Te három hete még egy adatbázist sem tudsz csatlakoztatni. Az eltelt időt is kövesd a gyorsaságról alkotott benyomásod mellett. Egy ügynök produktívnak érződhet, miközben több ellenőrzést és újramunkát okoz; jellemző feladatot hasonlíts össze a korábbi munkafolyamatoddal ahelyett, hogy a szubjektív nyereséget mért eredménynek vennéd. Az ismeretlen feladaton tapasztalt lassú haladás nem bizonyítja a képesség hiányát. Válaszd külön a tanulás költségét az eszköz kimenetétől, és határozz meg kisebb, ellenőrizhető eredményt. Ismételhető következő lépés nélkül könnyű eszközt váltani vagy félbehagyni a feladatot. Az alábbi hárompillérű keretrendszer a szerző javasolt struktúrája, nem statisztikailag igazolt magyarázat arra, miért távoznak az emberek. ## 3 pillér — módszertan a völgyből való kijutáshoz
A szakasz lényege Egy új eszköz vagy utasítás nem juttat ki a kétségbeesés völgyéből. Egy három pillérre épülő keretrendszer segít kijutni: AI-klón (Skills és személyes módszertan), második agy (CLAUDE.md és egy `business/` mappa), valamint kontextusmérnökség (Plan Mode és a kontextusablak kezelése). Mindegyik pillér önmagában a völgy egy-egy tünetét kezeli. Együtt könnyebben ellenőrizhetővé és megismételhetővé tehetik a folyamatot. Nem szüntetik meg a hallucinációkat, és nem helyettesítik az eredmény ellenőrzését.
A szerző itt leírt tapasztalata szerint három hónapba telt kijutni a völgyből: ezalatt több tucat eszközt próbált ki. És egy dolgot értettem meg: nem Claude volt a probléma. Az volt a baj, hogy minden alkalommal tiszta lappal indultam. Nem volt emlékezet, nem voltak szabályok, nem voltak korlátok. Ezután összeállítottam egy keretrendszert. „A három pillérnek” neveztem el. Az elnevezés háromféle összetevőre utal, amelyekre az egész Claude Code-munkafolyamat épül. Ha bármelyiket kiveszed, a keretrendszer összeomlik. ### 1. pillér — A te AI-klónod Az AI-klón a szakértelmed csomagolt változata, amelyet Claude automatikusan alkalmaz. A kétségbeesés völgyében azt írod Claude-nak: „Segíts ebben a feladatban”, és minden alkalommal az elejéről magyarázod el, hogyan közelíted meg. Az 1. pillér ezt oldja meg: a módszertanaid fájlok gyűjteményeként az `ai-clone/` mappában élnek. Egy Skill arról, „hogyan kezelek egy ügyfél esetét”. Egy Skill arról, „hogyan írok Telegram-bejegyzést”. Egy „product architect” nevű alügynök, aki a tervezési szakaszban úgy gondolkodik, mint te. Így néz ki a gyakorlatban az 1. pillér: - Skills — konkrét feladatokhoz tartozó utasításokat tartalmazó fájlok (`/build-article`, `/build-reel-script`). - Alügynökök — különböző szakterületekkel rendelkező személyiségek, akik között Claude kiosztja az alfeladatokat. - Az `ai-clone/feedback/` mappa — a hibákból tanult szabályok. Minden szabály formátuma: Rule - Why - How. Erről részletesen írtam a [Skills, Subagents, MCP és Plugins útmutatóban](https://ailoot.ai/blog/hu/skills-subagents-mcp-plugins-claude-code/) — ez segít eligazodni, mikor mit érdemes használni. ### 2. pillér — Második agy A második agy egy projektismereteket tartalmazó, strukturált tár, amelyhez Claude közvetlenül hozzáférhet. A kétségbeesés völgyében minden munkamenetben elmagyarázod Claude-nak, mi a termék, kik a célközönség tagjai, és mi az üzleti modell. A harmadik hét végére rájössz, hogy már tizenötödször magyarázod el ugyanazt. A 2. pillér ezt oldja meg: a projekt ismereteit a kód mellé rendezett fájlokban tárolod. Claude szükség esetén maga olvassa el őket. Így néz ki a gyakorlatban a 2. pillér: - `CLAUDE.md` — az ügynök belépési pontja. Viselkedési szabályok, útvonalak és hivatkozások minden máshoz. - A `business/` mappa — termék, célközönség, gazdasági adatok, célok, tartalomtervek, versenytársak. - A `plans/` mappa — fázisokra bontott technikai tervek, mindegyik állapotával. - A `retrospectives/` mappa — tanulságok a korábbi munkamenetekből, hogy ne ismételd meg ugyanazokat a hibákat. A teljes áttekintéshez lásd a [CLAUDE.md beállításáról szóló útmutatót](https://ailoot.ai/blog/hu/claude-md-template/) és a [Claude Code-ban használható második agyról szóló útmutatót](https://ailoot.ai/blog/hu/claude-code-second-brain/). ### 3. pillér — Kontextusmérnökség A kontextusmérnökség annak kezelése, hogy mi kerül Claude kontextusablakába, mielőtt megnyomod az Entert. A kétségbeesés völgyében nem érted, miért „felejti el” Claude az utasításokat 40 üzenet után egy csevegésben. Nem érted, miért van szükség a `/compact` parancsra. Nem nyitod meg a Plan Mode-ot, mert „anélkül gyorsabb”. A 3. pillér ezt oldja meg: tudatosan irányítod, mi kerüljön be a kontextusba. Ez több releváns bemenetet ad neki; az állításait és kimenetét továbbra is ellenőrizned kell. Így néz ki a gyakorlatban a 3. pillér: - Plan Mode — az ügynök először feladatvázlatot ír, te jóváhagyod, aztán végrehajtja. Ha nem használod, az első próbálkozás kaotikus eredményt hoz. - `/compact` — a csevegési előzmények intelligens tömörítése. Amikor a kontextus kezd megtelni, tömörítsd, és csak a legfontosabb döntéseket tartsd meg. - Strukturált utasítások — a „segíts” helyett írd ezt: „itt az A kontextus, itt a B feladat, a C formátumban kérem az eredményt”. - Alügynökök — az alfeladatokat friss kontextusoknak adod át, hogy a fő kontextus ne terhelődjön túl. Erről a [kontextusmérnökségről szóló útmutatóban](https://ailoot.ai/blog/hu/context-engineering/) és a [Plan Mode-ról szóló útmutatóban](https://ailoot.ai/blog/hu/claude-code-plan-mode/) írtam. ### Miért három, miért nem egy? Építhetsz csak egy második agyat, és Claude ismerni fogja a projektedet. De szabályok nélkül gyakornokként fog viselkedni. Építhetsz csak AI-klónt, és Claude átveszi a szakértelmedet. Projektmemória nélkül azonban minden munkamenet elölről indul. A kontextusmérnökség javíthatja a feladat bemenetét, de nem garantál gördülékeny futást, és önmagában nem őrzi meg a tudást. A tudás azonban nem gyűlik össze a feladatok között. Csak ha mindhárom pillért egyesíted, kapod meg azt, amit én „kiszámítható keretrendszernek” nevezek. Claude emlékszik a projektedre. Automatikusan alkalmazza a módszertanodat. És egy feladaton belül sem veszíti el a fonalat. Ekkor jutsz ki a kétségbeesés völgyéből. ## 7 rossz minta, amely a völgyben tart
A szakasz lényege Az alábbi minták a szerző példái, amelyekkel egy frusztráló munkafolyamatra tekint vissza. CLAUDE.md nélkül dolgoznak, hosszú beszélgetéseket folytatnak `/compact` nélkül, megbíznak az első válaszban, és figyelmen kívül hagyják a költségkövetést. Minden rossz minta azt jelzi, hogy a módszertant kihagyva próbálod használni az eszközt. Válassz releváns változtatást, és mérd fel, segíti-e egy valós feladat befejezését; ennek a listának nincs igazolt megfelelési pontszáma.
A saját munkafolyamatodban ellenőrzésre érdemes rossz minták: **1. „Írj nekem egy működő alkalmazást” CLAUDE.md nélkül.** Megnyitsz egy új Claude Code-csevegést, és rögtön elmondod a feladatot. Claude nem ismeri a projekted kontextusát, a módszertanodat vagy a preferenciáidat. Ad egy általános sablont, te pedig csalódott vagy. Teendő: hozz létre egy CLAUDE.md-t, és írd bele a minimumot — a technológiai készletedet, az üzleti modelledet, a célközönségedet és a többi fájlra mutató hivatkozásokat. Minden csevegés ezzel a kontextussal indul. **2. Hosszú beszélgetés `/compact` nélkül.** Lefuttatsz egy 80 üzenetes munkamenetet. Claude már nem emlékszik, mit döntöttetek el a 12. üzenetben. A kontextusablak tele van olyan előzményekkel, amelyekben nincsenek kulcsfontosságú döntések, csak bizonytalankodás. Romlik a válaszok minősége. Teendő: 30–40 üzenetenként hívd meg a `/compact` parancsot, és mondd el, mit fontos megtartani. Így fókuszáltabbá válik a kontextus. **3. Megbízol az első válaszban.** Claude ad egy megoldást, te pedig azonnal alkalmazod. Egy órával később kiderül, hogy három másik fájlt is elrontott. Feladod, mert „már megint nem működik jól”. Teendő: összetett feladatoknál használd a Plan Mode-ot. Először a terv, aztán a terv megbeszélése, majd a végrehajtás. Így a tervezés során szűröd ki a hibákat, nem fél nap munka után. **4. Strukturálatlan, silány utasítás.** Azt írod, „csináld jól”, és azt várod Claude-tól, hogy magától megértse. Nem érti. Nem tudja, neked mit jelent a „jól”. Találgat. Teendő: az utasításokat a „kontextus - feladat - korlátozások - formátum” szerkezetben írd meg. Így sokkal nagyobb az esélye, hogy már elsőre jó eredményt kapsz. **5. Figyelmen kívül hagyod a költségkövetést.** Nem tudod, hány tokent használsz fel. Elfogy a havi csomagod, megnyitod az irányítópultot, és látod, hogy 200 dollárt égettél el. Meglepődsz. Kilépsz. Teendő: állíts be tokenfelhasználást követő eszközöket. A tokenkövetőkről szóló útmutatóban áttekintettem az eszközöket. Ha valós időben látod a kiadásaidat, nem égetsz el többé feleslegesen tokeneket. **6. Végtelen keresés a „megfelelő eszköz” után.** Megjelenik a Cursor — átváltasz a Cursorra. Felbukkan a Cline — kipróbálod a Cline-t. Frissül a Codex — visszatérsz a Codexhez. Kéthetente új eszközt használsz, és minden alkalommal elölről kezded. Soha nem jutsz el arra a szintre, ahol az eszköz elkezd neked dolgozni. Teendő: válassz ki egy eszközt. Használd három hónapig. Ne válts az első kifogásra. Csak akkor nézek összehasonlításokat, ha az eszközöm alapvetően nem tud valamit megcsinálni. **7. „Nincs időm a módszertant olvasni.”** Azt gondolod, az eszköznek előkészület nélkül is működnie kell. Hogy az utasításírás veleszületett készség. Hogy a CLAUDE.md „csak egy plusz réteg”. Ennek eredményeként a második hónapban még mindig olyasmivel foglalkozol, amit módszertannal egy hét alatt elintézhettél volna. Teendő: fogadd el, hogy a Claude Code megtanulása időt igényel, mint bármely professzionális eszközé. Módszertanon keresztül lehet megtanulni; itt az intuíció nem működik. Kapcsolódó olvasnivaló: a [Claude Code-ban előforduló hízelgő egyetértésről szóló útmutató](https://ailoot.ai/blog/hu/claude-code-sycophancy-prompts/) bemutatja, hogyan kerülheted el a völgy legnagyobb tévedését — hogy Claude-nak mindig igaza van, ha egyetért az ötleteddel. ## 5 jel, hogy a megvilágosodás emelkedőjén jársz — honnan tudod, hogy kijutottál?
A szakasz lényege A megvilágosodás emelkedőjét néhány nyugodt változásról ismerheted fel, nem az eufóriáról. Van egy 200 sornál hosszabb CLAUDE.md-fájlod. Emlékeztető nélkül térsz vissza a Plan Mode-hoz. Fejből tudod a Skilleidet. Stabilizálódott a munkatempód — már tudod, mennyi ideig tart egy tipikus feladat. Mások pedig egyre gyakrabban kérnek tőled segítséget, mert eredményeket érsz el.
Öt jel, hogy a harmadik szakaszban vagy: **1. Van egy 200 sornál hosszabb CLAUDE.md-fájlod, és tudatosan karbantartod.** Nem egy sablonból másoltad — te magad építetted fel. Minden szakaszt ismersz, és azt is, miért van ott. Ha új mintát veszel észre, hozzáadsz egy szabályt. **2. Minden nem rutinszerű feladat előtt bekapcsolod a Plan Mode-ot.** Emlékeztető nélkül, és nem fegyelmezettségből, hanem mert érted, hogy terv nélkül egy órád megy el, és rossz eredményt kapsz. Ez már nem „plusz lépés”, hanem reflex. **3. Saját Skills- és Subagents-katalógusod van.** Nem a GitHubról letöltött — a sajátod. A te konkrét feladataidra készült. Ha egy új feladat hasonlít egy régebbire, eszedbe jut a Skill, nem pedig a nulláról kezdesz utasítást írni. **4. Stabilizálódott a tempód.** Most már tudod: „Egy ilyen feladat három órát vesz igénybe.” Nem azt gondolod, „ez gyors lesz”, és nem is azt, „ez örökké tart”. Reálisan becsülöd meg az időt. Ez azt jelenti, hogy mindkét irányban túlléptél a Dunning–Kruger-hatáson — már sem túl-, sem alulbecsülöd magad. **5. Az emberek elkezdenek kérdezni tőled.** Valaki az MCP-ről kérdez egy csevegésben — konkrét példával válaszolsz: „velem ez történt”. Valaki a Plan Mode-ról kérdez — megmutatod a saját példádat. Ez a módszertan elsajátításának mellékhatása: a völgyben lévők felismerik a saját élményüket a történetedben, és hozzád fordulnak. E jelekből a közelmúltbeli haladásodra tekints vissza, ne pontszámot adj magadnak vagy platóra jutási időt jósolj. Idővel újra ellenőrizd, közelebb kerülnek-e egymáshoz a becsléseid és a működő eredményeid. A platón megváltozik az ember szerepe az ügynökökkel dolgozó keretrendszerben. Ez a völgyből kivezető út eredménye: többé nem „utasításírást tanulsz”. Ügynökök keretrendszerét irányítod, te vagy a folyamatok tervezője, te vagy a csapat élén. ## Mit tegyél MOST, ha kezded elveszíteni a lelkesedésed?
A szakasz lényege Ha elolvastad ezt a cikket, és rájöttél, hogy a völgyben ragadtál, ne zárd be a lapot. Tegyél három lépést: nevezd meg a munkafolyamat konkrét akadályát (visszatekintés), lassíts le (először egy projekt és egy pillér), és szerezz struktúrát (sajátot vagy mástól származót). Próbálj ki strukturált munkafolyamatot, mielőtt egy új eszköztől várod a probléma megoldását. Csak akkor tartsd meg, ha javul az eredmény; sem ez a metafora, sem egy ütemezés nem garantál haladást.
Három lépés, amelyet kipróbálhatsz a következő feladatodon. **1. lépés — mondd ki hangosan, melyik szakaszban vagy.** Mondd magadnak: „A kétségbeesés völgyében vagyok. Ez a jelenlegi munkafolyamatom frusztráló része. Meg tudom nevezni a konkrét akadályt, és választhatok kisebb következő lépést.” Ha megnevezed a szakaszt, többé nem „az én személyes katasztrófám”, hanem „a jelenlegi helyem a görbén”. **2. lépés — lassíts le.** Válassz KI egy projektet. Ne kettőt, ne hármat — egyet. Válassz egyet a három pillér közül — azt, amelyik a legtöbb fájdalompontot kezeli a projektben. Ha új a projekt, és egyáltalán nincs kontextusa, válaszd a második agyat (CLAUDE.md). Ha a projekt már létezik, de Claude nem úgy viselkedik, „mint te”, válaszd az AI-klónt (Skills). Ha hosszúak a feladatok, és telik a kontextus, válaszd a kontextusmérnökséget (Plan Mode + `/compact`). Egy projekt, egy pillér, két hét. Ne próbálj egy hétvége alatt mindent felépíteni — az visszavisz a völgybe. **3. lépés — szerezz struktúrát.** A módszertant felépítheted magad is. A szerző itt leírt tapasztalata szerint ez három-hat hónapig tartott.
### Források - [Anthropic Engineering, hatékony kontextusmérnökség AI-ügynökökhöz (2025)](https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents) - miért romlik a kontextusablak minősége, és miért kell kezelni. - [Claude Code dokumentáció — Memory](https://code.claude.com/docs/en/memory) - a Claude Code hivatalos memóriarendszer-hierarchiája.
A modellekkel való munka folytatásához látogass el az [Ailoot oldalára](https://ailoot.ai/). ## Kérdések és válaszok: Miért hagyod ott az AI-eszközöket egy hónap után: 4 szakasz ### A négy szakasz megjósolja, hogy egy hónap múlva feladom? Nem. A cikk egy népszerű görbét használ metaforaként, mért feladási arány vagy általános idővonal nélkül. Példáival konkrét akadályt azonosíts, ne magadat diagnosztizáld vagy a javulás idejét jósolgasd. ### Mi a gyakorlati következő lépés, ha folyton AI-eszközt váltok? Válassz egy projektet és egy kis, ellenőrizhető eredményt. Javíts azon, ami a legtöbb gondot okozza — projektutasításokon, újrahasználható eljáráson vagy kontextuskezelésen —, majd a tényleges eredményt és időt hasonlítsd össze az előző próbálkozásoddal. ## Ailoot · A vállalat és projektportfóliója Az Ailoot felhalmozott működési tapasztalatra, széles ügyfélkörre, stabil szolgáltatásra és folyamatos KPI-ellenőrzésre épít. A vállalat és projektportfóliója: ügyfelek milliói; havi értékesítés milliárdos nagyságrendben. Az Ailoot ezt a működési tapasztalatot használja az ügyfelek termékeiben, ágenseiben, alkalmazásaiban és automatizálásaiban elérhető AI-funkciók API-hozzáféréséhez.