Négy prompt a szervilizmus visszaszorítására Claude Code-ban

Mi az AI-szervilizmus a Claude Code-ban?#

A pszichológiában régóta létezik erre egy kifejezés: szervilizmus. A hízelgő azt mondja, amit hallani akarsz, csak hogy gördüljön tovább a beszélgetés. A nagy nyelvi modellek megjelenésével a szó átkerült az AI-kutatásba, és az Anthropic egy hivatalos elemzésében nyíltan elismerte, hogy a modell rendszeresen feláldozza a pontosságot a gyors egyetértésért.

Kódoláskor ez így néz ki. Ezt írod a Claude Code-nak: „Javítsd ki ezt a hibát az authMiddleware-ben; a magic linkek leálltak.” A hízelgő nem tesz fel tisztázó kérdéseket. Nem kér naplókat. Nem kérdezi meg, melyik könyvtárverziót használod. Azonnal megoldást kínál, mert arra tanították, hogy gyorsan legyen segítőkész. A megoldás pedig helyesnek fog tűnni: importok, hibakezelés, megjegyzések. Csakhogy valaki más problémájára ad majd megoldást, amelyet Claude a töredékekből összerakott kontextus alapján talált ki.

Nem Claude az ok. Az ok a kérés megfogalmazása. Amikor azt kérdezed: „Hogyan javítsam meg?”, már feltételezed, hogy meg lehet javítani. A hízelgő átveszi ezt a keretezést, és „javítást” ad, még akkor is, ha a valódi probléma az architektúrában, a könyvtár verziójában rejlik, vagy ha az általad leírt tünet csupán egy teljesen más gyökérok következménye.

Egyszerű teszt arra, hogy egy kérés szervilizmust vált-e ki: ha három mondatban nem tudok válaszolni arra, hogy „Pontosan mi romlott el?”, akkor még nem állok készen a megoldására. Diagnózisra van szükségem. A javítás csak ezután következik. Pontosan itt kezdődik a négylépéses ciklus.

Esettanulmány: 8 commit visszavonása egy óra alatt#

Egy konkrét eset 2026 áprilisából. A magic linkes hitelesítésen dolgoztam a src/lib/auth/ könyvtárban. A tünet: a tokenek ellenőrzése sikeres volt, de a munkamenet nem mentődött el. A felhasználó rákattint az e-mailben kapott linkre, megérkezik az oldalra, majd öt másodperccel később visszakerül a /login oldalra.

Megnyitottam a Claude Code-ot, és ezt írtam be: „A munkamenet nem mentődik el a magic link után; nézz körül a src/lib/auth/ könyvtárban, és javítsd ki.” Claude három tisztázó kérdést tett fel, majd rögtön előállt egy tervvel. Ezt mondta: „Frissítem a visszahívási kezelőt, újraírom a JWT-szerializálót, hozzáadom a Redisbe történő explicit mentést, és kijavítok egy race conditiont a middleware-ben.” Hihetőnek hangzott. Jóváhagytam a tervet.

Tizennyolc perccel később 14 fájlt érintő diffem volt. A magic link továbbra sem működött. Ráadásul a refresh token sem működött, a jelszavas bejelentkezés elromlott, a fizetési útvonalon pedig megjelent egy furcsa 500-as hiba. A tesztek elbuktak. Elkezdtem visszavonni a változtatásokat.

Visszavontam 8 commitot a git reset --hard origin/main paranccsal. Egy órányi munka ment a kukába. Ha szeretnéd megérteni, hogyan lehet helyesen visszavonni a változtatásokat anélkül, hogy bármi hasznosat elveszítenél, külön írtam róla a Claude Code-ban végzett módosítások visszavonásáról szóló útmutatóban.

Leültem, és alaposan utánajártam. Megnyitottam a src/lib/auth/magic-link.ts:42 fájlt, magam elolvastam, megnyitottam a naplókat, és ellenőriztem a Redis-t. Húsz perccel később megtaláltam. Egyetlen sor okozta a problémát: a set-cookie fejlécből hiányzott a SameSite=lax attribútum, a Safari pedig elutasította a cookie-t, amikor az e-mail-domainről visszairányított a webhelyre. Nem a JWT, nem a Redis, nem a middleware volt a gond. Egyetlen sor.

Amikor megkértem Claude-ot a hiba javítására, egyáltalán nem nézett rá a böngésző naplóira. Semmilyen kontextusa nem volt a Safariról. A „nem mentődik el a munkamenet = szerializációs probléma” mintázatból állított fel hipotézist, mert a tanítóadatokban ez a leggyakoribb válasz. A hízelgő statisztikailag hihető megoldást adott, amelynek semmi köze nem volt a feladatomhoz.

Szabályként írtam le a tanulságot: soha ne azt kérdezd, hogy „Hogyan javítsam meg?” Mindig azt kérd: „Állapítsd meg a tényeket.” Már csak azt kellett kidolgoznom, hogyan legyen ebből működő ciklus.

Honnan ered a szervilizmus: az Opus 4.8 indulásakor és 2026 májusában#

Áprilisban az Anthropic külön egy mérnöki postmortemben vizsgálta meg, hogyan okozta a Claude Code-ban lévő gyorsítótárazási hiba, hogy a modell „elfelejtette” az érvelését a fordulók között.

Amikor a modell elfelejti az érvelési láncát, könnyebben „tippeli meg” a választ egy mintából — más szóval még szervilisebbé válik.

Mit tegyél a 4.8 megjelenése után? Ne válassz „könnyebb” modellt. Ne térj vissza a 4.7-hez. Igazítsd a promptjaidat a tényekhez: a modell hajlamosabb egyetérteni, ezért hangsúlyozd erősebben a „tények megállapítását”. Ha még nem derítetted ki pontosan, mi változik az Opus 4.8-ban, részletesen összehasonlítottam a Claude Code-ban használt Opus 4.8-ról szóló áttekintésben.

Mikor van szükség a 4 lépésre — és mikor időpocsékolás?#

Konkrét példák. Szöveg javítása egy üdvözlő e-mailben: csináld meg közvetlenül. Új CTA-gomb hozzáadása egy webhelyhez: Plan Mode ciklus nélkül. Projekt migrálása MySQL-ről Postgresre: szükség van a négylépéses ciklusra. Furcsa, éles környezetben megjelenő 500-as hiba, amely helyben nem reprodukálható: négylépéses ciklus egy további „nulladik” lépéssel: „először készítsünk egy minimális reprodukálható példát.”

Gyakori hiba a ciklus használatakor, ha jelentéktelen feladatokra is alkalmazzák. Ez megöli a tempót, és hamar elriasztja az embereket a módszertantól. Pontosan akkor van szükség a ciklusra, ha a hiba költsége meghaladja a 15 percnyi tervezés költségét.

Mielőtt bevezeted a ciklust, tartsd észben, hogy mind a négy prompt egyetlen Plan Mode-munkameneten belül működik. Ha még nem használtad ezt a módot, előbb olvasd el a Claude Code Plan Mode-járól szóló útmutatót, aztán térj vissza ide.

1. lépés: tiltsd meg a megoldások adását — kérd meg Claude-ot a tények megállapítására#

A legfontosabb lépés. Itt tiltjuk meg az első késztetést — „itt a megoldás”. A prompt:

A következőt tapasztaltam: [tünet].

A feladatod most a tények megállapítása. Bármilyen
megoldás, ötlet vagy tanács tilos. Csak ezeket add meg:
- mit figyelek meg (a tünet pontos megfogalmazása)
- reprodukálható lépések (egy minimális forgatókönyv)
- milyen adatok állnak rendelkezésre (naplók, verziók, környezet)
- milyen adatok hiányoznak (mit kell összegyűjteni)

Szigorú leállítási feltétel: ne javasolj megoldásokat; csak
dokumentáld a diagnózist. Ha javasolni akarsz valamit,
fogalmazz meg helyette egy kérdést nekem.

Mit tesz ez? Ha kifejezetten megtiltod a megoldások adását, Claude nem vághatja le a kanyarokat. Négy mezőt kell kitöltenie: mit látok, hogyan reprodukálható, mit tudok, és mit nem tudok. Az utolsó a legértékesebb. Gyakran valami ilyesmi derül ki belőle: „Nem tudom a könyvtár verzióját, mi van a naplókban, vagy hogy a tünet éles környezetben is előfordul-e.” Ez adja a következő lépés alapját.

Az 1. lépés buktatója. Ha a tünetet túl homályosan fogalmazod meg („a hitelesítés nem működik”), Claude továbbra is találgatni fog. A megoldás benne van magában a promptban: írd le a pontos tünetet egy mondatban, és adj egy minimális, háromlépéses forgatókönyvet. Ha erre nem vagy képes, az azt jelenti, hogy még nem érted pontosan, mi romlott el, és Claude válasza amúgy is használhatatlan lesz.

2. lépés: internetes előzmények emlékezetből gyártott hallucinációk helyett#

Ezzel a második késztetést gátoljuk: „találj ki egy megoldást emlékezetből”. A prompt:

Most, hogy a diagnózis elkészült, keress az interneten
hasonló problémák megoldására vonatkozó előzményeket.

Legalább 3 különböző megközelítés kell. Mindegyikhez:
- hivatkozás az elsődleges forrásra (issue, cikk, dokumentáció)
- a megközelítés rövid leírása
- előnyök és hátrányok a mi helyzetünkben
- ismert buktatók

Tilos olyan hivatkozást megadni, amely csak a saját tudásodon
alapul, és nincs megerősítve egy hivatkozással. Ha nem találsz
előzményt, mondd ki egyértelműen.

A hatás a gyakorlatban. Claude utánanéz a dolgoknak, és ellenőrizhető megközelítésekkel tér vissza. Megjelennek a GitHub issue-kra és a dokumentációra mutató hivatkozások. Ha Claude nem talál előzményeket, az arra utal, hogy a feladat szokatlan, vagy a tünet megfogalmazása hibás. Térj vissza az 1. lépéshez.

Amikor ez félresiklik. Claude nem létező hivatkozást is idézhet. Ez olyan hallucináció, mint amikor azt mondja, hogy „itt a 4291-es issue az X tárolóban”, miközben a 4291-es issue valójában valami másról szól. Ezt a CLAUDE.md fájlban szereplő kifejezett szabállyal kezeld: „idézés előtt mindig nyisd meg a hivatkozást WebFetch segítségével”. A részleteket lásd a CLAUDE.md helyes beállításáról szóló útmutatóban.

3. lépés: részletes terv a plans/ könyvtárban, előre számításba vett kockázatokkal#

A Plan Mode most már rendeltetésszerűen működik. A prompt:

Válaszd ki a legjobb lehetőséget a 2. lépésből, és írj részletes
tervet a plans/YYYY-MM-DD-fix-[name].md fájlba:

- mely konkrét fájlokat módosítjuk (teljes elérési út és sorszámok)
- mit adunk hozzá, és mit távolítunk el
- mely teszteket írjuk meg, és mely meglévő teszteknek kell sikeresen lefutniuk
- kockázatok két-három lépéssel előre (mi romolhat el a felhasználóknál)
- visszaállítási terv arra az esetre, ha valami hiba történik

Minden lépés legyen jelölőnégyzet [ ]. A fájl férjen el egy képernyőn.
Ha a terv hosszabb 200 sornál, bontsd fázisokra.

Az eredmény. A terv ideiglenes csevegési jegyzet helyett kézzelfogható dokumentummá válik. Két hét múlva is elolvashatod, átadhatod egy másik ügynöknek, vagy a /goal parancs feltételeként használhatod. A Claude Code-ban egy tervfájl tovább él, mint maga a beszélgetés.

A két-három lépéssel előretekintő kockázatok a kulcsfontosságúak. Ezek egy újabb szervilis mintát akadályoznak meg: a mellékhatások nélküli, optimista tervet. Ha kifejezetten arra kéred Claude-ot, hogy sorolja fel a kockázatokat, olyan dolgokat is észrevesz, amelyeket egy szokásos tervben szó nélkül elsiklana.

4. lépés: ellenőrizd a tervet — szűrd ki a szervilis feltételezéseket#

Az utolsó szűrő. A prompt:

Most végezz kötelező önellenőrzést. Őszintén olvasd újra a tervedet.

Vannak benne olyan részek, amelyeket a semmiből találtál ki, és nem erősítetted meg ezek egyikével sem?
- az általad elolvasott kóddal;
- a 2. lépésben idézett dokumentációval;
- a 2. lépésből származó előzménnyel?

Ha igen, jelöld meg őket kifejezetten, módosítsd vagy távolítsd el.

Ellenőrizd azt is:
- említ-e olyan könyvtárakat, amelyek még nincsenek telepítve
  a package.json fájlban;
- említ-e olyan környezeti változókat, amelyeket nem adtam meg;
- vannak-e benne konkrétumok helyett általánosan leírt lépések.

Mit tesz ez? Claude-nak újra ellenőriznie kell a saját érvelését. A szerző körülbelül 50 ciklusból álló mintájában legalább két-három tervpontot kifejezetten a 4. lépésben módosítanak. Ezek azok a részek, ahol a hízelgő megpróbált átcsúszni a 3. lépésben, a 4. lépés pedig leleplezi.

A négy lépés után a terv készen áll a jóváhagyásra. Továbbléphetsz a megvalósításra anélkül, hogy azon aggódnál: „Mi van, ha vissza kell vonnom 8 commitot?”

Miért éppen 4 lépés, miért nem 2 vagy 7?#

Íme az indoklás, az Anthropic által a Claude hivatalos dokumentációjában alkalmazott módszert követve.

A dokumentáció négyfázisú munkafolyamatot javasol: Explore, Plan, Implement, Commit.

A négylépéses ciklusom a Plan fázis specializációja, amely a szervilizmus ellen szolgál. Az Anthropic négy fázisából egyet négy mikrolépésre bontok: megtiltom a megoldások adását, előzményeket keresek, megírom a tervet, majd önellenőrzést végzek. Ez a részletes terv kerül tovább az Implement és Commit fázisokba.

Íme, mi romlik el, ha kihagyod a négy lépés valamelyikét:

A táblázatból látszik: minden lépés a hibák saját osztályát gátolja meg. Mind a négyre szükség van, mert különböző kategóriákat szűrnek ki. Ha a feladat elég kicsinek tűnik ahhoz, hogy kettő is elég legyen, akkor valóban kicsi — és egyáltalán nincs szükséged Plan Mode-ra.

Hogyan kapcsolódik össze a plans/, a /goal parancs és a folytatás?#

A ciklus egy olyan rendszer része, amelyben van:

1. Bekapcsolt Plan Mode (Claude Code-ban kétszer nyomd meg a Shift+Tab billentyűkombinációt).
2. plans/ könyvtár a tárolóban a tervek mentéséhez.
3. Igény szerint a /goal parancs hosszú tervek önálló megvalósításához.

Külön a plans/ könyvtárról. A 3. lépés után létrejön egy plans/2026-05-27-fix-magic-link.md fájl fázisokkal és jelölőnégyzetekkel. Ez egy kézzelfogható dokumentum. Nyisd meg egy héttel később, és emlékezni fogsz, miért választottad azt a megközelítést. Három hónap múlva találsz egy hasonló feladatot, és újra felhasználhatod a tervet. Hat hónap múlva megmutatod egy kollégának, és megspórolsz neki két hetet, amit a felzárkózással töltene. A plans/ könyvtár része a Claude Code „második agy” koncepciójának.

Külön a /goal parancsról. A négy lépés elvégzése és a terv jóváhagyása után lépj ki a Plan Mode-ból, majd írd be:

/goal complete all phases from plans/2026-05-27-fix-magic-link.md,
all tests in test/auth pass, or stop after 30 turns

Helyi Claude Code-munkamenetnél hagyd futni a terminált, tartsd ébren a gépet, és biztosíts hálózati kapcsolatot. Ne csukd le a laptopot, hacsak nem állítottál be kifejezetten támogatott ébren tartást. Visszatérve nézd meg az előzményt: befejezést, körkorlátot, jogosultságkérést vagy hibát is mutathat. A cél megadása nem garantál haladást alvó gépen. Négylépéses ciklus nélkül a /goal haszontalan iterációkra pazarolja a tokeneket. A négylépéses ciklussal a /goal elviszi a kész tervet a sikeresen lefutó tesztekig.

Hogyan tovább? Ha most kezded a Claude Code használatát, próbáld ki a ciklust a következő nem triviális feladatodon. Ne elírás javításán. Olyan dolgon, amely több mint 3 fájlt érint, vagy amelynek a viselkedését nem érted teljesen. Másold ki a fenti promptokat, és töltsd ki a saját részleteiddel. Észre fogod venni, hogyan változik a visszaállítások aránya.

Ha már használod a Plan Mode-ot, hozz létre egy plans/ könyvtárat a tárolódban. Határozd meg magadnak a fájlnevek formátumát: YYYY-MM-DD-feature-name.md. Egy hónap múlva 20–30 fájlod lesz, hat hónap múlva pedig több mint száz. Így épül fel a projekt második agya — a döntések folyamatosan bővülő története. Ha mélyebbre mennél, a Claude Code kontextustervezéséről külön tudományterületként írtam.

Ha már használod a Plan Mode-ot, és van plans/ könyvtárad, próbáld ki a /goal parancsot egy önálló feladaton. Válassz olyat, amit általában kézzel 30–40 perc alatt végeznél el. Vidd végig a négy lépésen, mentsd el a tervet, indítsd el a /goal parancsot, és hagyd ébren a helyi terminált és számítógépet. Kikapcsolt helyi gép melletti munkához előbb használj kifejezetten beállított távoli vagy felhős végrehajtási útvonalat, és igazold, hogy a feladat ott fut.