Claude Code 2026-ban: 11 tipp, billentyűparancs és parancs

Az Ailoot használatával kapcsolatos további útmutatásért tekintse meg a dokumentációt.

Mit csinál ez a 11 tipp, és miért van szüksége taktikákra elmélet helyett?#

A vibe codinggal már nem az a kérdés, hogy „működik-e a Claude Code?” - hanem az, hogy „hogyan dolgozzon vele úgy, hogy ne élje fel a keretét, és ne hallucináljon?” Az előző 9 útmutatóm az alapfogalmakat tárgyalja: CLAUDE.md, Plan Mode, kontextusmérnökség, Skills, Subagents, MCP, /rewind, limitek, második agy. Ez az írás az ezeket kiegészítő taktikákat gyűjti össze.

Minden tipp egy problémát old meg. Olvashatja őket sorban, vagy ugorjon a legsürgetőbbekhez: a billentyűparancsokhoz rögtön az 1. tipphez; a tokenek megtakarításához a 4. és 5. tipphez; a párhuzamos munkához a 6. tipphez; a szerző technikáihoz a 8-11. tipphez.

Azoknak írok, akik már telepítették a Claude Code-ot, és legalább egy hete használják. Ha most telepíti, kezdje a CLAUDE.md útmutatóval, aztán térjen vissza ide.

Hogyan válthat módot a Claude Code-ban: a Shift+Tab billentyűparancs#

A kezdők leggyakoribb hibája, hogy egész nap default módban maradnak, és minden módosítást kézzel hagynak jóvá. Egy óra után ez fárasztóvá válik, és az ember kísértést érez a --dangerously-skip-permissions futtatására (erről a tipp végén lesz még szó). A Shift+Tab a középút: Ön választja meg, mikor van szüksége acceptEdits vagy plan módra.

Íme a konkrét szabály, amelyet módváltáskor követek:

1. Összetett feladat indításakor - használja a Shift+Tabot, amíg a módjelzőn plan látható. Claude átgondolja és megírja a tervet; addig nem ír kódot, amíg jóvá nem hagyom.
2. A terv jóváhagyása után, a megvalósítás megkezdésekor - addig váltson, amíg a módjelzőn acceptEdits látható. Claude jóváhagyáskérés nélkül szerkeszti a fájlokat, de a Bash-parancsokhoz továbbra is megerősítést kér.
3. Rutinmódosításoknál (átnevezés, egyszerű refaktorálás) - egyből acceptEdits, terv nélkül.
4. Veszélyes helyzetben (adatbázis-migráció, fájlok törlése) - a Shift+Tabbal visszatérek default módba.

# Gyakori engedélyezési módok: az aktív feliratot ellenőrizze, ne rögzített nyomásszámot.
# default        - szokásos jogosultságkérések
# acceptEdits    - a fájlszerkesztés elfogadott; más eszközök jogosultságai továbbra is érvényesek
# plan           - feltárás és tervezés a megvalósítás előtt
# A további módok a verziótól, beállításoktól és szervezeti szabályzattól függnek.

Ha a Shift+Tab nem működik a Claude Code-verziójában (claude --version), ellenőrizze, hogy a legújabb verziót használja-e. A /doctor parancs minden információt megmutat a telepítésről.

Hogyan vonhatja vissza az utolsó műveletet a kontextus elvesztése nélkül: Esc Esc#

Az Esc és az Esc Esc mást csinál, ezért szokták összekeverni őket:

• Egy Esc - azonnal megszakítja Claude-ot, miközben éppen dolgozik. Minden megmarad abból, amit addig elvégzett. Hasznos, ha rossz irányba indult, és vissza szeretné terelni.
• Két Esc - üres beviteli mezőnél megnyitja a checkpointmenüt (csak a kód, csak a beszélgetés vagy mindkettő visszaállítása, illetve összefoglalás). Ha szöveg van a mezőben, törli azt, és az előzményekbe menti (a felfelé nyíl visszahozza).

# Az üres beviteli mezőnél az Esc Esc menüből:
# 1. Csak a kód visszaállítása                - a fájlok visszaállítása, a beszélgetés megőrzése
# 2. Csak a beszélgetés visszaállítása         - a beszélgetés visszaállítása, a fájlok megőrzése
# 3. A kód és a beszélgetés visszaállítása     - mindkettő visszaállítása (a leggyakoribb választás)
# 4. Összefoglalás innen                       - a beszélgetés összefoglalása ettől a ponttól
# 5. Összefoglalás eddig                       - összefoglalás eddig a pontig

Minden elküldött promptnál automatikusan checkpoint készül - nincs mit észben tartania, és bármikor visszaléphet. A teljes magyarázatért olvassa el a /rewind útmutatót, amely a mélyebb visszaállításokhoz használható git-kombinációt is bemutatja.

A kezdőknek szóló első technikák egyike az Esc Esc. Amikor már nem félnek attól, hogy „elrontják, és nem tudják visszavonni”, bátrabban kísérleteznek, az eredmények pedig sokszorosára javulnak.

Mikor használja a /compact parancsot a /clear helyett?#

Így működik belülről a /compact: Claude feldolgozza a teljes üzenetelőzményt, majd rövid összefoglalót ad vissza a legfontosabb részletekkel. Hasznos trükk, ha megad neki egy útmutatást: /compact keep the coding principles and current plan, discard the CSS discussion. Így célzottan tömörít.

# Mikor melyik parancsot használja:
/clear                              # befejezett egy funkciót, áttér egy másikra
/compact                            # hosszú munkamenet, a kontextus >50%-ig megtelt
/compact keep the architecture and plan  # célzott tömörítés egy adott témára összpontosítva

A /compact idejét jelzi, ha a /cost parancs vagy az állapotsor szerint a kontextusablak 70%+-a betelt, miközben a munkamenet még csak félidőnél tart. Ha ezt figyelmen kívül hagyja, Claude elkezdi „elfelejteni” a beszélgetés elejét, Ön pedig időt veszít a dolgok újbóli elmagyarázásával.

A kontextusablak teljes elméletéért olvassa el a kontextusmérnökségről szóló útmutatót. Azt is elmagyarázza, miért véges erőforrás a kontextus, csökkenő hozadékkal.

Hogyan követheti valós időben a tokeneket: a /cost parancs#

Az „egy nap alatt mindent elköltök” félelem az egyik leggyakoribb aggodalom a vibe coderek között. A félelem kezelésének legjobb módja, ha a költést láthatóvá teszi.

/cost          # megjeleníti az aktuális munkamenet költését (tokenek + $)
/statusline    # beállítja az állapotsort: modell + könyvtár + kontextus % + költség

Egyszerű szabály: 30-60 percenként ellenőrizze a /cost értékét. Ha egy óra alatt néhány dollárnál kevesebbet költött, az rendben van. Ha többet, valami nincs rendben: lehet, hogy elfelejtette a /compact használatát, és nő a kontextus; lehet, hogy rossz modellt választott (erről a következő tipp szól); vagy Claude tízszer olvas újra nagy fájlokat.

A limitek kíméléséről szóló teljes útmutató a „Hogyan ne élje fel egy nap alatt a Claude Code-limitet”, 8 szabállyal. Itt a költés láthatóvá tétele a taktika a /cost és a /statusline használatával.

Melyik Claude-modellt válassza egy feladathoz: Haiku, Sonnet vagy Opus?#

claude --model haiku   # ~3× olcsóbb, mint a sonnet, rutinmunkához
claude --model sonnet  # alapértelmezett, ár és minőség közötti egyensúly
claude --model opus    # ~1.7× drágább, mint a sonnet, összetett feladatokhoz

Az Anthropic 2026. májusi nyilvános árai szerint: Haiku $1/$5 1M bemeneti/kimeneti tokenenként, Sonnet $3/$15, Opus $5/$25. Ez azt jelenti, hogy a Haiku 3-szor olcsóbb a Sonnetnél, az Opus pedig 1,7-szer drágább nála.

Így választok nap mint nap:

Vitatott kérdés, hogy érdemes-e egyáltalán Sonn etet és Haikut használni, ha az Opus átlagosan „elsőre eltalálja”. A válaszom: egy programozni nem tudó vállalkozónak a Haiku és a Sonnet a feladatok 70%-ánál kifizetődő. Az Opust érdemes a valóban nehéz 30%-ra tartogatni. Az Opust érdemes a valóban nehéz 30%-ra tartogatni.

Hogyan futtasson párhuzamosan 3-5 feladatot: /resume + git worktrees#

A logika egyszerű: egy hosszú Claude-ablak felfalja a kontextust. Minden kérés betölti a modellbe az ablak addigi teljes tartalmát - még akkor is, ha most valami egészen másról beszél. 5 rövid ablak a mikrof eladatokhoz csak a saját munkájára emlékszik. Összességében kevesebbet költ.

# Indítson el egy elnevezett munkamenetet egy adott feladathoz:
claude --resume "auth-refactor"
claude --resume "homepage-redesign"
claude --resume "db-migration"

# Használjon worktree-t, hogy a git-ágak ne fedjék át egymást:
git worktree add ../my-project-auth feature/auth
cd ../my-project-auth
claude --resume "auth-refactor"

Ha nem tudja, melyik ablakban mi van, futtassa argumentum nélkül a claude --resume parancsot a legutóbbi munkamenetek nevét és időpontját mutató listához. Aktív munkamenetben az /agents ellenőrzi a futó subagenteket.

Ha hosszú fejlesztési ciklusú funkción dolgozom, általában ezt csinálom:

1. 1. ablak - terv készítése a plans/YYYY-MM-DD-feature.md fájlban. Csak megbeszélés, kód nélkül.
2. 2. ablak (a terv alapján) - az 1. fázis megvalósítása. A fázis után a terv frissítése ([x]).
3. 3. ablak - a 2. fázis megvalósítása párhuzamosan a 2. ablakkal, ha a fázisok nem fedik egymást.
4. 4. ablak - egy szintetizáló ügynök ellenőrzi a két ablak eredményeit.
5. 5. ablak - biztonsági ellenőrzés az egyesítés után (lásd a 8. tippet).

Mikor ne használjon worktree-ket: ha naponta 1-2 projektet kezel, a worktree-könyvtárak közti váltás költsége felemészti az előnyt. A worktree-k napi 3+ párhuzamos feladatnál kezdenek megtérülni.

Hogyan kerülheti el a hallucinációkat: fájlhivatkozások @file használatával#

A fájlok automatikus kiegészítése a @ szimbólummal kezdődik. Kezdje el begépelni az elérési utat, és Claude javaslatokat mutat. Több fájlra is hivatkozhat egyszerre: @src/lib/auth.ts @src/lib/session.ts @prisma/schema.prisma.

# Prompt pontos elérési utak nélkül (rossz):
> Nézd meg az auth logikát, és javítsd ki a session hibáját

# Prompt @ hivatkozásokkal (helyes):
> @src/lib/auth.ts @src/lib/session.ts - javítsd ki a hibát: kijelentkezés után nem törlődik a cookie

Ugyanennek a csoportnak a második trükkje a ! jelet használó shellmód:

> !git status                # Claude hívása nélkül fut, a kimenet bekerül a kontextusba
> !npm test                  # ugyanez
> !cat /var/log/app.log | tail -50  # ugyanez

Miért? Nem pazarol tokeneket a „Claude, nézd meg a git állapotát” kérésre - Claude az eszközzel ugyanazt a választ kapná. A ! rövidebb és olcsóbb.

Ez a CLAUDE.md-hez kapcsolódik: a fő fájl legfeljebb 200 sor projektirányelvet tartalmazzon. A szűkebb szabályok (például az API-konvenciók) a .claude/rules/api-design.md fájlba kerülnek, paths: ["src/api/**/*.ts"] YAML frontmatterrel. Ezek csak akkor töltődnek be, amikor Claude a src/api/ fájljaival dolgozik. A teljes magyarázatért olvassa el a CLAUDE.md útmutatót.

Hogyan őrizze meg az előrehaladást hosszú feladatoknál: fázisokra bontott tervek és [ ] / [x]#

Íme a tervfájl-sablon, amelyet minden projektemben használok:

# Terv: [funkció neve]
Létrehozás dátuma: 2026-05-22
Cél: [egy mondat arról, mit szeretnénk elérni]

## 1. fázis: [rövid név]
- [ ] 1.1. lépés: [konkrét művelet]
- [ ] 1.2. lépés: [konkrét művelet]
- [ ] 1.3. lépés: [konkrét művelet]

## 2. fázis: [rövid név]
- [ ] 2.1. lépés
- [ ] 2.2. lépés

## Eredmény
A végén töltse ki: teljesen vagy részben valósult meg, és mi maradt hátra.

A szabály feltétlen: minden ügynöknek frissítenie kell a tervet minden munkamenet után. Más szóval, amint befejez egy fázist, nyissa meg a fájlt, és jelölje [x]-szel. Ha ezt nem teszi meg, a következő ablak nem fogja tudni, hogy a fázis elkészült, és megpróbálhatja újra elvégezni.

Ha a terv fájlban van, nem a fejében:

• A párhuzamos ablakok (lásd a 6. tippet) különböző fázisokat vehetnek át.
• Ha a feladat 3 napig tart, és 2 nap múlva tér vissza, azonnal látja, hol tartott.
• Az eredmény tényleges ellenőrzése egyszerű (grep -c "\[ \]" a fájlban = a nyitva maradt feladatok száma).

Mikor ne használja: 5 perces gyorsjavításnál, egyetlen fájl triviális módosításánál, napló olvasásánál és összefoglalásánál. Nem minden művelet igényel tervet.

Ez a technika a Second Brain koncepció része. A business/, plans/, ai-clone/ mappák teljes bemutatásáért lásd a Second Brain útmutatót.

Hogyan ismerje fel előre, hol fog Claude kudarcot vallani: önkritika 10 indokkal#

Íme a promptváz, amelyet szó szerint használok:

Képzeld el, hogy az ötlet mappáján olyan módszertant alkalmaztak, amelyben úgy gondolkodsz, mintha a projekt teljesen megbukott volna. Nevezz meg 10 okot, amiért egy év múlva sok időt töltöttem majd el, és az ötlet kudarcnak bizonyul. Nem az a feladatod, hogy kíméld az érzéseimet, hanem hogy a lehető legkeményebb légy.

A 10 ok után jöjjön a második kör: védd meg mindegyik okot az ellenérveimmel szemben. Miben vagyok a leggyengébb?

Harmadik kör: írj tervet arra, mit tegyünk, hogy ezek a problémák ne forduljanak elő.

Három szakaszban futtatom:

1. Az első ötlet, hogy „minden nagyszerű” - amikor biztos vagyok benne. Az önkritika 30-50%-kal visszavágja az ötletet.
2. A terv közepén - amikor már mélyen benne vagyok a munkában, és elvesztettem a tisztánlátásomat.
3. Indítás előtt - utolsó szűrőként.

Claude valóban kihívás elé állítja az embert ellenfélként gondolkodó módban. Ugyanebben a helyzetben a GPT-5 először megdicséri az ötletet, majd „megpróbál javításokat találni”. Egy évnyi kísérletezés után vettem észre ezt a különbséget:

Számomra így mutatkozik meg a különbség az ellenfélként gondolkodó módban: a ChatGPT azt mondja: „Jó észrevétel, ez teljesen igaz.” Claude ugyanebben a helyzetben ezt mondja: „Egyetértek, ez szemenszedett hülyeség; mindjárt újra megcsinálom.” Amikor kritikára van szükségem, a második válasz napoknyi fölösleges munkát spórol meg.

Mikor ne alkalmazza: a felület és a szöveg pozitív irányú iterációinál. Az ellenfélként gondolkodó mód ott nem helyénvaló - megöli a kreativitást.

Ezt a technikát projekt előzetes kudarcértékelésének nevezik. Én AI-ügynökkel való munkára alakítottam át: emberi csapat helyett Claude-dal végez előzetes kudarcértékelést. Senki sem fél azt mondani, hogy „főnök, a projekt meg fog bukni” - így a vakfoltok percek alatt felszínre kerülnek.

Hogyan kutasson 5 forrást annyi idő alatt, amennyi egyhez kell: párhuzamos subagentek#

Íme a promptváz:

Már rendelkezel a teljes kontextussal. Keress, és végezz mélyreható kutatást; indíts el 5 párhuzamos subagentet.

1. subagent: nézd át a szakmai hálózatokat – ki oldja meg ezt a problémát?
2. subagent: open source-megoldások a GitHubon – mi népszerű?
3. subagent: startup-akcelerátorok – ki vonz
            befektetést ezen a területen?
4. subagent: közvetlen versenytársak webhelyei – mit ígérnek, és
            mennyiért?
5. subagent: összehasonlítások és értékelések – mit mondanak
            a felhasználók az értékelésekben?

Ha mindenki visszatért, indíts el egy szintetizáló ügynököt,
amely keresztellenőrzi az 5 jelentést, és vázlatot készít
a second-brain mappámhoz.

Mi változik a hagyományos kutatáshoz képest:

• Idő: 5 párhuzamos folyamat 5 egymást követő helyett. Egyórányi munka 15 perc alatt.
• Mélység: minden ügynök egy területre szakosodik. Az egyik ügynök megerősítési torzítása nem hat a többire.
• Kontextus: minden subagent saját kontextussal rendelkezik, külön a fő kontextusától.

A subagentekről szóló teljes útmutatóért lásd a „Claude Code Subagents 2026-ban” című cikket. Azt is elmagyarázza, mi a különbség a Skills és az MCP között - mikor melyiket érdemes használni.

Mikor ne alkalmazza: kozmetikai módosítások, hibajavítások, kisebb technikai feladatok esetén. A kutatás túlzás minden „legalább 1 nap munkát igénylő új funkciónál” kisebb feladathoz.

Hogyan adhat Claude-nak feladatokat a telefonjáról: Telegram-bot a zsebében#

Beállítás (4 lépésben):

1. Folyamatosan bekapcsolt számítógép - a rendszerbeállításokban kikapcsolom az alvó módot (macOS: Energy Saver → Prevent computer from sleeping).
2. A Claude Code fusson terminálban, a projektmappához kapcsolódva.
3. Hivatalos Telegram-plugin - adja hozzá a marketplace-et a /plugin marketplace add anthropics/claude-plugins-official paranccsal, majd telepítse a /plugin install telegram@claude-plugins-official plugint (a pontos lépések idővel változnak - a legfrissebb útmutató a hivatalos pluginrepo oldalán található).
4. A bot egyetlen munkamenethez kapcsolódik - ez jelenleg korlátozás: egy bot = egy projekt = egy munkamenet. Ha másodikra van szüksége, állítson be egy másik botot.

Amit mindennap csinálok a bottal:

• Séta közben eszembe jut egy ötlet - azonnal elküldöm a botnak, nehogy elfelejtsem. A bot felveszi az inbox.md fájlba későbbi feldolgozásra.
• Hívás egy lehetséges ügyféllel - a hívás után megkérdezem a botot: „az utolsó hívás átirata alapján nevezd meg a 3 fő fájdalompontot, amelyek nekünk kedveznek”. Egy perccel később már ott a teljes elemzés a csevegésben.
• Reggel egy kávézóban - „mutasd meg a listámon lévő, még nyitott házi feladatokat”. Nem kell kinyitni a laptopot.

⚠️ Egy bökkenő: egyelőre nem lehet a botból futtatni a /clear vagy /compact parancsot - a bot munkamenete megegyezik a terminálos munkamenettel, és a kontextus folyamatosan nő. Újraindítani csak kézzel, a terminálból lehet.

Számomra ez az elmúlt két hét leghasznosabb Claude Code-bővítménye. Az „akkor dolgozom Claude-dal, amikor az asztalomnál ülök” helyzetből eljuttatott oda, hogy „bármikor Claude-dal dolgozom, amikor eszembe jut valami”.

Mivel érdemes kezdenie: 7 napos ütemterv#

A technikák együttese fontosabb, mint bármelyikük önmagában. A Shift+Tab Esc Esc nélkül félelmetessé teszi a kísérletezést. A /compact /cost nélkül azt jelenti, hogy nem tudja, mikor kell tömöríteni. A fájlban tárolt tervek párhuzamos ablakok nélkül csak bonyolítanak, eredmény nélkül.

A modellekkel való munka folytatásához látogasson el az Ailootra.