# Claude Code-limitek 2026-ban: 8 szabály a tokenek gyors elfogyásának megelőzésére
> Claude Code Pro és Max limitek 2026-ban, valamint 8 szabály a tokenek megtakarítására: /compact, Plan Mode, tömör CLAUDE.md, skills, modellválasztás és 90%-os cache-megtakarítás.
Source: https://ailoot.ai/blog/hu/claude-code-token-limits-saving/
Canonical: https://ailoot.ai/blog/hu/claude-code-token-limits-saving/
Language: hu
Publisher: Ailoot (https://ailoot.ai/)
Translation: guide-129
Revision: sha256-2366fa3a51fa37cbbdc19a61617846dd520c88e0a4ebfdc9b9967412e4d6d27b
Főbb pontok
A Claude Code limitjei nem az előfizetés, hanem a módszertan miatt fogynak el. A szerző által leírt tapasztalat szerint, ha a nap összes feladatát egyetlen chatbe zsúfolod, délre túlcsordul a kontextus, és kétszer olyan gyorsan fogynak a tokenek. Ha minden feladathoz új beszélgetést indítasz, tömör CLAUDE.md-t használsz, a tervet külön fájlban tartod, és igény szerint töltöd be a Skills elemeit, a 100 dolláros Max-előfizetés egy teljes vibe coding munkanapra is elég. Ebben a cikkben a tényleges csomagokról, a tokenek megtakarításának 8 szabályáról és a felfüggesztett, 2026. június 15-i automatizálási bejelentésről írok.
Ailoot referencia-dokumentáció: [ailoot.ai/docs/](https://ailoot.ai/docs/).
## Hogyan működnek a Claude Code limitek 2026-ban, és miért éred el őket?
Főbb pontok
A 20 dolláros Pro nagyjából 45 üzenetet ad egy 5 órás időablakban, a 100 dolláros Max 5x ennek ötszörösét, a 200 dolláros Max 20x pedig a hússzorosát. Az 5 órás és a heti limiteket külön számolják. Az Anthropic 2026. május 6-án megduplázta az 5 órás kvótákat. Ugyanazokkal a limitekkel az egyik ember 8 órát dolgozik, a másik már ebédidőre eléri a limitet – a különbséget teljes egészében a módszertan jelenti.
2026. május 20-án az alábbiak szerint működnek a fizetős Claude Code-csomagok:
| Csomag | Ár | 5 órás időablak (kb.) | Különlegesség |
|----|----|----|----|
| Pro | 20 $ / hónap | ~45 üzenet vagy 44K token | Alapcsomag, kipróbálásra |
| Max 5x | 100 $ / hónap | ~225 üzenet | Elsőbbségi hozzáférés |
| Max 20x | 200 $ / hónap | ~900 üzenet | Korai hozzáférés az új modellekhez |
| Team Premium | 100 $ / hely (éves) | Max 5x felhasználónként | SSO, megosztott projektek |
| Enterprise | szerződés szerint | egyedi + megfelelőség | RBAC, adattárolási hely |
Az adatok az Anthropic hivatalos oldaláról származnak. Az 5 órás időablak mellett heti limit is van, amely a nagy felhasználóknál péntek körül kezd érezhetővé válni.
### Mit jelentett a május 6-i duplázás?
A **Code with Claude SF** konferencián, 2026. május 6-án az Anthropic bejelentette [a SpaceX Colossus 1-gyel kötött megállapodást](https://www.anthropic.com/news/higher-limits-spacex): 220,000 NVIDIA grafikus kártyát, 300 MW kapacitást, amely egy hónapon belül üzembe áll. Azonnal életbe lépett, hogy:
- **Megduplázódtak az 5 órás limitek** minden fizetős csomagban.
- **Eltörölték a napi csúcsidős korlátozást**, amely korábban csúcsidőben csökkentette a kvótákat.
- **Az API esetében** az Opus maximális percenkénti bemeneti tokenmennyisége 30K-ról 500K-ra nőtt (+1500%), a maximális kimenet pedig 8K-ról 80K-ra.
Május 13. és július 13. között egy másik ideiglenes promóció is érvényes: **+50% a heti limitekhez** Pro / Max / Team csomagban. Július 13. után a heti kvóták visszatérnek az előző szintre.
### Mennyit használ valójában egy vibe coder?
Az Anthropic referenciaadatokat közöl a [hivatalos dokumentációjában](https://code.claude.com/docs/en/costs):
- A fejlesztők átlagosan **13 $ / napot**, **150-250 $ / hónapot** költenek.
- A felhasználók 90%-a napi 30 $ alatt marad.
- A Plan Mode-ban dolgozó ügynökcsapatok nagyjából **7-szer több tokent** fogyasztanak, mint egy szokásos munkamenet.
A kontextusablak mérete a modelltől függ. Az [Anthropic dokumentációja](https://code.claude.com/docs/en/model-config#extended-context) szerint 2026 szeptemberétől az Opus 4.7 és újabb modellek, a Sonnet 5, valamint a Fable modellek bármely csomagban – így Pro esetén is – **1M tokenes** ablakkal rendelkeznek; az automatikus tömörítés (auto-compact) alapértelmezés szerint körülbelül 967K-nál indul. A kiterjesztett kontextus nélküli Opus 4.6 és Sonnet 4.6 **200K** ablakot használ, és a tömörítés a 200K-s határnál indul. A saját küszöböt az `/autocompact` paranccsal állíthatod be, például így: `/autocompact 500k`. Ha egyetlen chatbe zsúfolod a fél napi munkát, a kontextus felduzzad, Claude elveszíti a fonalat, újra olvasni kezdi ugyanazokat a fájlokat, és 1.5-2-szer gyorsabban fogynak a tokenek.
A szerző által leírt tapasztalat szerint a 200 dolláros előfizetés elég az alább bemutatott 8 szabálynak köszönhetően. Nélkülük még a Max 20x is elfogyna ebédidőre.
## 1. szabály. Miért takarít meg a legtöbb tokent az „egy feladat – egy beszélgetés” elv?
Főbb pontok
A tokenmegtakarítás legelső szabálya: ne zsúfolj három napi feladatot egy chatbe. Minden új témához új ablakot nyiss. Ha a kontextus tele van egy fél nap beszélgetésével, Claude újraolvassa azt, amit már tud, és tokeneket költ arra, hogy észben tartsa a lényegtelen információkat. Egy chat = egy feladat, így Claude és te is tiszta fejjel dolgozhattok.
A szabály nem arról szól, hogy „nyiss meg 5 chatet párhuzamosan”, hanem arról, hogy „ne kapard elő a korábbi chatet a következő feladathoz”.
A leírt megközelítésben így működik. Minden üzenetnél Claude nemcsak az új kérést látja, hanem a teljes korábbi beszélgetést is. Ha reggel egy landing oldalról beszéltetek, aztán áttértetek egy e-mail-kampányra, majd arra kérted, javítsa ki egy workshop útmutatóját, a harmadik kérésnél a teljes előzmény bekerül a kontextusba. A tokeneket arra költi, hogy „emlékezzen a landing oldalra”, holott te már rég elfelejtetted.
### Miért működik a „fej kiürítése”?
Zárd be a chatet, amint elkészült a feladat. Ez még csak nem is a tokenekről szól – így szabadíthatsz fel figyelmet.
Ha a feladat valóban elkészült, ne tartsd nyitva a chatet „arra az esetre, ha még visszatérnék hozzá”. Nyiss újat. A régi chatet bármilyen azonosítóval megtalálhatod a `claude --resume` vagy a `/resume` segítségével (branchnév, PR-azonosító, címke).
### Mit tegyél, ha a feladat két napig tart?
Ha a feladatot valóban folytatni kell, ne hagyd „lógva” a chatet. Mielőtt bezárod, kérd meg Claude-ot, hogy írjon promptot egy másik chat számára (lásd a 7. szabályt). Ez 50K tokennyi előzményt 500 tokenes prompttá tömörít – másnap pedig az új chat úgy tudja folytatni a munkát, hogy nem kell mindent újra leírni.
## 2. szabály: A CLAUDE.md legfeljebb 200, ne 500 soros legyen
Főbb pontok
A CLAUDE.md minden munkamenet elején betöltődik, és a végéig a kontextusban marad. Ha 500 soros, minden munkamenetben megfizeted ennek az 500 sornak a tokenköltségét. Az Anthropic hivatalosan azt javasolja, hogy maradjon 200 sor alatt.
[Claude új munkamenet indításakor a CLAUDE.md-fájlt olvassa el elsőként](https://ailoot.ai/blog/hu/claude-md-template/). Ez a rész kifejezetten a tokenmegtakarításról szól.
### Hány sor számít normálisnak?
| Megközelítés | Sorok | Hol működik |
|----|----|----|
| Az Anthropic hivatalos ajánlása | legfeljebb 200 | Átlagos repozitórium |
| Automatikus generálás `/init` paranccsal | változó | Gyakrabban rontja, mint javítja az eredményeket |
### Miért teszi butábbá az ügynököt a hosszú CLAUDE.md?
A magyarázat egyszerű: a `/init` „visszamondja a modellnek” a repozitóriumot, és ezzel olyan információkkal tölti meg a kontextust, amelyeket a modell már ismer, vagy a struktúra gyors áttekintésével maga is felfedezhet. Ez a duplikáció tokeneket fogyaszt és elhomályosítja a fókuszt.
### A tömörség szabálya: minden szó változtasson a viselkedésen
Ha törölhetek egy sort a CLAUDE.md-ből úgy, hogy Claude viselkedése nem változik, akkor arra a sorra nincs szükség. Használd ezt ellenőrzésként:
1. Nyisd meg a CLAUDE.md-t, és haladj végig minden bekezdésen.
2. Kérdezd meg magadtól: „Ha ezt törlöm, Claude elkezd hibázni?”
3. Ha nem, töröld, vagy helyezd át egy [Skill](https://ailoot.ai/blog/hu/claude-code-skills-library/) fájlba.
Minden olyan szabály, amely csak meghatározott helyzetekben érvényes, a skills elemei közé kerül (`.claude/skills//SKILL.md`). A CLAUDE.md csak azokat tartalmazza, amelyekre mindig szükség van.
## 3. szabály. Miért tartsd a Claude Code tervét külön fájlban?
Főbb pontok
A terv egy csak olvasható szakasz: Claude nem ír kódot, csak utánajár a dolgoknak és javasol egy megközelítést. Jóváhagyás után kifejezetten kiválasztom a megvalósítás jogosultsági módját. A tervet külön fájlban tartom a `plans/` mappában, és megadom a chatnek megvalósítási kontextusként. Ezzel a legdrágább dolgot takarítom meg: az újramunkát, amikor az eredeti irány tévesnek bizonyul.
A Plan Mode a Claude Code `Shift+Tab` billentyűvel bekapcsolható módja. Ebben Claude a megvalósítás előtt feltérképezi a codebase-t, fájlokat olvas és kérdéseket tesz fel. Az alábbi munkafolyamatban a repository szerkesztését kezeld külön: nézd át a javasolt tervet, majd kézzel mentsd a projekt `plans/` mappájába, vagy kifejezetten lépj ki a Plan Mode-ból, és új chat indítása előtt engedélyezd a tervfájl írását.
### Miért erősebb a fájlban tárolt terv, mint a Claude fejében lévő?
Minden projektben van egy `plans/` mappám. Amikor elkezdek egy feladatot:
1. Plan Mode-ban megkérem Claude-ot, hogy vizsgálódjon és javasoljon megközelítést.
2. Átnézem a tervet, és a szövegét magam mentem a `plans/YYYY-MM-DD-task-name.md` fájlba; másik lehetőségként kilépek a Plan Mode-ból, és engedélyezem Claude-nak a fájlírást. A chat bezárása előtt ellenőrzöm a mentett tartalmat.
3. Bezárom a chatet.
4. Egy új chatben ezt mondom: „olvasd el a `plans/YYYY-MM-DD-...md` fájlt, és valósítsd meg az 1. fázist”.
Amit nyerek vele:
- **A terv rögzítve van** – Claude nem „felejti el”, mit döntöttünk egy órával korábban.
- **Kézzel is szerkeszthetem a tervet** – látom az 5 lépést, felismerem, hogy a 3. fölösleges, törlöm, és megyek tovább.
- **Újraindítás után is megmarad a terv** – holnap visszatérek, megnyitom a fájlt, és folytatom.
- **Egymás után adhatom át ügynököknek** – az egyik chat megírja a tervet, a másik megvalósítja, a harmadik átnézi.
### A Plan Mode nem töri meg a cache-t
Fontos részlet: a Plan Mode csak a beszélgetés cache-ét érvényteleníti (az üzenetekét), a rendszerprompt és a projekt kontextusa (CLAUDE.md) viszont meleg marad. Ez azt jelenti, hogy a Plan Mode-ba történő váltás és az onnan való visszatérés szinte semmibe sem kerül tokenben – szemben a `/model` paranccsal történő modellváltással, amely az inputár 90%-áért megtöri a cache-t, és arra kényszerít, hogy a teljes előtagot újraszámolja.
A context engineering része az is, hogy a tervet olyan helyen tárold, ahol megmarad, ne egy olyan chatben, amely 5 óra múlva megszűnik.
## 4. szabály: A Skills csak aktiváláskor töltődjön be, ne a munkamenet elején
Főbb pontok
A [Claude Code Skills](https://ailoot.ai/blog/hu/claude-code-skills-library/) olyan mappák, amelyek SKILL.md fájlt tartalmaznak, és Claude csak akkor nézi meg őket, ha relevánsak a feladathoz. A CLAUDE.md mindig betöltődik; egy skill csak akkor, ha a leírása illik a kérésedhez. Ezért lehet egy projektben tucatnyi skill anélkül, hogy terhelnék a kontextust – az induló promptba csak az egyes skillek nevét és leírását tartalmazó rövid fejléc kerül be.
A Skills három szinten töltődnek be:
1. **A metaadatok mindig betöltődnek** – a munkamenet elején Claude csak az egyes skillek `name` és `description` mezőjét látja. Keret: ~100 token skillenként.
2. **Az utasítások aktiváláskor töltődnek be** – ha a felhasználó valami relevánsat mond, Claude betölti a SKILL.md törzsét. Keret: legfeljebb 5000 token.
3. **Az erőforrások kérésre töltődnek be** – a mellékelt fájlok (példák, sablonok) csak akkor töltődnek be, amikor maga a modell hozzájuk nyúl.
A teljes utasítások csak akkor töltődnek be, ha Claude úgy dönt, hogy egy skill releváns (kevesebb mint 5k token). A segédszkriptek és -fájlok csak akkor töltődnek be, ha kifejezetten szükség van rájuk. Ez azt jelenti, hogy akár több tucat skillt is telepíthetsz anélkül, hogy az a nem kapcsolódó feladatok teljesítményét befolyásolná.
— Anthropic Skills Documentation, https://code.claude.com/docs/en/skills
### Hogyan változik ettől a tokenek költsége?
A bemutatott példában az oktatóanyagok írására vonatkozó módszertan, a levelezési szabályok és a kódellenőrzési szabályok korábban a CLAUDE.md-ben szerepeltek. A fájl 500 sorosra nőtt, és minden munkamenet elején mind az 500 sorért fizettem, még akkor is, ha a beszélgetés egy landing oldalról szólt.
Ebben a példában a CLAUDE.md 200 sor navigációt és alapelveket tartalmaz. A 4 szabálycsomag skills fájlokban található:
```
.claude/skills/
├── write-tutorial/SKILL.md # aktiválás: „írj útmutatót”
├── deploy-checklist/SKILL.md # aktiválás: „ellenőrizd közzététel előtt”
├── send-broadcast/SKILL.md # aktiválás: „küldj tömeges levelet”
└── debug-payment-webhook/SKILL.md # aktiválás: „ellenőrizd a fizetést”
```
Claude induláskor csak a fejléceket látja – 400 tokent. Amikor azt mondom, „írj útmutatót”, betölti a megfelelő SKILL.md-t, és követi az utasításait. Amikor azt mondom, „küldj tömeges levelet”, egy másik skillt tölt be.
Egy idézet a skillírás szabályaiból, a [hivatalos Anthropic-dokumentációból](https://code.claude.com/docs/en/skills):
Miután betöltődött, a skill tartalma a további fordulókban is a kontextusban marad, így minden sora ismétlődő tokenköltséget jelent. Azt írd le, mit kell tenni, ne pedig azt, hogyan és miért.
— Anthropic Skills Documentation, https://code.claude.com/docs/en/skills
### Ha egy skill gyanús, ne telepítsd
A Skills végrehajtható utasítások, amelyek közvetlen hozzáféréssel rendelkeznek a fájljaidhoz és az API-kulcsaidhoz. Mielőtt telepíteném valaki más gyűjteményét, megnyitok minden `SKILL.md` fájlt, és magam olvasom el. Ha külső URL-ekre mutató hivatkozások vannak benne `bash:` blokkokban, az figyelmeztető jel; nem telepítem.
## 5. szabály. Mikor bízd a feladatot alügynökre a fő munkamenet helyett?
Főbb pontok
Az alügynök egy külön Claude-munkamenet, saját kontextusablakkal, rendszerprompttal és eszközkészlettel. Csak a végső kimenet tér vissza a szülőhöz – az 50 fájl elolvasásából és a 10K sornyi napló feldolgozásából eredő „zaj” az alügynök kontextusában marad. Az ilyen feladattípusoknál akár 90% token is megtakarítható, ha a fő munkamenet különben feltáró keresésekkel duzzadna fel.
A [hivatalos dokumentációból](https://code.claude.com/docs/en/costs):
Delegáld a sok kimenetet termelő műveleteket alügynököknek, hogy a bőbeszédű kimenet az ő kontextusukban maradjon, és csak az eredmény térjen vissza a fő beszélgetésbe.
— Claude Code Documentation, https://code.claude.com/docs/en/costs
### Milyen feladatokat lehet alügynökökre bízni?
- **Keresés nagy codebase-ben.** Egy alügynök elolvas 30 fájlt, és azt válaszolja: „a releváns függvény itt található: `src/lib/payment/cloudpayments.ts:142`”. A fő kontextusban nem látom 30 fájl tartalmát.
- **Tesztek futtatása és naplók feldolgozása.** Egy alügynök lefuttatja az `npm test` parancsot, elkap 200 sor kimenetet, és ezt jelenti: „3 teszt bukott meg az X, Y, Z részen, a következő okból”.
- **Több fájlt érintő refaktorálás.** Fájlonként egy alügynök – párhuzamosan.
- **Útmutató hivatkozásainak ellenőrzése.** Egy alügynök WebFetch segítségével megnyit 30 URL-t, és azt jelenti: „5 hivatkozás 404-et ad”.
2026 májusában az Anthropic [hivatalosan bejelentette a Multi-Agent Orchestrationt](https://claude.com/blog/code-w-claude-sf-2026-sf), mint elsőrangú funkciót. Korábban alügynököket csak kódból, az SDK-val lehetett elindítani; most közvetlenül a Claude Code-ból, perjeles parancsokkal is elindíthatók.
### Mikor vallanak kudarcot az alügynökök?
Ezért soha nem hagyom az alügynököket fél napig ellenőrzés nélkül. A szabály: minél több feladatot delegálsz párhuzamosan, annál gyakrabban kell ellenőrizned a köztes eredményeket. Nagy feladatoknál minden alügynöknél külön bekapcsolom a Plan Mode-ot.
## 6. szabály. Hogyan válassz Claude-modellt (Opus / Sonnet / Haiku) egy feladathoz?
Főbb pontok
Az Opus 4.7, a Sonnet 4.6 és a Haiku 4.5 ára nagyjából 5-15-szörös eltérést mutat. Az Opus tízszer annyiba kerül, mint a Haiku, de a feladatok 90%-ában nem tízszer okosabb. A szabály tehát egyszerű: csak akkor használd az Opust, ha mélyreható architekturális döntésre vagy összetett refaktorálásra van szükség. A Sonnet az alapértelmezett választás a hétköznapi munkához. A Haiku egyszerű keresésekhez, osztályozáshoz és lekérdezésekhez való.
API-árak (egymillió tokenenként):
| Modell | Bemenet | Kimenet | Cache-elt bemenet |
|------------|-------|--------|--------------|
| Opus 4.7 | $5 | $25 | $0.50 |
| Sonnet 4.6 | $3 | $15 | $0.30 |
| Haiku 4.5 | $1 | $5 | $0.10 |
Forrás: [az Anthropic hivatalos oldala](https://platform.claude.com/docs/en/about-claude/pricing). Előfizetés esetén az árak nem láthatók, de az arány ugyanaz. Az Opus 4.7-nél van egy fontos megjegyzés: az Opus 4.6-hoz képest az új tokenizer akár **+35%-kal több tokent** használhat ugyanahhoz a szöveghez. A tokenenkénti ár nem emelkedett, de az egy kérésre jutó tényleges költség igen. Ha gondolkodás nélkül mindent Opusszal futtatsz, a limited 5-ször gyorsabban fogy el, mint ha a feladataid feléhez Sonnette-et vagy Haikut használnál.
### Példa a modell kiválasztására
| Feladat | Modell | Miért? |
|----|----|----|
| Architekturális döntés, új termékrész | Opus 4.7 | Mélyreható gondolkodás kell |
| Komponens írása egyértelmű specifikáció alapján | Sonnet 4.6 | Alapértelmezett |
| Elírás javítása, változó átnevezése | Sonnet 4.6 vagy Haiku 4.5 | Egyszerű szerkesztés |
| Fájl megtalálása leírás alapján, fájlok útvonalának meghatározása | Haiku 4.5 | Olcsó |
| Szövegfordítás, osztályozás, összefoglalás | Haiku 4.5 | Egy egyszerű modell is elbír vele |
| Saját kód átnézése | Sonnet 4.6 | Alapértelmezett |
| Összetett hibakeresés, amely többlépéses következtetést igényel | Opus 4.7 | Gondolatmenetekre van szükség |
A `/model` paranccsal válthatsz modellt. **De** a modellváltás érvényteleníti a cache-t. Ha a munkamenet közepén Sonnetről Opusra váltasz, a következő kérés az egész előtagot újraszámolja, a teljes bemeneti áron (nem a cache-elt áron). Ezért jobb rögtön a feladat elején modellt választani, és nem ide-oda váltogatni.
### /effort – kevésbé agresszív beállítás
2026 áprilisában az [Anthropic bevezette a `/effort` parancsot](https://code.claude.com/docs/en/changelog) – 5 szintű következtetési mélységgel: minimal / low / medium / high / xhigh. Az Opus 4.7-et futtató Claude Code alapértelmezés szerint xhigh szinten működik.
Így használom:
- Osztályozáshoz, adatkinyeréshez és rövid összefoglalókhoz: `/effort low`. Ez 30-70%-ot takarít meg azoknál a feladattípusoknál, amelyekhez nincs szükség mély következtetésre.
- Egyszerű kódolási feladatokhoz: `/effort medium`.
- Összetett architektúrához: xhigh értéken hagyom.
A `/effort` nem változtatja meg a modellt, csak a következtetés mélységét. A cache érintetlen marad.
## 7. szabály: A `/compact` helyett adj át promptot egy új chatnek
Főbb pontok
A `/compact` összefoglalóvá tömöríti a chat előzményeit – de megtöri a beszélgetés cache-ét, és magára az összefoglalásra is tokeneket költ. Van ennél jobb módszerem: megkérem Claude-ot, hogy írjon egy promptot egy másik chat számára a feladattal és a kontextussal, bemásolom a promptot az új chatbe, és meleg előtaggal kezdek. Így 50K tokennyi előzményből 500 tokenes prompt lesz.
A `/compact` hivatalos Claude Code-parancs, amely összefoglalóval helyettesíti az előzményeket. Ha közvetlenül az utolsó üzenet után, forró cache mellett futtatod (az előfizetéses TTL 1 óra), az összefoglaló cache-elődik, és a normál ár 10%-áért olvasható be. Ha egy óra elteltével futtatod, a cache hideg, és a teljes árat fizeted.
A `/compact` testre szabható:
```bash
/compact Összpontosíts a kódmintákra és az API használatára
```
Az alapértelmezett összefoglalási fókuszt a CLAUDE.md-ben is megadhatod:
```markdown
# Tömörítési utasítások
Amikor compact módot használsz, kérlek, összpontosíts a tesztek kimenetére és a kódmódosításokra
```
Én azonban általában másképp csinálom.
### Prompt átadása egy másik chatnek: példa
Lépések:
1. Az aktuális chatben, amikor látom, hogy a kontextus túllépte az 50%-ot, ezt mondom: **„Írj promptot egy másik chat számára, amellyel a munka a jelentés elvesztése nélkül folytatható. Térj ki arra, min dolgoztunk, mi készült már el, mi van még hátra, és mik a fontos fájlok és konstansok.”**
2. Claude ad egy 300-800 tokenes promptot.
3. Bezárom az aktuális chatet a `/clear` paranccsal, vagy egyszerűen újat nyitok.
4. Beillesztem a promptot, és meleg CLAUDE.md-vel, valamint projektkontextussal kezdek, de tiszta beszélgetési memóriával.
Amit a `/compact` használatához képest nyerek:
- **Én szabályozom, mi kerüljön az új chatbe.** A `/compact` a saját értelmezése szerint összefoglal; a promptot kézzel is szerkeszthetem, mielőtt elindítom.
- **A promptot elmenthetem egy `plans/` fájlba**, hogy holnap visszatérjek hozzá.
- **Az új chat tiszta beszélgetési cache-sel indul** – utána a cache-elt bemeneti áron dolgozhatsz.
### Mikor jobb a `/compact`?
- Ha Plan Mode-ban vagy, és nem akarod elveszíteni az aktuális tervedet.
- Ha a feladat egységes, a kontextus pedig összefüggő (például egy hosszú dokumentum fordításánál).
- Ha a `/compact` közvetlenül Claude válasza után fut – ilyenkor az összefoglaló a forró cache-be kerül, és 10%-ba kerül.
### `/clear` – végső megoldás
A `/clear` mindent töröl, beleértve a projektkontextust is. Csak akkor használom, ha teljesen más, az előzőtől független témára váltok, és nem akarok megtartani semmit az előzményekből. A `/clear` után a következő kérés a teljes árat fizeti azért, hogy újra betöltse a CLAUDE.md-t.
## 8. szabály. Mi érvényteleníti a Claude Code cache-ét, és miért fizetsz ezért?
Főbb pontok
A Claude Code cache-eléssel 90%-os kedvezményt ad a bemenet árából – a cache-elt tokenek a szokásos bemeneti ár 10%-ába kerülnek. Előfizetés esetén a cache 1 órán át él (az API-nál alapértelmezés szerint 5 percig). A rendszerprompt vagy a projektkontextus bármilyen módosítása azonban megtöri a cache-t, és a teljes előtag újraszámolására kényszerít. Ez a tudás minden nap hasznomra válik: ha egy rövid kérés hirtelen rengeteg tokent használ, akkor valahol útközben megtörtem a cache-t.
Előfizetés esetén a cache TTL-je **1 óra** (minden hozzáféréskor meghosszabbodik). Az API-nál az alapérték 5 perc. Ez azt jelenti, hogy ha 40 perc után térsz vissza dolgozni, a cache még él, a következő kérés bemeneti költsége pedig csak filléres tétel. 1 óra után lejár a cache, és a teljes árat fizeted.
A tömörítésre fordított idő nagy része az összefoglaló létrehozására megy el, nem a cache missre.
— Claude Code Documentation, https://code.claude.com/docs/en/prompt-caching
### Mi töri meg a cache-t? (Feladat közben kerüld ezeket.)
1. **`/model` – modellváltás a munkamenet közepén.** Minden modell saját cache-t használ. A `/model opus` után a következő kérés az egész előtagot újraszámolja Opushoz, az elejéről.
2. **A Plan Mode bekapcsolása az `opusplan` beállítással.** Ebben a módban Plan Mode = Opus, normál mód = Sonnet. Minden Shift+Tab = modellváltás = érvénytelen cache.
3. **MCP-szerver csatlakoztatása / lekapcsolása.** Az átmeneti hiba utáni automatikus újracsatlakozás is ide tartozik. Ha instabil az MCP-szervered, kétszer fizetsz.
4. **A puszta nevet használó tiltási szabályok** (`Bash`, `WebFetch`) – módosítják az eszközdefiníciókat a rendszerpromptban.
5. **`/compact`** – érvényteleníti a beszélgetési réteget (tervezetten).
6. **A Claude Code új verzióra frissítése** – az új verzió új rendszerpromptot és új cache-t jelent.
### Mi NEM töri meg a cache-t?
- A repozitóriumban lévő fájlok szerkesztése (a rendszer igény szerint olvassa be őket).
- A CLAUDE.md szerkesztése a munkamenet közben (a módosítások azonban csak újraindítás után lépnek életbe – lásd a 2. szabályt).
- A kimeneti stílus megváltoztatása.
- Az engedélyezési mód megváltoztatása (ha az `opusplan` nincs használatban).
- Skills / commands meghívása (a beszélgetési réteghez adódik hozzá).
- `/recap` (új parancs, összefoglaló a cache érvénytelenítése nélkül).
- `/rewind` (visszatérés egy már bemelegített előtaghoz).
- Alügynök indítása (a szülő cache-ét nem érinti).
### Hogyan használd ki a cache-t?
- Ne válts `/model`-lel, ha nincs rá okod. A feladat elején válassz modellt.
- Ne kapcsolj be 10 MCP-szervert „biztos, ami biztos” alapon. Mindegyik hozzáadódik a rendszerprompthoz, és újracsatlakozáskor megtöri a cache-t.
- Ne szerkeszd a CLAUDE.md-t a feladatok között – végezd el egyszerre az összes módosítást, majd indítsd újra a rendszert.
- `/compact` helyett használd a `/recap` parancsot, ha csak meg akarod nézni az összefoglalót, nem pedig helyet felszabadítani a kontextusban.
## Mi történt a június 15-i automatizálási kreditjavaslattal?
Az interaktív és programozott előfizetési keretre bontás javaslatát felfüggesztették. Az [Anthropic ügyfélszolgálati frissítése](https://support.claude.com/en/articles/15036540-use-the-claude-agent-sdk-with-your-claude-plan) szerint az Agent SDK, a `claude -p` és a külső alkalmazások továbbra is használhatják az előfizetés korlátait. A visszavont javaslat kreditösszegeit ne add hozzá második kötelező számlaként.
Az októberben bevezetett, jogosult Max- és Team-csomagokhoz járó külön havi API-kredit beépített keret egy kapcsolt Console-szervezetben. Nem helyettesíti az előfizetés interaktív korlátait. Az [aktuális API-kredit-útmutató](https://support.claude.com/en/articles/17154008-monthly-api-credits-for-max-and-team-plans) megkülönbözteti az előfizetéses bejelentkezést az API-kulcsos munkától, és meghatározza a nem fedezett indítási felületeket.
Ütemezett feladat költségtervezése előtt rögzítsd a hitelesítést, az indítás felületét, a modellt és a tényleges használatot. A `claude -p` parancs önmagában nem igazolja a felhasznált egyenleget. A további fizetős API-használat a szervezet számlázási beállításaitól függ. Az aktuális magyarázathoz és kalkulátorhoz lásd a [Claude Code-automatizálás számlázását](https://ailoot.ai/blog/hu/claude-code-pricing-automation-billing/).
## Egy vibe coder napja a Claude Code-dal
Főbb pontok
Ha mind a 8 szabály együtt működik, a 100 dolláros Max 5x előfizetés napi 8-10 órányi vibe codingra is elég. Nem fogy el a limit, mert minden chat egy feladatot kezel, a CLAUDE.md tömör, a terv fájlban van, a skills igény szerint töltődnek be, a nehéz munkát alügynökök végzik, a feladathoz megfelelő modellt választasz, a feladatok közötti átadás prompttal történik, és nem váltasz /modelt vagy MCP-t a munkamenet közepén.
Egy példanap:
1. **9:00.** Megnyitom az 1. feladatot – egy e-mail-sablon szerkesztését. Új chatet nyitok, Plan Mode-ot használok, és megkérem Claude-ot, hogy vizsgálódjon. A terv 3 perc alatt elkészül; auto-acceptre váltok, és a szerkesztés 10 percig tart. Bezárom a chatet.
2. **9:30.** 2. feladat – oktató jellegű útmutató írása. Új chatet nyitok, ahol aktiválódik az útmutatóíró skillem. Betölt 4000 tokennyi módszertant. Végigdolgozom vele, és 40 perc alatt elkészül az útmutató. Kész.
3. **11:00.** 3. feladat – összetett architekturális probléma. `/model opus`, Plan Mode, megbeszélés. Átnézem a tervet, kézzel mentem a `plans/2026-05-20-...md` fájlba, vagy a Plan Mode elhagyása után engedélyezem az írását, ellenőrzöm a fájlt, és bezárom a chatet.
4. **12:00.** Új chat: „olvasd el a `plans/2026-05-20-...md` fájlt, és valósítsd meg az 1. fázist”. 6 alügynök dolgozik párhuzamosan – fájlonként egy. Az 1. fázis 45 perc alatt elkészül. Bezárom a chatet.
5. **14:00.** 4. feladat – egy landing oldal szerkesztése. `/model sonnet`. Új chat. A tervezés és a megvalósítás 30 percig tart. Bezárom a chatet.
6. **15:00.** 5. feladat – éles rendszer hibakeresése. `/model opus`, Plan Mode; mélyebb gondolkodás kell. Egyórányi megbeszélés után megkérem, hogy írjon promptot egy másik chatnek, benne a feltárt okkal és a javasolt javítással. Átmásolom egy új chatbe, és 20 perc alatt megvalósítom.
A nap végére: 6 feladat, 8 bezárt chat, egyetlen `/compact` nélkül. A limit 40-60%-át használtam fel. Ez bőven elég.
Azoknál fogy el a limit, akik:
- Egy egész feladatot zsúfolnak abba a chatbe, amelynek kontextusa már 50%-ban megtelt.
- 600 sorosra hagyják a CLAUDE.md-t, mert „még jól jöhet”.
- Minden apró szerkesztéshez `/model opus`-ra váltanak.
- Csak a biztonság kedvéért bekapcsolnak 8 MCP-szervert.
- Soha nem használnak alügynököket, és mindent a fő beszélgetésbe húznak be.
Azoknál nem fogy el a limit, akik második agyat építenek a projektfájlokban, és úgy dolgoznak Claude-dal, mint egy mérnökkel a csapatban – egyértelmű feladatokat adnak neki, nem zsúfolnak mindent egyetlen beszélgetésbe, és az egyes feladatokhoz más-más eszközt használnak.
### Források
- [Anthropic – Magasabb limitek és a SpaceX-megállapodás (2026. május 6.)](https://www.anthropic.com/news/higher-limits-spacex)
- [Claude Code Documentation – Költségoptimalizálás](https://code.claude.com/docs/en/costs)
- [Claude Code Documentation – Kontextusablak és automatikus tömörítés modellenként](https://code.claude.com/docs/en/model-config#extended-context)
- [Claude Code Documentation – Prompt caching](https://code.claude.com/docs/en/prompt-caching)
- [Claude Code Documentation – Skills](https://code.claude.com/docs/en/skills)
- [Claude Code Documentation – Változásnapló](https://code.claude.com/docs/en/changelog)
- [Anthropic API-árazás](https://platform.claude.com/docs/en/about-claude/pricing)
- [Anthropic Code with Claude SF 2026 – keynote-összefoglaló](https://claude.com/blog/code-w-claude-sf-2026-sf)
Az Ailootról az [ailoot.ai](https://ailoot.ai/) oldalon tájékozódhatsz tovább.
## Kérdések és válaszok: Claude Code-limitek 2026-ban: 8 szabály a tokenek gyors elfogyásának megelőzésére
### Hogyan mentsek tervet, ha még Plan Mode-ban vagyok?
Nézd át a javasolt tervet, és másold kézzel a projekt plans/ fájljába, vagy kifejezetten lépj ki a Plan Mode-ból, és engedélyezd ezt a fájlírást. Munkamenet-zárás előtt ellenőrizd a mentett tartalmat, hogy a következő chat a tényleges fájlt tölthesse be.
### Mit tartalmazzon az átadás egy friss chat indítása előtt?
Szerepeljen benne a feladat, az elvégzett és hátralévő munka, a fontos fájlok és döntések. Előbb mentsd a jóváhagyott tervet vagy átadást, majd annak útvonalát add meg az új chatnek; a rövid átadás csak akkor hasznos, ha megőrzi a folytatáshoz szükséges információt.
## 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.