Claude Pro- és Max-korlátok: használati ablakok és /usage

Ailoot használatával kapcsolatos gyakorlati tudnivalókat a dokumentációban találja.

Hány tokent ad valójában a Claude Pro?#

Én is kerestem ezt a számot, amikor a csomagok között próbáltam eligazodni. Kifizetett 20 dollárt, és tudni szeretné, mit kapott érte. Nincs ilyen szám, és minél hamarabb elfogadja ezt, annál kevesebb időt pazarol a keresésére.

Nyissa meg a Claude árazási oldalát: felsorolja a funkciókat, az árakat és egyetlen sort a korlátokról:

Ennyi. Nincs megadva az üzenetek vagy a tokenek száma, és az órák száma sem. Ez szándékos: az Anthropic korlátait egyáltalán nem rögzített számként adják meg.

Az Anthropic korlátrendszere másképpen működik. Van egy időablaka, amelyen belül a használat egy bizonyos részét veheti igénybe. Ha az ötórás ablak felét használta el, 50 százalékot mutat.

Az, hogy ez az 50 százalék hány tokennek felel meg, három dologtól függ: melyik modellt használta, milyen hosszú volt a kontextusa, és eltalálta-e a gyorsítótárat. Egy óra munka felhasználhatja az ablak 10 százalékát vagy akár a teljes 80 százalékát.

Ebből három következtetés adódik, amelyek rögtön megválaszolják a kérdések felét:

1. Értelmetlen összehasonlítani a saját használatát másokéval. Ugyanaz a százalék teljesen más mennyiségű munkát jelent annak, akinek egy tiszta, 20 fájlos projektje van, mint annak, akinek 2 000 fájlos projektje van.
2. Ellenőrizze az angol nyelvű cikkekben szereplő adatok dátumát. A legutóbbi megerősített változás 2026. május 6-án történt, amikor megduplázták az ötórás ablakokat (erről lentebb bővebben). Egy évvel ezelőtti cikk már egy másik terméket ír le.
3. Csak a saját irányítópultja megbízható forrás. A Claude Code-ba van beépítve, és egyetlen paranccsal megnyitható.

Ha egy mondatos választ szeretne az alábbi táblázathoz: 2026. október 3-án a Pro havonta 20 dollárba kerül (éves számlázással 17 dollárba), legalább ötször annyi használatot biztosít, mint az ingyenes csomag, és egy heti korlátja van; a Max 100 dollártól indul, és a Pro kapacitásának ötszörösét vagy hússzorosát nyújtja, valamint egy második, kifejezetten a Sonnetre vonatkozó heti korlátot. Egyik csomag sem ad meg pontos tokenszámot.

A következőkben elmagyarázom, hogyan működnek az időablakok, hol ellenőrizheti a fennmaradó keretet, és hogyan állapíthatja meg egy nap alatt, melyik csomag illik Önhöz.

Hogyan működik a Claude háromrétegű korlátrendszere?#

Szinte mindenki tud az ötórás ablakról. A heti keretre akkor emlékeznek, amikor már elérték. Az Opus-korlátról pedig akkor értesülnek, amikor meglátnak egy szokatlan üzenetet, és azon tűnődnek, miért különbözik a tegnapitól.

Az első réteg az ötórás munkamenet. Az ablak gördülő: nem igazodik a naptári órákhoz, és nem éjfélkor kezdődik. A kapacitás öt óra elteltével áll vissza; a Claude Code pontos visszaállítási időt ad meg a korlátról szóló üzenetben. Ezt a korlátot érik el leggyakrabban intenzív munka közben.

A második réteg a heti keret. Itt összesítik mindazt, amit hét nap alatt felhasznált. A heti ablak nem gördülő. A fiókjához rendelt, rögzített időpontban áll vissza, és a visszaállítás napja nem változik attól függően, mikor kezdett dolgozni. A heti korlát elérése a legkellemetlenebb: az ötórás ablak végét kivárhatja ebédidőben, a heti korlát viszont több napra is elvághatja az eszköztől. Az ilyen történetek rendszeresen felbukkannak szakmai oldalakon.

A harmadik réteg modellspecifikus. Az Opusnak külön számlálója van, ami a felhasználó javára válik: amikor elfogy az Opus-keret, átválthat Sonnetre, és folytathatja a munkát.

A Max csomagoknak két heti számlálójuk van. A hivatalos megfogalmazás szerint a Maxnak „két heti használati korlátja van: az egyik minden modellre vonatkozik, a másik pedig csak a Sonnet modellekre”. A /usage képernyőn a címkéjük Current week (all models) és Current week (Sonnet only).

Az első két réteg minden modell között közös, a harmadik nem. A Claude Code dokumentációja ezt egyértelműen kimondja:

A gyakorlati szabály a következő. Ha az Opusról szóló üzenetet lát, nyomja meg a /model parancsot, válassza a Sonnetet, és folytassa a munkát. Ha az üzenet a munkamenetről vagy a heti keretről szól, a modellváltás nem segít; várnia kell, vagy extra használatot kell vásárolnia.

Heteken át soha nem futok bele az ötórás korlátba. A heti korlátot viszont már az első napon elértem, amikor éjszakára ügynökcsoportokat indítottam munkára. Ezért érdemes a második korlátot is figyelni, még ha az első villan fel gyakrabban.

A keret a chattel közös. A Team csomagok esetében a dokumentáció egyenesen kimondja, hogy a munkaterület kapacitása közös a Claude Code, a claude.ai chat és a Cowork között. A Pro és a Max ugyanígy működik. Ha a délelőttöt szerződés-ellenőrzéssel tölti a chatben, este kevesebb kapacitás marad a Claude Code-ban. Ez az egyik leggyakoribb oka annak, hogy az emberek azt kérdezik: „Alig kódoltam — hová lett az egész?”

Hol ellenőrizheti, mennyi maradt?#

Indítsa el a Claude Code-ot, és írja be:

/usage

A /cost parancs pontosan ugyanezt teszi; ez egy alias.

A következőket fogja látni:

1. Sávok minden időablakhoz: külön az ötórás, a heti és az Opus-kerethez, százalékkal és visszaállítási idővel.
2. Bontás a használat forrása szerint. A Claude Code megmutatja, mekkora részt használtak fel a készségek, alügynökök, bővítmények és az egyes csatlakoztatott szerverek.
3. Használati figyelmeztetések a kapacitást felemésztő tényezőkről. Ha a hosszú kontextus vagy a gyorsítótár-találat hiánya legalább 10 százalékot emészt fel, a rendszer külön sorban kiemeli, és javaslatot tesz.
4. Időszakváltás a d (nap) és a w (hét) billentyűvel.

Ha kódszerkesztő-bővítményben dolgozik, ugyanez a bontás megtalálható a fiókadatok párbeszédablakában, egy „Nap / Hét” kapcsolóval.

Én csak a heti sávot és az alatta lévő bontást nézem. Az ötórás keret ebédidőre úgyis visszaáll, a heti viszont megmutatja, kitartok-e péntekig.

Két apróság miatt könnyen téves következtetésre juthat.

Először: a munkamenet blokkjában szereplő dollárösszeg nem az Ön számlája. A Claude Code helyben, szabványos tokenárak alapján számítja ki, és semmi köze az előfizetéséhez. A dokumentáció ezt egyértelműen kimondja:

Másodszor: az adatokat ennek a gépnek a helyi előzményei alapján számítják ki. Egy másik számítógépen vagy a webes chaten történő használat nem szerepel ebben a bontásban. Ha van egy munkahelyi laptopja és egy otthoni számítógépe, mindegyik irányítópult csak a saját részét mutatja, miközben maga a korlát közös.

Mit jelentenek az angol nyelvű korlátüzenetek?#

Íme a Claude Code dokumentációjában szereplő pontos üzenetek és a teendők:

Azt is ellenőrizheti, mennyi maradt, mielőtt elfogyna. A dokumentáció két módszert javasol: jelenítse meg a rate_limits mezőket az állapotsorban, vagy az asztali alkalmazásban kattintson a modellválasztó melletti használati gyűrűre. A webes változat a korlát közelében a Approaching 5-hour limit. üzenetet mutatja.

Egy másik üzenetet is gyakran összetévesztenek a korláttal: ez a kontextus automatikus tömörítésére figyelmeztet. Azt jelenti, hogy a beszélgetés elérte a modell kontextusablakának korlátját, és Claude hamarosan tömörített összefoglalóként újraépíti az előzményeket. Ennek semmi köze az előfizetéses kapacitáshoz, még ha riasztónak is tűnik.

Hogyan viszonyul egymáshoz a Pro és a Max?#

Íme az árak 2026. október 3-án. Az árak a hivatalos oldalról származnak:

Az Anthropic szorzókkal írja le a különbségeket. Nincsenek abszolút számok. Hivatalosan csak annyit tudni, hogy „ötször több, mint a Pro”. Hogy ez hány órányi munkára elég, teljesen attól függ, hogyan dolgozik.

Egy részlet megzavarhatja a régi cikkeket olvasókat: 2026 októberétől a Claude Cowork külön név nélkül, jelenlegi formájában jelenik meg a Claude-ban, a Pro és a Max csomagokon. Ez a kezelőfelület átnevezése, nem új csomag vagy a fenti táblázatban szereplő árak módosítása.

A Pro és a Max ára ötszörösen különbözik, és a kapacitásuk is ötszörös arányban tér el. A Pro és a Max 5x esetében az egységnyi munkára jutó költség nagyjából azonos.

Én magam a magasabb szintű csomagot használom, és akkor dőlt el, melyiket válasszam, amikor csoportosan kezdtem ügynököket futtatni, és éjszakára is feladatokat hagytam nekik. Ezzel a módszerrel akkor is eléri a plafont, ha nagyon gondosan rendben tartja a kontextust. Ha egyetlen ablakban, kézzel dolgozik, nincs rá szüksége.

A Max megszünteti a plafont, miközben az egy munkaórára jutó költség változatlan marad. A kérdés tehát egyetlen dologra szűkül: milyen gyakran éri el a plafont? Hetente egyszer már megéri. Havonta egyszer viszont ez csak további 80 dollár, haszon nélkül.

Miért fogy el gyorsabban a korlát, mint amit a munka mennyisége indokolna?#

Végigveszem az egyes okokat, a működésüket és a teendőket. Az elsőbe futok bele a leggyakrabban: a reggel megnyitott munkamenetet estig elfelejtem.

Hosszú kontextus. A modell nem emlékszik a kérések között, ezért minden üzenettel újra elküldi a teljes előzményt a szervernek. Estére a reggel megnyitott munkamenet terjedelmes csomaggá válik, amelyet a rendszer minden alkalommal elküld a szervernek, amikor azt mondja: „igen, javítsd ki ezt”. A megoldás egyszerű: a nem kapcsolódó feladatok között használja a /clear parancsot. Ezt a mechanizmust részletesen ismertettem egy külön útmutatóban: „Hová kerülnek a Claude Code tokenjei?”.

Gyorsítótár-találat hiánya. A kontextus ismétlődő részeit gyorsítótárazza a rendszer, így azok feldolgozása érezhetően olcsóbb. A gyorsítótárnak azonban van élettartama: előfizetés esetén egy óra, extra használatra váltva öt perc. Ha hosszú szünet után tér vissza a munkához, az első kérés újraszámítja a teljes kontextust.

Ütemezett feladatok. Az ütemezett feladat a saját időközönként fut akkor is, ha a számítógép közelébe sem ment. A teljes kontextust is elküldi.

Ügynökcsapatok. Ilyenkor Claude több asszisztenst futtat párhuzamosan ugyanazon a feladaton. Mindegyiknek saját kontextusablaka van, és a befejezéséig kapacitást használ. A dokumentáció konkrét becslést ad: tervezési módban az ügynökcsapatok nagyjából hétszer annyi tokent használnak, mint egy szokásos munkamenet. Ha párhuzamosan futtatott ügynököket, és meglepte a számláló állása, valószínűleg ez az oka.

Maga a tömörítés. A /compact parancs beolvassa a tömörítendő beszélgetést. Nagy kontextus esetén ez költséges művelet. Ha nincs szüksége a folytonosságra, a /clear ingyenes, és jobban elvégzi a feladatot.

Háttértevékenység. A Claude Code akkor is használ egy keveset, amikor semmit sem csinál: összefoglalja a korábbi beszélgetéseket a munkamenetek visszaállításához, és karbantartási parancsokat dolgoz fel. A dokumentáció szerint ez munkamenetenként rendszerint kevesebb mint négy centbe kerül, így összességében elhanyagolható.

Ezt nem kell kézzel kivizsgálnia. A /usage panel kiemeli azokat a viselkedéseket, amelyek a legutóbbi használat több mint 10 százalékát felemésztették, és megadja, mit érdemes tenni.

A panel figyelmeztetéseit kiváltó küszöbök be vannak építve a Claude Code-ba:

Az utolsó sor rendszerint éjszakai futást vagy elfelejtett ablakot jelez. Minden munkamenet ugyanazt a korlátot használja, tehát négy párhuzamos ablak négyszer gyorsabban fogyasztja a kapacitást; nincs külön kvótájuk.

Mi törli a gyorsítótárat, és miért kerül ez sokba?#

Ez a használat egyik leginkább alábecsült forrása, mert nem látható. Végrehajt egy rövid módosítást, majd a következő kérés teljes áron újraszámítja az egész előzményt.

Ami törli a gyorsítótárat:

1. Modellváltás a /model paranccsal. Minden modellnek saját gyorsítótára van. Ha vált, a következő kérés az egész beszélgetést gyorsítótár-találat nélkül olvassa be, noha a tartalom ugyanaz.
2. Az erőfeszítési szint megváltoztatása. A gyorsítótár ehhez is kötődik.
3. Olyan szerver csatlakoztatása vagy leválasztása, amelynek eszközei azonnal betöltődnek.
4. A Claude Code frissítése. Ha frissítés után folytat egy régi munkamenetet, a teljes előzmény újraszámítódik az elejétől.
5. A gyorsítótár élettartamánál hosszabb szünet. Előfizetés esetén egy óra, extra használat esetén öt perc.

Ebből következik egy kevésbé nyilvánvaló dolog az „elérte az Opus-korlátot? Váltson Sonnetre” tanáccsal kapcsolatban. Működik, de ára van: az első kérés váltás után gyorsítótár-találat nélkül fut. Hosszú beszélgetésnél ez érezhető egyszeri költség. Ha úgyis hamarosan törölné a kontextust, jobb a /clear paranccsal kezdeni, majd új munkamenetet indítani Sonnettel, mint továbbvinni a teljes előzményt.

Még egy részlet az alügynökökről: az ő gyorsítótáruk előfizetés esetén is öt percig él, mert az egyórás élettartam csak a fő beszélgetésre vonatkozik. Ezért a futások közötti hosszú szünetekkel indított alügynökcsoportok kétszeresen költségesek.

Mennyibe kerül az extra használat?#

Ha elfogy az előfizetéses kapacitása, de be kell fejeznie a munkát, elindul a használatalapú számlázás. Díjak 2026. október 3-án (szabványos ár, gyors mód nélkül):

A Sonnet 5 ára kezdetben bevezető díjként volt érvényben 2026. augusztus 31-ig, azzal az ígérettel, hogy utána 3 és 15 dollárra emelik. Az Anthropic visszavonta ezt az emelést: a bemeneti tokenekért fizetendő 2 dollár és a kimenetiekért fizetendő 10 dollár maradt a végleges ár. Ha olyan anyagot olvas, amely még mindig azt írja, hogy „a bevezető ár augusztus végéig érvényes”, ezt a kitételt visszavonták; a jelenlegi díj állandó.

A táblázat gyakorlati tanulsága egyszerű. Az Opus nagyjából kétszer annyiba kerül, mint a Sonnet. Ha azért tartja alapértelmezett modellként az Opust, mert „miért ne a legjobb legyen”, kétszer annyit fizet olyan feladatokért, ahol nem venne észre különbséget. A Sonnet a legtöbb kódolási feladatot elvégzi; tartogassa az Opust az architekturális döntésekre és a nehéz problémák kibogozására.

A másik kérdés, hogy mikor nem éri meg többé az extra használat. Ha havonta további 80–100 dollárnyi használatot vásárol a Pro mellé, már nagyjából annyit fizet, mint a Maxért, annak kapacitása és nagy kereslet idején élvezett elsőbbsége nélkül.

Hogyan számíthatja ki, melyik csomagra van szüksége?#

A módszer három napot vesz igénybe, és csak a beépített panelre van szüksége.

1. Dolgozzon három átlagos napot a jelenlegi csomagjával. Ne próbáljon szándékosan takarékoskodni vagy terhelési tesztet futtatni; a szokásos rutinjára van szükség.
2. Minden este nyissa meg a /usage parancsot, és írja fel a heti ablak százalékos értékét. A heti értéket rögzítse; ez adja az összképet.
3. Számítsa ki a napi átlagos használatot. Három nap alatt 18 százalék felhasználása azt jelenti, hogy a heti ablaknak körülbelül 5,5 munkanapig kell kitartania.
4. Nézze meg az eredményt. Ha legalább öt napig kitart, maradjon a Prónál. Ha szerdára elfogy, fontolja meg a Max 5x-et. Ha két nap alatt elfogy, fontolja meg a Max 20x-et, és közben tegye rendbe a kontextusát is, mert az ilyen szintű használatot gyakran egy elfelejtett, nyitva hagyott munkamenet okozza.

Ha nem szeretne találgatni az első három napban, itt van néhány munkaterhelés szerinti támpont. Ez a saját, megfigyeléseken alapuló becslésem; az Anthropic nem tesz közzé ilyen jellegű hivatalos adatokat:

Egyszerűen felismerheti, ha nem a csomaggal van gond. Eléri a korlátot, miközben egész nap csak néhány módosítást végzett. Ilyenkor a kontextus okozza a problémát, és a magasabb szintű csomag megvásárlása csak egy héttel odébb tolja a falat.

Összehasonlításképpen itt vannak az Anthropic hivatalos adatai az Enterprise-telepítésekről, ahol a használatot közvetlenül dollárban számlázzák:

Olvassa el figyelmesen: ezek a használatalapú tokenhasználat adatai; az előfizetések számítása másképp működik. A benchmark ettől még hasznos. Ha valaki egész nap kódol, és 150–250 dollárt költ API-árakon, akkor az engedményével együtt 100 dolláros Max ésszerű középútnak tűnik intenzív munkához.

Egy saját megjegyzés. Amikor még a magasabb szintű csomaggal is eléri a korlátot, az első ösztöne az lehet, hogy vesz egy második előfizetést, és folytatja.

Mielőtt kétszer fizetne, egyszer ellenőrizze a /usage paranccsal, mi használja a kapacitását. Legtöbbször elfelejtett ügynökcsoportokat és három napja nem törölt kontextust fog találni. Ezt ingyen megoldhatja.

Mit tegyen most, ha elérte a korlátot?#

A következő lépéseket a legolcsóbbtól a legdrágábbig sorolom fel:

1. Olvassa el, melyik korlát fogyott el. Az üzenet mindig mutatja a visszaállítás időpontját. Gyakran már csak néhány órát kell várni, és a probléma magától megoldódik.
2. Ha az Opus-korlát fogyott el, adja ki a /model parancsot, és váltson Sonnetre. Azonnal folytathatja a munkát. A Sonnet a legtöbb kódolási feladatot elvégzi, és érezhető kapacitást takarít meg.
3. Ellenőrizze a /usage adatokat. A panel megmutatja, mi fogyasztotta el az ablak keretét. Ha 40 százalékot olyan ügynökcsapatok használtak fel, amelyeket elfelejtett leállítani, pénzköltés nélkül orvosolhatja a problémát.
4. Vásároljon extra kapacitást a /usage-credits paranccsal. A parancs megnyitja a számlázási beállításokat egy böngészőben. Pro és Max csomag esetén ezt Ön is elintézheti; Team csomagnál a kérés az adminisztrátorhoz kerül. Az extra kapacitást a szokásos API-árakon számlázzák, napi 2 000 dolláros kerettel. Van egy mellékhatása: extra használat mellett a gyorsítótár élettartama egy óra helyett öt perc —, a használat pedig a vártnál gyorsabban nő.
5. Váltson csomagot, ha rendszeresen eléri a korlátot. Hosszú távon egy egyszeri extra vásárlás többe kerül, mint egy előfizetés.

Külön megjegyzés egy második fiókról, mert ez a kérdés folyamatosan felmerül. Az Anthropic nyilvános dokumentumai nem mondják ki közvetlenül, hogy „nem vásárolhat saját magának második előfizetést”, és ezt nem fogom kitalálni. Három kapcsolódó szabály van.

A hozzáférés megosztása kifejezetten tilos: a Szolgáltatási feltételek szerint nem adhatja át másnak a bejelentkezési adatait, kulcsát vagy a fiókjához való hozzáférést. Ha egy előfizetést két ember használ, az ebbe a tilalomba esik.

A Claude Code dokumentációja külön ismerteti, milyen használatra vonatkoznak a megadott korlátok.

A Használati szabályzat külön tiltja új fiók létrehozását egy már kiszabott felfüggesztés megkerülésére. Ez más helyzet, de ne feledje: egy letiltott fiók visszaállítása szinte lehetetlen, az Anthropic törölheti a hozzá kapcsolódó adatokat, és a Szolgáltatási feltételek szerint lényeges szerződésszegés miatti megszüntetés esetén nem jár visszatérítés.

A gyakorlatban a saját feladatokhoz használt két munkaterület nem vet fel kérdéseket. Az Anthropic viszont figyeli, ha egyetlen fiókot egy egész csapat használ.

Hogyan kerülheti el a véletlen átváltást óradíjas számlázásra?#

Ez a legbosszantóbb pénzügyi csapda, mert csendben marad. Kifizeti az előfizetést, és a szokásos módon dolgozik, de a használatot külön, API-árakon számlázzák.

Így ellenőrizheti, hogy az előfizetését használja-e:

/status

A parancs megmutatja az aktív hitelesítő adatokat. Ha API-kulcsot jelez, pedig azt hitte, hogy az előfizetését használja, ez okozza a váratlan számlát.

Teendők:

1. Kérje meg a Claude Code-ot: „ellenőrizd, hogy van-e ANTHROPIC_API_KEY környezeti változóm, és mutasd meg, hol van beállítva.” Megkeresi, és megmondja Önnek. A kulcs származhat valaki más beállítási útmutatójából, vagy ott maradhatott egy hat hónappal ezelőtti kísérletből.
2. Ha előfizetést használ, kérje meg, hogy távolítsa el a változót.
3. Jelentkezzen be újra a /login paranccsal, a claude.ai-fiókjával.
4. Ellenőrizze ismét a /status állapotát; a kulcsra vonatkozó sornak el kell tűnnie.

Az API-t vagy felhőszolgáltatókat használók más elszámolási modellt követnek. Nincsenek ötórás ablakaik; a tényleges használat alapján számlázzák őket, és a kérések gyakoriságára vonatkozó korlátjuk van. Az itt szereplő tanácsok rájuk nem vonatkoznak.

Mi változott a korlátokban 2026. május 6-án?#

Körülbelül egy héttel később vettem észre: ebédidőben már nem értem el az ötórás korlátot. Íme a hivatalos bejelentés megfogalmazása:

Mit jelent ez a gyakorlatban?

• Az ötórás ablak korábbi mérései már nem érvényesek. A május előtt írt „a Pro két óráig tart” becslés most feleakkora értéket mutat a ténylegesnél.
• A heti becsléseket viszont nem szabad megduplázni. A bejelentés csak az ötórás ablakokra vonatkozik; a heti keretet egyáltalán nem említi. Ezért használja a fenti csomagkalkuláció a heti ablakot: ezt Önnek kell megmérnie. Mások mérései itt nem használhatók.
• A „szigorúbbak lettek a korlátok” érzését többnyire a használat magyarázza. A kapacitás nőtt, de az emberek használata gyorsabban nőtt: ügynökök, készségek, csatlakoztatott szerverek és párhuzamos munkamenetek. A /usage panel soronként megmutatja ezeket.

Melyik, korlátokról szóló tanács nem működik?#

A tanács: „Elérte a korlátot? Váltson modellt.” Csak az Opus-korlátnál működik. A munkamenet- és heti korlát minden modell között közös, a /model pedig nem állítja vissza őket. A tanács azért maradt fenn, mert egyszer bevált a szerzőnek — amikor elérte az Opus-korlátot.

A tanács: „Sűrűbben tömörítse a kontextust.” Maga a tömörítés is beolvassa a teljes tömörítendő beszélgetést. Ha húszpercenként futtatja a /compact parancsot, újra és újra fizet ugyanazon előzmény feldolgozásáért. Ha nincs szükség a folytonosságra, a /clear ingyenes.

A tanács: „Íme a Pro pontos tokenszáma.” Nincs ilyen szám; időablakok és azokon belüli arányok vannak. Minden konkrét adat valakinek a saját projektjén végzett egyszeri mérése vagy annak másodkézből továbbadott változata.

A tanács: „Tartson fenn egy második előfizetést, hátha kell.” Egy második munkaterületnek valódi munkaterhelés esetén lehet értelme, de gyakrabban csak kétszer fizet azért, mert a saját kontextusát nem törölte. Mielőtt a pénztárcájáért nyúl, ellenőrizze a /usage adatokat.

A kontextus megfelelő karbantartása működik: törölje a feladatok között, tartsa tömören a szabályfájlt, és kapcsolja ki azt, amit nem használ. Külön útmutatóm szól az alapvető használattakarékos módszerekről: „Hogyan ne fogyassza el egy nap alatt a Claude Code korlátait”, egy másik pedig a mérőeszközökről: „Hogyan kövesse nyomon a tokenhasználatot”.

Az Ailoot megnyitása.