# Claude Code 2026-ban: 11 tipp, billentyűparancs és parancs
> 11 gyakorlati Claude Code-technika: billentyűparancsok, CLI-jelzők és /commands, valamint 6 stratégia 6 hónap mindennapos használatából. Kevesebb token, kevesebb hallucináció.
Source: https://ailoot.ai/blog/hu/claude-code-tips/
Canonical: https://ailoot.ai/blog/hu/claude-code-tips/
Language: hu
Publisher: Ailoot (https://ailoot.ai/)
Translation: guide-001
Revision: sha256-06b386d1ccbe1f9b62ac3665fd343c84160f140a06e80b85016b2220eed21686
Az Ailoot használatával kapcsolatos további útmutatásért tekintse meg a [dokumentációt](https://ailoot.ai/docs/).
## Mit csinál ez a 11 tipp, és miért van szüksége taktikákra elmélet helyett?
Főbb tudnivalók
Ez nem a „legjobb Claude Code-funkciók” listája, és nem is az Anthropic dokumentációjának újramesélése. Ez 11 technika hat hónap mindennapos munkájából: 5 taktikai (billentyűparancsok, jelzők, /commands) és 6 stratégiai (hogyan bontson részekre egy tervet, hogyan kezeljen 5 ablakot, hogyan vegye észre a vakfoltokat). Egy este elég mind a 11 szokás kialakításához.
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](https://ailoot.ai/blog/hu/claude-md-template/), [Plan Mode](https://ailoot.ai/blog/hu/claude-code-plan-mode/), [kontextusmérnökség](https://ailoot.ai/blog/hu/context-engineering/), [Skills](https://ailoot.ai/blog/hu/claude-code-skills-library/), [Subagents](https://ailoot.ai/blog/hu/claude-code-alugynokok/), [MCP](https://ailoot.ai/blog/hu/mcp-servers-claude-code/), [/rewind](https://ailoot.ai/blog/hu/claude-code-undo-changes/), [limitek](https://ailoot.ai/blog/hu/claude-code-token-limits-saving/), [második agy](https://ailoot.ai/blog/hu/claude-code-second-brain/). 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](https://ailoot.ai/blog/hu/claude-md-template/), aztán térjen vissza ide.
## Hogyan válthat módot a Claude Code-ban: a Shift+Tab billentyűparancs
Főbb tudnivalók
A Shift+Tab végigléptet az engedélyezési módokon: `default`, `acceptEdits`, `plan` és minden engedélyezett mód (`auto`, `bypassPermissions`). Összetett feladat előtt váltson a [Plan Mode](https://ailoot.ai/blog/hu/claude-code-plan-mode/) módra, és a feladat elküldése előtt ellenőrizze a módjelzőt. Rutinmunkához válassza az `acceptEdits` módot, és ellenőrizze ezt a feliratot; a gombnyomások száma a kiinduló módtól és az engedélyezett módoktól függ.
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.
```bash
# 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.
A Shift+Tab végigléptet az engedélyezési módokon. Az elérhető módok attól függnek, mit engedélyezett a beállításokban.
— Anthropic dokumentációja, https://code.claude.com/docs/en/interactive-mode
## Hogyan vonhatja vissza az utolsó műveletet a kontextus elvesztése nélkül: Esc Esc
Főbb tudnivalók
A dupla Esc gyors módja Claude utolsó műveletének visszavonására, a teljes `/rewind` használata nélkül. Ha a beviteli mező üres, megnyílik a checkpointmenü. Ha van benne valami, törli a mező tartalmát, de elmenti az előzményekbe (a felfelé nyíl visszahozza). Ez az esetek 80%-ában megoldja a „elrontottam, és nem tudom visszavonni” miatti félelmet; nem kell a githez nyúlnia.
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).
```bash
# 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](https://ailoot.ai/blog/hu/claude-code-undo-changes/), amely a mélyebb visszaállításokhoz használható git-kombinációt is bemutatja.
Minden felhasználói prompt új checkpointot hoz létre. A checkpointok a munkamenetek között is megmaradnak, így folytatott beszélgetésekben is visszatérhet hozzájuk.
— Anthropic dokumentációja, https://code.claude.com/docs/en/checkpointing
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?
Főbb tudnivalók
A `/clear` teljesen visszaállítja a munkamenetet, tiszta kontextusablakot hagyva maga után. A `/compact [hint]` tömör összefoglalóvá sűrítteti az LLM-mel a beszélgetés előzményeit, megőrizve a korábbi munka jelentését. Az egyszerű szabály: befejezte a feladatot - `/clear`. Folytatja ugyanazt a feladatot, de megtelt az ablak - `/compact`. Ha összekeveri őket, vagy elveszíti a kontextust, vagy eléri a limitet.
Í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.
```bash
# 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 Claude Code-ban például úgy tesszük ezt, hogy elküldjük az üzenetelőzményeket a modellnek, amely összefoglalja és tömöríti a legfontosabb információkat.
— Anthropic Engineering, https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents
A kontextusablak teljes elméletéért olvassa el a [kontextusmérnökségről szóló útmutatót](https://ailoot.ai/blog/hu/context-engineering/). 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
Főbb tudnivalók
A `/cost` megmutatja az aktuális költést dollárban és tokenben. A `/statusline` ugyanezt az információt hozzáadja az állapotsorhoz - így parancs futtatása nélkül is mindig láthatja a modellt, a könyvtárat, a kontextus százalékos értékét és a költséget. A „egy nap alatt mindent elköltök” félelmére az a legjobb megoldás, ha a fogyasztás mindig látható.
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.
```bash
/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”](https://ailoot.ai/blog/hu/claude-code-token-limits-saving/), 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?
Főbb tudnivalók
A `--model` jelző csak az aktuális munkamenet modelljét írja felül. Alapszabály: Haiku szkriptekhez és gyors szerkesztéshez, Sonnet a szokásos mély gondolkodáshoz, Opus architektúrához és összetett hibakereséshez. Nyilvános interjúk szerint maga a Claude Code csapata is Opust használ thinking móddal „mindenhez”, de ez azoknak való, akik előfizetést fizetnek, és nem aggódnak a tokenek miatt. Vállalkozóknak más a szabály: kezdjen olcsóbban, és akkor fizessen többet, ha szükség van rá.
```bash
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:
| Feladat | Modell | Miért |
|----|----|----|
| Változó vagy függvény átnevezése | Haiku | Egyértelmű művelet; nem kell „gondolkodni” |
| Egyszerű refaktorálás (függvény kiemelése) | Sonnet | Szokványos, olcsó, pontos |
| Új, architektúrát igénylő funkció hozzáadása | Opus | Mély gondolkodásra van szükség |
| Furcsa hiba hibakeresése, amelyet a Sonnet 3 próbálkozás alatt sem talált meg | Opus | Kevesebb irányítás, nagyobb találati arány |
| Hosszú naplók olvasása és összefoglalása | Haiku | Egyszerű kategorizálás, olcsóbb |
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
Főbb tudnivalók
A Claude Code-ban végzett párhuzamos munka 2 dologra támaszkodik: `--resume` (egy elnevezett munkamenet folytatása) és `git worktree` (külön könyvtár minden ágnak). A gyakorlatban egyszerre 5-10 Claude-ablakot tartok nyitva, mindegyik a saját mikrof eladatán dolgozik. A kontextusok nem fedik egymást, és nem pazarol tokeneket arra, hogy „minden egy ablakban legyen”.
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.
```bash
# 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
Főbb tudnivalók
Ahelyett, hogy azt írná: „nézd át a projektet, és keresd meg az auth.ts-t”, írja ezt: `@src/lib/auth.ts`, és Claude keresés nélkül közvetlenül betölti a fájlt. Ezzel tokeneket takarít meg (nem kell átvizsgálni a könyvtárfát), és megszünteti a hallucinációk egyik forrását (Claude-nak nem kell kitalálnia az elérési utat; Ön megadta). Ugyanez érvényes a parancsokra: a `!git status` eszközhívás nélkül fut, a kimenete pedig bekerül a kontextusba.
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`.
```bash
# 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:
```bash
> !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](https://ailoot.ai/blog/hu/claude-md-template/).
## Hogyan őrizze meg az előrehaladást hosszú feladatoknál: fázisokra bontott tervek és \[ \] / \[x\]
Főbb tudnivalók
Minden 30 percnél hosszabb feladathoz külön fájlban tárolt terv kell: `plans/YYYY-MM-DD-name.md`, fázisokkal és `[ ]` / `[x]` jelölőnégyzetekkel. A terv helye egy fájl, nem a csevegés. Így a párhuzamos ablakok egymás zavarása nélkül dolgozhatnak különböző fázisokon, és könnyen látható az előrehaladás ahelyett, hogy a csevegésből kellene „felidézni”.
Íme a tervfájl-sablon, amelyet minden projektemben használok:
```markdown
# 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](https://ailoot.ai/blog/hu/claude-code-second-brain/).
## Hogyan ismerje fel előre, hol fog Claude kudarcot vallani: önkritika 10 indokkal
Főbb tudnivalók
Mielőtt összetett funkcióba kezdene, állítsa Claude-ot ellenfélként gondolkodó módba: „Képzeld el, hogy a projekt megbukott. Egy év múlva időt és energiát veszítettem. Nevezz meg 10 okot. Ne kímélj; légy kíméletlen.” Ez áttöri a kezdeti optimizmust, és felszínre hozza azokat a vakfoltokat, amelyeket Claude a „valósítsuk meg” módban soha nem említene.
Í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
Főbb tudnivalók
Mielőtt elkezdene dolgozni egy funkción, indítson el 5 párhuzamos kutatóügynököt subagenteken keresztül. Mindegyik a saját területére összpontosít: szakmai hálózatok, nyílt forráskód, akcelerátorok, versenytársak, összehasonlítások. 10-20 perc múlva visszatérnek az eredményekkel. Ezután egy külön szintetizáló ügynök egyetlen jelentésbe rendezi az egészet. Ezzel órákat takarít meg, és csökkenti a megerősítési torzítást.
Í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”](https://ailoot.ai/blog/hu/claude-code-alugynokok/) 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
Főbb tudnivalók
Kapcsolja össze a Claude Code-ot Telegram-botjával a hivatalos pluginnel. A számítógépén (kikapcsolt alvó móddal) a Claude Code a terminálban fut, a projekthez kapcsolódva. Bárhonnan írhat neki a boton keresztül: „nézd meg a legutóbbi commitokat”, „mennyi volt a bevétel a heti bizonylatokból”, „olvasd el a ma esti összes ügyfélszolgálati kérdést”. A bot a projekt teljes kontextusával válaszol - kód, commitelőzmények, a teljes `business/` struktúra. Élő ügynök a codebase-ben, amely mindent lát és megjegyez.
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](https://github.com/anthropics/claude-plugins-official) 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
Főbb tudnivalók
Ne próbálja meg egyetlen nap alatt mind a 11 tippet bevezetni - ki fog égni, és nem rögzülnek. A 7 napos ütemterv: 1-2. nap - billentyűparancsok (1-3), 3-4. nap - parancsok (4-5), 5-6. nap - párhuzamos munka (6-7), 7. nap - tervezés és premortem (8-9). A párhuzamos subagentek és a Telegram-bot (10-11) a második hétre maradnak, miután az első 9 már megy.
| Nap | Mit vezetünk be | Mennyi ideig tart |
|----|----|----|
| 1 | Shift+Tab + Esc Esc | 30 perc gyakorlás |
| 2 | A Shift+Tab + Esc Esc begyakorlása | fél nap munka |
| 3 | /compact + /cost | 30 perc + 1-2 munkamenet |
| 4 | --model haiku/sonnet/opus | 30 perc + némi kísérletezés |
| 5 | --resume elnevezett munkamenetekhez | 30 perc |
| 6 | git worktrees - ha 3+ párhuzamos feladatot kezel | 1 óra |
| 7 | Terv a `plans/` mappában + a „10 ok, amiért elbukom” prompt | 1-2 óra, egyszer |
| 8-14 (második hét) | Subagentek kutatáshoz + Telegram-bot | 3-4 óra a beállításhoz és a megszokáshoz |
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](https://ailoot.ai/).
## Kérdések és válaszok: Claude Code 2026-ban: 11 tipp, billentyűparancs és parancs
### Honnan tudom, hogy Plan Mode-ban vagyok?
A Shift+Tabbal válts módot, és a feladat elküldése előtt olvasd le a módjelzőt. Akkor állj meg, amikor a plan felirat látszik; a rögzített gombnyomásszám nem megbízható, mert a kiinduló mód és az engedélyezett módok eltérhetnek.
### A /clear vagy a /compact parancsot használjam, ha megtelik a kontextus?
Ugyanannak a feladatnak a folytatásához a /compact parancsot használd, és jelezd, mely tervet és döntéseket kell megőrizni. A /clear akkor való, ha a feladat kész, és a következő friss kontextust igényel; előbb a tervfájlban őrizd meg a fontos előrehaladást.
## 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.