Limity Claude Code v roce 2026: 8 pravidel, jak nevyčerpat tokeny

Referenční dokumentace Ailoot: ailoot.ai/docs/.

Jak fungují limity Claude Code v roce 2026 a proč na ně narazíte?#

K 20. květnu 2026 fungují placené tarify Claude Code takto:

Údaje pocházejí z oficiální stránky Anthropic. Kromě pětihodinového okna existuje také týdenní limit, který zkušeným uživatelům začne kolem pátku znepříjemňovat práci.

Co znamenalo zdvojnásobení limitů 6. května?

Na konferenci Code with Claude SF 6. května 2026 Anthropic oznámil dohodu se SpaceX Colossus 1: 220 000 grafických karet NVIDIA, kapacita 300 MW, zprovoznění do měsíce. Okamžitě:

• Pětihodinové limity se zdvojnásobily u všech placených tarifů.
• Denní omezení ve špičce bylo odstraněno; dříve během špičky kvóty snižovalo.
• U API se maximální počet vstupních tokenů za minutu pro Opus zvýšil z 30K na 500K (+1500 %) a maximum výstupu z 8K na 80K.

Od 13. května do 13. července platí ještě další dočasná akce: +50 % k týdenním limitům pro Pro / Max / Team. Po 13. červenci se týdenní kvóty vrátí na předchozí úroveň.

Kolik toho vibe coder skutečně spotřebuje?

Anthropic uvádí orientační hodnoty ve své oficiální dokumentaci:

• Vývojáři utratí v průměru 13 $ / den, 150–250 $ / měsíc.
• 90 % uživatelů zůstává pod hranicí 30 $ / den.
• Týmy agentů v Plan Mode spotřebují přibližně 7krát více tokenů než běžná relace.

Velikost kontextového okna závisí na modelu. Podle dokumentace Anthropic mají od září 2026 Opus 4.7 a novější, Sonnet 5 a modely Fable okno o velikosti 1M tokenů v jakémkoli tarifu včetně Pro; automatická kompakce (auto-compact) se ve výchozím nastavení spouští přibližně při 967K. Opus 4.6 a Sonnet 4.6 bez rozšířeného kontextu mají okno 200K a kompakce se spustí při hranici 200K. Vlastní limit můžete nastavit příkazem /autocompact, například /autocompact 500k. Když do jednoho chatu nacpete půl dne práce, kontext nabobtná, Claude ztratí nit, začne znovu číst stejné soubory a tokeny se spotřebovávají 1,5 až 2krát rychleji.

Podle zkušenosti popsané autorem předplatné za 200 $ vystačí díky 8 pravidlům popsaným níže. Bez nich do oběda dojde i Max 20x.

Proč jedna konverzace pro jeden úkol šetří tokeny Claude Code?#

Pravidlo neznamená „otevřít 5 chatů souběžně“, ale konkrétně „nevytahovat předchozí chat, abyste ho použili pro další úkol“.

V přístupu popsaném v článku to funguje takto. Při každé zprávě Claude vidí nejen nový požadavek, ale také celou předchozí konverzaci. Když jste ráno probírali vstupní stránku, pak přešli na e-mailovou kampaň a nakonec ho požádali, aby opravil pokyn pro workshop, při třetím požadavku se do kontextu zahrne celá historie. Tokeny se utrácejí za „pamatování vstupní stránky“, přestože vy už jste na ni zapomněli.

Proč pomáhá „vyčistit si hlavu“?

Zavřete chat, jakmile je úkol hotový. Ani nejde o tokeny — je to způsob, jak uvolnit pozornost.

Pokud je úkol opravdu hotový, nenechávejte chat otevřený „pro případ, že se k němu vrátím“. Otevřete nový. Starý můžete najít pomocí claude --resume nebo /resume a libovolného vodítka (název větve, ID PR, štítek).

Co dělat, když se úkol protáhne na dva dny?

Pokud je opravdu potřeba pokračovat, nenechávejte chat „viset“. Před zavřením požádejte Claude, aby napsal zadání pro sousední chat (viz Pravidlo 7). Tím se 50K tokenů historie zkrátí na zadání o 500 tokenech — a nový chat další den naváže na kontext, aniž byste vše znovu vypisovali.

Pravidlo 2. Udržujte CLAUDE.md na 200 řádcích, ne na 500#

CLAUDE.md je první soubor, který Claude čte při zahájení nové relace. Tato část se zaměřuje konkrétně na úsporu tokenů.

Kolik řádků je běžné?

Proč dlouhý CLAUDE.md agenta zhloupne?

Vysvětlení je jednoduché: /init popisuje repozitář „zpátky modelu“ a přidává do kontextu informace, které už model zná nebo je dokáže sám zjistit rychlým pohledem na strukturu. Tato duplicita spotřebovává tokeny a rozptyluje pozornost.

Pravidlo hustoty: každé slovo mění chování

Pokud mohu z CLAUDE.md odstranit řádek a chování Claude se nezmění, je řádek zbytečný. Ověřte to takto:

1. Otevřete CLAUDE.md a projděte každý odstavec.
2. Zeptejte se sami sebe: „Začne Claude dělat chyby, když to odstraním?“
3. Pokud ne, smažte to nebo přesuňte do Skill.

Všechna pravidla, která platí jen v určitých situacích, patří do skills (.claude/skills/<name>/SKILL.md). CLAUDE.md je pouze pro to, co je potřeba vždy.

Pravidlo 3. Proč uchovávat plán Claude Code v samostatném souboru?#

Plan Mode je režim Claude Code, který se zapíná pomocí Shift+Tab. V něm Claude před implementací prozkoumává kód, čte soubory a klade otázky. V následujícím postupu oddělte úpravy repozitáře: navržený plán zkontrolujte a pak ho ručně uložte do projektového plans/, nebo výslovně opusťte Plan Mode a povolte zápis tohoto souboru před novým chatem.

Proč je plán v souboru lepší než plán v hlavě Claude?

V každém projektu mám složku plans/. Když začínám úkol:

1. Požádám Claude v Plan Mode, aby úkol prozkoumal a navrhl postup.
2. Plán zkontroluji a sám uložím text do plans/YYYY-MM-DD-task-name.md; případně opustím Plan Mode a povolím Claude zápis souboru. Před zavřením chatu ověřím uložený obsah.
3. Zavřu chat.
4. V novém chatu řeknu: „přečti plans/YYYY-MM-DD-...md a implementuj fázi 1“.

Co tím získám:

• Plán je pevně uložený — Claude „nezapomene“, na čem jsme se před hodinou dohodli.
• Plán mohu ručně upravit — vidím 5 kroků, pochopím, že třetí není potřeba, smažu ho a pokračuji.
• Plán přežije restart — vrátím se zítra, otevřu soubor a pokračuji.
• Mohu ho postupně předávat agentům — jeden chat plán napíše, druhý ho implementuje a třetí zkontroluje.

Plan Mode nenarušuje cache

Důležitý detail: Plan Mode zneplatní pouze cache konverzace (zprávy), zatímco systémový prompt a kontext projektu (CLAUDE.md) zůstávají zahřáté. To znamená, že přepnutí do Plan Mode a zpět stojí na tokenech téměř nic — na rozdíl od změny modelu příkazem /model, která naruší cache za 90 % ceny vstupu a vynutí nové přepočítání celého prefixu.

Práce s kontextem také znamená uchovávat plán tam, kde vydrží, a ne v chatu, který za 5 hodin zanikne.

Pravidlo 4. Skills se načítají při splnění podmínky, ne na začátku relace#

Skills se načítají ve třech úrovních:

1. Metadata vždy — při začátku relace Claude vidí pouze name a description každého skillu. Rozpočet: ~100 tokenů na skill.
2. Pokyny po aktivaci — když uživatel řekne něco relevantního, Claude načte obsah SKILL.md. Rozpočet: až 5000 tokenů.
3. Zdroje na vyžádání — přibalené soubory (příklady, šablony) se načtou, až když po nich sáhne samotný model.

Jak se tím změní ekonomika tokenů?

V příkladu popsaném v článku bývaly zásady pro psaní výukových pokynů, pravidla pro rozesílky a pravidla kontroly kódu v CLAUDE.md. Soubor narostl na 500 řádků a při každém začátku relace jsem platil za všech 500 řádků, i když se konverzace týkala vstupní stránky.

V tomto příkladu obsahuje CLAUDE.md 200 řádků s navigací a základními principy. Čtyři sady pravidel jsou ve skills:

.claude/skills/
├── write-tutorial/SKILL.md         # trigger: “write a guide”
├── deploy-checklist/SKILL.md       # trigger: “check before publishing”
├── send-broadcast/SKILL.md         # trigger: “send a mailing”
└── debug-payment-webhook/SKILL.md  # trigger: “check the payment”

Při spuštění Claude vidí pouze hlavičky — 400 tokenů. Když řeknu „napiš návod“, načte odpovídající SKILL.md a řídí se jím. Když řeknu „pošli rozesílku“, načte jiný.

Citace z pravidel pro psaní skills v oficiální dokumentaci Anthropic:

Pokud je skill podezřelý, neinstalujte ho

Skills jsou spustitelné pokyny s přímým přístupem k vašim souborům a klíčům API. Před instalací cizí sbírky otevřu každý SKILL.md a sám si ho přečtu. Pokud obsahuje bloky bash: s odkazy na externí URL, je to varovný signál; neinstaluji ho.

Pravidlo 5. Kdy předat úkol subagentovi místo hlavní relaci?#

Z oficiální dokumentace:

Jaké úkoly lze delegovat subagentům?

• Prohledávání rozsáhlé kódové základny. Subagent přečte 30 souborů a vrátí „příslušná funkce je v src/lib/payment/cloudpayments.ts:142“. Obsah 30 souborů v hlavním kontextu nevidím.
• Spouštění testů a čtení protokolů. Subagent spustí npm test, zachytí 200 řádků výstupu a vrátí „3 testy selhaly v X, Y, Z z tohoto důvodu“.
• Refaktoring ve více souborech. Jeden subagent na soubor — souběžně.
• Kontrola odkazů v návodu. Subagent navštíví 30 URL přes WebFetch a vrátí „5 odkazů vrací 404“.

V květnu 2026 Anthropic oficiálně oznámil Multi-Agent Orchestration jako plnohodnotnou funkci. Dříve bylo možné subagenty spouštět pouze v kódu přes SDK; nyní je lze spouštět přímo v Claude Code pomocí příkazů se lomítkem.

Kde subagenti selhávají

Proto nikdy nenechávám subagenty bez kontroly půl dne. Platí pravidlo: čím více práce delegujete souběžně, tím častěji byste měli kontrolovat průběžné výsledky. U velkých úkolů zapínám Plan Mode samostatně pro každého subagenta.

Pravidlo 6. Jak pro úkol vybrat model Claude (Opus / Sonnet / Haiku)?#

Ceny API (za milion tokenů):

Zdroj: oficiální stránka Anthropic. Ceny v předplatném nejsou viditelné, ale poměr je stejný. Opus 4.7 má jednu výhradu: ve srovnání s Opus 4.6 může jeho nový tokenizer použít až o +35 % více tokenů pro stejný text. Cena za token se nezvýšila, ale efektivní cena za požadavek ano. Pokud všechno bez rozmyslu zpracováváte přes Opus, limit vám dojde 5krát rychleji, než kdybyste polovinu úkolů svěřili Sonnetu nebo Haiku.

Příklad výběru modelu

Model přepnete příkazem /model. Jenže změna modelu zneplatní cache. Pokud uprostřed relace přepnete ze Sonnetu na Opus, další požadavek znovu vypočítá celý prefix od začátku za plnou cenu vstupu (nikoli za cenu z cache). Je proto lepší vybrat model na začátku a nepřepínat mezi nimi tam a zpět.

/effort — méně agresivní nastavení

V dubnu 2026 Anthropic zavedl /effort — 5 úrovní hloubky uvažování: minimal / low / medium / high / xhigh. Claude Code s Opus 4.7 používá ve výchozím nastavení xhigh.

Co dělám já:

• U klasifikace, extrakce dat a krátkých shrnutí: /effort low. U typů úloh, které hluboké uvažování nepotřebují, to ušetří 30–70 %.
• U jednoduchých programátorských úkolů: /effort medium.
• U složité architektury ponechávám xhigh.

/effort nemění model, pouze hloubku jeho uvažování. Cache zůstává zachována.

Pravidlo 7. Místo /compact předejte zadání do nového chatu#

/compact je oficiální příkaz Claude Code, který nahradí historii shrnutím. Pokud ho spustíte hned po poslední zprávě, když je cache zahřátá (TTL předplatného je 1 hodina), shrnutí se uloží do cache a jeho načtení stojí 10 % běžné ceny. Pokud ho spustíte až po hodině, cache je vychladlá a zaplatíte plnou cenu.

/compact lze přizpůsobit:

/compact Focus on code samples and API usage

Nebo můžete v CLAUDE.md určit, na co se má výchozí shrnutí zaměřit:

# Compact instructions
When you are using compact, please focus on test output and code changes

Já to ale obvykle dělám jinak.

Předání zadání sousednímu chatu: příklad

Postup:

1. V aktuálním chatu, jakmile vidím, že kontext přesáhl 50 %, řeknu: „Napiš mi zadání pro sousední chat, který bude pokračovat v práci, aniž by ztratil její smysl. Uveď: na čem jsme pracovali, co už je hotové, co zbývá, klíčové soubory a konstanty.“
2. Claude mi připraví zadání o 300–800 tokenech.
3. Zavřu aktuální chat pomocí /clear nebo jednoduše otevřu nový.
4. Vložím zadání a začnu se zahřátým CLAUDE.md a kontextem projektu, ale s čistou pamětí konverzace.

Co získám oproti /compact:

• Mám kontrolu nad tím, co se dostane do nového chatu. /compact shrnuje podle vlastního pochopení; zadání mohu před zahájením ručně upravit.
• Zadání mohu uložit do souboru plans/ a vrátit se k němu zítra.
• Nový chat začne s čistou cache konverzace — potom pracujete za cenu vstupu z cache.

Kdy je lepší /compact?

• Když jste v Plan Mode a nechcete přijít o aktuální plán.
• Když je úkol jednotný a kontext souvislý (například překlad dlouhého dokumentu).
• Když se /compact spustí okamžitě po odpovědi Claude — shrnutí se pak uloží do zahřáté cache a stojí 10 %.

/clear — poslední možnost

/clear smaže všechno včetně kontextu projektu. Používám ho pouze při přechodu na úplně nesouvisející téma, kdy nechci zachovat nic z předchozí práce. Po /clear se za načtení CLAUDE.md při dalším požadavku znovu platí plná cena.

Pravidlo 8. Co zneplatňuje cache Claude Code a proč za to platíte?#

Na předplatném je TTL cache 1 hodina (prodlužuje se při každém přístupu). V API je výchozí hodnota 5 minut. Pokud se tedy k práci vrátíte po 40 minutách, cache je stále aktivní a další požadavek stojí za vstup jen pár haléřů. Po 1 hodině cache vyprší a zaplatíte plnou cenu.

Co narušuje cache (vyhněte se tomu uprostřed úkolu)

1. /model — změna modelu uprostřed relace. Každý model má vlastní cache. Po příkazu /model opus další požadavek znovu vypočítá celý prefix pro Opus od začátku.
2. Zapnutí Plan Mode s nastavením opusplan. V tomto režimu používá Plan Mode Opus a běžný režim Sonnet. Každý Shift+Tab = změna modelu = neplatná cache.
3. Připojení / odpojení serveru MCP. Včetně automatického opětovného připojení po dočasném výpadku. Pokud je server MCP nestabilní, platíte dvakrát.
4. Pravidla zamítnutí s holým názvem (Bash, WebFetch) — mění definice nástrojů v systémovém promptu.
5. /compact — zneplatní vrstvu konverzace (záměrně).
6. Upgrade Claude Code na novou verzi — nová verze znamená nový systémový prompt a novou cache.

Co cache NEZNEPLATŇUJE?

• Úpravy souborů v repozitáři (čtou se podle potřeby).
• Úpravu CLAUDE.md uprostřed relace (změny se však projeví až po restartu — viz Pravidlo 2).
• Změnu stylu výstupu.
• Změnu režimu oprávnění (pokud se nepoužívá opusplan).
• Vyvolání skills / commands (přidané do vrstvy konverzace).
• /recap (nový příkaz, který vytvoří shrnutí bez zneplatnění cache).
• /rewind (návrat k již zahřátému prefixu).
• Spuštění subagenta (cache nadřazené relace není ovlivněna).

Jak využít cache ve svůj prospěch

• Nepřepínejte /model bez důvodu. Model vyberte na začátku úkolu.
• Nezapínejte „pro jistotu“ 10 serverů MCP. Každý přidává obsah do systémového promptu a při opětovném připojení narušuje cache.
• Neupravujte CLAUDE.md mezi úkoly — proveďte všechny úpravy najednou a pak restartujte.
• Když si jen potřebujete prohlédnout shrnutí, nikoli uvolnit kontext, použijte /recap místo /compact.

Co se stalo s návrhem kreditů automatizace pro 15. června?#

Navržené rozdělení předplatného na interaktivní a programové fondy bylo pozastaveno. Aktualizace podpory Anthropic uvádí, že Agent SDK, claude -p a aplikace třetích stran dál mohou čerpat limity předplatného. Kreditové částky opuštěného návrhu nepřidávejte jako druhý povinný účet.

Samostatné měsíční kredity API zavedené v říjnu pro způsobilé Max a Team jsou zahrnutou kvótou propojené organizace Console. Nenahrazují interaktivní limity tarifu. Aktuální průvodce kredity API odlišuje přihlášení předplatným od práce s klíčem API a uvádí nepokryté způsoby spuštění.

Před rozpočtem plánovaného úkolu zaznamenejte přihlášení, způsob spuštění, model a skutečnou spotřebu. Samotný claude -p neprokazuje čerpaný zůstatek. Další placené API závisí na fakturaci organizace. Aktuální vysvětlení a kalkulátor najdete v účtování automatizace Claude Code.

Den vibe codera používajícího Claude Code#

Příklad dne:

1. 9:00. Otevírám úkol č. 1 — úpravu e-mailové šablony. Otevřu nový chat, použiju Plan Mode a požádám Claude, aby úkol prozkoumal. Plán je hotový za 3 minuty; přepnu na automatické přijímání změn a úprava trvá 10 minut. Chat zavřu.
2. 9:30. Úkol č. 2 — napsat výukový návod. Otevřu nový chat, kde se aktivuje můj skill pro psaní návodů. Načte 4000 tokenů metodiky. Pracuji podle ní a návod je hotový za 40 minut. Hotovo.
3. 11:00. Úkol č. 3 — složitý architektonický problém. /model opus, Plan Mode, diskuse. Plán zkontroluji, ručně uložím do plans/2026-05-20-...md (nebo po opuštění Plan Mode povolím zápis), ověřím soubor a chat zavřu.
4. 12:00. Nový chat: „přečti plans/2026-05-20-...md a implementuj fázi 1“. Souběžně pracuje 6 subagentů — jeden na každý soubor. Fáze 1 je hotová za 45 minut. Chat zavřu.
5. 14:00. Úkol č. 4 — úprava vstupní stránky. /model sonnet. Nový chat. Plánování a implementace trvají 30 minut. Chat zavřu.
6. 15:00. Úkol č. 5 — ladění produkce. /model opus, Plan Mode; je potřeba jít do hloubky. Po hodině diskuse požádám Claude, aby napsal zadání pro sousední chat s určenou příčinou a navrženou opravou. Zkopíruji ho do nového chatu a za 20 minut opravu implementuji.

Na konci dne: 6 úkolů, 8 zavřených chatů, ani jedno /compact. Limit je využitý z 40–60 %. To bohatě stačí.

Limit dochází lidem, kteří:

• Nacpou celý úkol do jednoho chatu, který už má využitou polovinu kontextu.
• Nechávají CLAUDE.md na 600 řádcích, protože „se to může hodit“.
• U každé jednoduché úpravy přepínají na /model opus.
• Pro jistotu zapínají 8 serverů MCP.
• Nikdy nepoužívají subagenty a všechno tahají do hlavní konverzace.

Limit nedochází lidem, kteří si v souborech projektu budují druhý mozek a pracují s Claudem jako s inženýrem v týmu — zadávají mu jasné úkoly, nehází všechno do jedné konverzace a pro různé úkoly používají různé nástroje.

V objevování Ailoot můžete pokračovat na ailoot.ai.