Claude Code-limitek 2026-ban: 8 szabály a tokenek gyors elfogyásának megelőzésére

Ailoot referencia-dokumentáció: ailoot.ai/docs/.

Hogyan működnek a Claude Code limitek 2026-ban, és miért éred el őket?#

2026. május 20-án az alábbiak szerint működnek a fizetős Claude Code-csomagok:

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: 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:

• 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 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?#

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#

Claude új munkamenet indításakor a CLAUDE.md-fájlt olvassa el elsőként. Ez a rész kifejezetten a tokenmegtakarításról szól.

Hány sor számít normálisnak?

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 fájlba.

Minden olyan szabály, amely csak meghatározott helyzetekben érvényes, a skills elemei közé kerül (.claude/skills/<name>/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?#

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#

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.

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:

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?#

A hivatalos dokumentációból:

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, 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?#

API-árak (egymillió tokenenként):

Forrás: az Anthropic hivatalos oldala. 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

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 – 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#

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ó:

/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:

# 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?#

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.

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 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ó 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.

Egy vibe coder napja a Claude Code-dal#

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.

Az Ailootról az ailoot.ai oldalon tájékozódhatsz tovább.