PDF v Claude Code: konverze, tokeny a zachování struktury
MarkdownMarkItDown, PyMuPDF4LLM, MCP, kompletní konverzní skripty, limity PDF a případy, kdy je vizuální analýza důležitější než úspora tokenů.
Přečíst celý článek
Hlavní poznatek
Každá stránka PDF v Claude Code stojí 1 500–3 000 tokenů ještě před první otázkou – a Anthropic to jasně uvádí ve své dokumentaci. V ilustrativním výpočtu níže spotřebuje zpráva o 15 stranách ve 4 chatech 135,000 vstupních tokenů PDF za přibližně $0.40 oproti 18,000 tokenům Markdownu za $0.054 — asi o 87 % méně. Předpokladem je 2,250 tokenů PDF nebo 300 tokenů Markdownu na stranu při vstupní sazbě příkladu; skutečné dokumenty se liší. Tento průvodce popisuje tři metody konverze (MarkItDown, PyMuPDF4LLM a server MCP) a připravený bash skript pro složku dokumentů.
Praktické pokyny k používání Ailoot najdete v dokumentaci.
Co se děje s PDF v Claude a proč každá stránka stojí 1 500–3 000 tokenů?
Hlavní poznatek
Když do Claude Code nahrajete PDF, nečte ho jako textový soubor. Nejprve se každá stránka převede na obrázek, potom se z ní extrahuje text a obě vrstvy – obrázek i text – se společně přidají do kontextu. Proto jedna stránka zabere 1 500–3 000 tokenů a dokument o 50 stranách může spotřebovat 75 000–150 000 tokenů ještě předtím, než položíte první otázku.
Oficiální dokumentace Anthropic popisuje proces ve třech jednoduchých krocích:
Systém převede každou stránku dokumentu na obrázek. Z každé stránky se extrahuje text a poskytne se společně s obrázkem stránky. Claude analyzuje text i obrázky, aby dokumentu lépe porozuměl.
Zní to logicky, ale náklady na zpracování rostou lineárně s počtem stránek. A právě tato hodnota vysvětluje, proč vám při jediném PDF dojde limit předplatného:
Každá stránka obvykle spotřebuje 1 500–3 000 tokenů podle hustoty obsahu. Protože se každá stránka převádí na obrázek, platí pro ni stejné náklady jako pro běžné obrázky.
Pro představu, kolik to je: Anthropic změřil stejné třístránkové PDF na Bedrocku ve dvou režimech. V textovém režimu (Converse Document Chat) spotřebovalo přibližně 1 000 tokenů. Při vizuální analýze (Claude PDF Chat) to bylo přibližně 7 000 tokenů. Zahrnutí obrázků prodraží zpracování sedmkrát.
Snímky obrazovky stránek jsou ještě horší. Snímek obrazovky o rozměrech 1000×1000 pixelů stojí přibližně 1 300 tokenů.
Princip je jednoduchý: PDF jsou drahá, protože Claude nedůvěřuje svému OCR. Používá text i obrázek, aby je mohl porovnat – a vy platíte za obě vrstvy najednou. U velkých dokumentů můžete postupovat jinak: uložte soubor jako Markdown do složky projektu a řekněte Claude: „tady je dokument s informacemi – rozděl je.“ Obsah rozčlení do vlastních souborů a pokračuje v práci s uspořádaným textem, místo aby vše spotřeboval najednou.
Kolik tokenů spotřebuje práce s PDF v Claude Code?
Hlavní poznatek
Uvažujme veřejnou zprávu o 15 stranách pro 4 kontexty — analýzu, citace, překlad a souhrn. Předpokládejme 2,250 vstupních tokenů na stranu PDF, 300 na převedenou stranu Markdownu a stejnou sazbu vstupu. Opakované nahrání PDF dává 135,000 vstupních tokenů za přibližně $0.40; Markdown 18,000 za $0.054. Úspora asi 87 % plyne z těchto předpokladů, nikoli z měření každého PDF.
Konkrétní čísla (model Sonnet 4.x, vstup za 3 $ za milion tokenů):
| Přístup | Tokeny (15 stran, 4 chaty) | Cena |
|---|---|---|
| PDF nahrané přímo 4krát | 15 × 2250 × 4 = 135 000 | přibližně 0,40 $ |
| PDF → Markdown + 4 chaty | 15 × 300 × 4 = 18 000 | přibližně 0,054 $ |
| Úspora | −87 % | −0,35 $ |
A to je jen jeden cyklus 4 požadavků. Pak se uplatní ukládání promptů do mezipaměti (výchozí TTL 5 minut, až 1 hodina v rozšířeném tarifu a až 90% sleva na opakované požadavky v tomto období) – úspory se znásobí.
Pokaždé, když stejné PDF nahrajete do nového chatu, Claude ho přečte znovu; mezipaměť se mezi chaty nepřenáší.
Pokud stejné patnáctistránkové PDF jednou převedete do Markdownu a přidáte ho do každého ze čtyř nových chatů jako .md, tento příklad spotřebuje 15 × 300 × 4 = 18,000 vstupních tokenů místo 135,000. Hodnoty 300 tokenů na převedenou stranu a 2,250 na stranu PDF jsou předpoklady výpočtu, nikoli změřené konstanty každého PDF. Před odhadem úspor spočítejte skutečný dokument a ověřte kvalitu převodu.
Tento výpočet je ještě důležitější s předplatným Claude Pro. Jedna zpráva o 100 stranách může vyčerpat celý pětihodinový limit. Po převodu do Markdownu se do stejného rozpočtu vejde více než 10 takových dokumentů.
Jaké limity Anthropic API platí pro PDF v roce 2026?
Hlavní poznatek
Anthropic má přísné limity: maximálně 32 MB na požadavek (včetně veškerého obsahu, nejen PDF) a maximálně 600 stran na požadavek. U současných modelů Sonnet 4.x a Opus 4.x s kontextem 200K je však limit nižší: 100 stran. PDF lze odeslat třemi způsoby: pomocí URL, v Base64 nebo přes Files API pro opakované použití s file_id. Files API spolu s rozdělením na části se používá u dlouhých dokumentů.
Dokumentace Anthropic uvádí limity na začátku (aktuální k 31. květnu 2026):
| Požadavek | Limit |
|---|---|
| Maximální velikost požadavku | 32 MB (liší se podle platformy) |
| Maximální počet stran na požadavek | 600 (100 u modelů s kontextem 200K tokenů) |
| Formát | Standardní PDF bez hesla nebo šifrování |
Oba limity platí pro celé tělo požadavku včetně obsahu přiloženého k PDF. U velkých PDF použijte Files API a odkazujte na ně pomocí
file_id, aby tělo požadavku zůstalo malé.
Claude.ai (spotřebitelská webová aplikace) má jiné limity: maximálně 500 MB na soubor a až 20 souborů v jednom chatu. Vizuální analýza však funguje jen u PDF do 100 stran – u delších Claude vidí pouze text, bez grafů a diagramů.
Tři způsoby, jak odeslat PDF přes API:
- Pomocí URL -
"source": {"type": "url", "url": "..."}- nejjednodušší, když je dokument online. - V Base64 -
"source": {"type": "base64", "media_type": "application/pdf", "data": "..."}- pro místní soubory. - Přes Files API -
"source": {"type": "file", "file_id": "file_abc123"}- pro opakované požadavky; vyžaduje beta hlavičkuanthropic-beta: files-api-2025-04-14.
Files API je hlavní způsob, jak ušetřit při práci se stejným PDF napříč různými chaty. Nahrajte ho jednou, získejte file_id a všechny další interakce pak používají toto ID. S cache_control: ephemeral stojí opakované požadavky 10 % běžné ceny.
Anthropic nabízí také oficiální rady, jak minimalizovat spotřebu:
Hustá PDF (s množstvím drobného textu, složitými tabulkami nebo rozsáhlou grafikou) mohou zaplnit kontextové okno ještě před dosažením limitu počtu stran. Zkuste dokument rozdělit na části; u velkých souborů před nahráním snižte rozlišení vložených obrázků.
Metoda 1: Jak nastavit MarkItDown za 5 minut?
Hlavní poznatek
MarkItDown je nástroj v Pythonu od týmu Microsoft AutoGen, který převádí PDF, DOCX, PPTX, XLSX, HTML, zvuk, obrázky a dokonce i videa z YouTube do čistého Markdownu. Na GitHubu má 134 tisíc hvězdiček, licenci MIT a nainstaluje se jediným příkazem: pip install 'markitdown[all]'. Stejně snadné je i použití: markitdown document.pdf > document.md. Nejuniverzálnější nástroj pro převod souborů před použitím Claude Code.
MarkItDown je oficiální projekt Microsoftu, který spravuje tým AutoGen. Na GitHubu má 134 tisíc hvězdiček a 9,2 tisíce forku (ke konci května 2026). Jeho účel je přímo popsán v souboru README:
Lehký nástroj v Pythonu pro převod souborů do Markdownu k použití s LLM a v pipelinech pro analýzu textu.
Podporované formáty:
- Dokumenty: PDF, DOCX, PPTX, XLSX
- Web: HTML, JSON, XML, CSV
- Média: zvuk s přepisem, obrázky s EXIF a OCR, videa z YouTube (prostřednictvím titulků)
- Archivy: ZIP, EPub
- Ostatní: všechny přílohy v souborech Outlook MSG
Instalace
Požadavek: Python 3.10+ (na macOS už bývá obvykle nainstalován; ve Windows ho musíte nainstalovat zvlášť).
pip install 'markitdown[all]'
Pokud nepotřebujete všechny formáty, můžete nainstalovat jen vybrané:
pip install 'markitdown[pdf, docx, pptx]'
Převod jednoho souboru
Nejjednodušší případ:
markitdown document.pdf > document.md
Potom se v aktuální složce objeví document.md. Přidejte ho do Claude Code pomocí @document.md nebo ho jednoduše umístěte vedle projektu.
Python API
Pokud ho chcete začlenit do svého skriptu:
from markitdown import MarkItDown
md = MarkItDown()
result = md.convert("research-paper.pdf")
print(result.text_content)
# You can save it straight away:
with open("research-paper.md", "w") as f:
f.write(result.text_content)
Co MarkItDown NEUMÍ
- OCR naskenovaných PDF – nevrátí nic. Skeny vyžadují PyMuPDF4LLM nebo Docling.
- Složitá vícesloupcová rozvržení – pořadí čtení může být pomíchané.
- Vložené URL z PDF – nezachovává je.
Pro jednoduchá PDF (zprávy, články, dokumentace) je MarkItDown nejlepší volbou: všestranný nástroj, který nainstalujete za minutu a nevyžaduje znalost Pythonu. Jeho výkon při práci s dokumenty obsahujícími cyrilici a skeny ukazují měření v analýze toho, jak převést PDF na text pro AI.
Metoda 2: Co nabízí PyMuPDF4LLM a kdy je lepší?
Hlavní poznatek
PyMuPDF4LLM je projekt společnosti Artifex Software založený na nativním enginu MuPDF v jazyce C. Je to nejrychlejší konvertor PDF (nepotřebuje GPU); chytré OCR se použije jen na nečitelné oblasti a zkracuje dobu zpracování o 50 %. Je to jediný oblíbený nástroj, který zachovává vložená URL a obrázky z PDF. Nevýhodou je dvojí licence AGPL v3 / komerční licence Artifex: u projektů SaaS znamená AGPL povinnost zveřejnit kód.
MarkItDown nabízí šíři formátů; PyMuPDF4LLM hloubku zpracování PDF.
Lehké rozšíření PyMuPDF, které převádí PDF na čistá, strukturovaná data s minimálním nastavením.
Verze k 31. květnu 2026 je 1.27.2.3 (vydána 24. dubna 2026).
Co obsahuje
- Vícesloupcové stránky se správným pořadím čtení
- Tabulky převedené do Markdownu ve stylu GitHubu
- Automatické odstranění záhlaví a zápatí
- Extrakce obrázků s relativními odkazy do samostatné složky
- Chytré OCR: použije se jen na nečitelné oblasti a ušetří přibližně 50 % času zpracování
- Nativní engine v C, bez potřeby GPU
Instalace
pip install pymupdf4llm
Použití
import pymupdf4llm
# Basic use - straight to Markdown:
md_text = pymupdf4llm.to_markdown("document.pdf")
# Save it:
with open("document.md", "w") as f:
f.write(md_text)
Jedním řádkem, jak bylo slíbeno:
python3 -c "import pymupdf4llm; \
open('document.md','w').write(pymupdf4llm.to_markdown('document.pdf'))"
Kdy zvolit PyMuPDF4LLM místo MarkItDown
- Když má PDF mnoho odkazů, které potřebujete zachovat (MarkItDown je ztrácí).
- Když je dokument naskenovaný a potřebujete OCR.
- Když potřebujete lokálně rychle zpracovat tisíce souborů – nativní engine v C je rychlejší než obaly v Pythonu.
- Když potřebujete obrázky z PDF v samostatné složce pro další zpracování.
Podrobnosti o licenci (důležité pro podnikání)
PyMuPDF4LLM je poskytován pod dvojí licencí: AGPL v3 NEBO komerční licencí Artifex.
AGPL znamená: pokud knihovnu použijete ve veřejné službě SaaS, musíte zveřejnit celý zdrojový kód služby pod stejnou licencí AGPL. Pro interní použití (váš skript na notebooku) neplatí žádná omezení.
Pro komerční vývoj bez zveřejnění kódu si kupte licenci od společnosti Artifex (artifex.com). Ceny nejsou zveřejněny; vyžádejte si je od obchodního oddělení.
Pokud vyvíjíte produkt pro klienty, prověřte licenci hned na začátku. MarkItDown (MIT) a Docling (MIT) jsou pro SaaS bezpečnější volbou.
Metoda 3: Jak připojit server MarkItDown MCP ke Claude Code?
Hlavní poznatek
Server MarkItDown MCP je tentýž MarkItDown zabalený do protokolu MCP, takže Claude Code může převádět PDF za běhu, aniž by načítal původní soubor do kontextu. Připojíte ho jediným příkazem přes uv; verze je připnutá: markitdown-mcp@0.0.1a7. Nástroj, který Claude získá, je convert_to_markdown(uri). V nečinnosti stojí popis nástroje přibližně 110 tokenů a pokud ho není třeba, nula.
MarkItDown v režimu CLI znamená „soubory převádím ručně předem“; server MCP znamená „Claude Code rozhodne, kdy je převést“.
Instalace
Potřebujete správce balíčků uv. Server není třeba instalovat zvlášť; uv si ho stáhne při prvním spuštění.
Konfigurace v Claude Code
Jediný příkaz připojí server ke všem vašim projektům a připne jeho verzi:
claude mcp add --scope user --env 'ORT_DISABLE_TELEMETRY=1' --env 'UV_PYTHON=3.12' --transport stdio markitdown -- uvx markitdown-mcp@0.0.1a7
claude mcp list
Položka markitdown by měla mít stav „Connected“. Při prvním spuštění se stáhne přibližně sedmdesát balíčků a trvá až minutu; potom se server spustí za sekundu nebo dvě.
Zde je důvod, proč příkaz potřebuje tyto dvě proměnné. ORT_DISABLE_TELEMETRY=1 vypne statistiky, které engine onnxruntime uvnitř serveru ve výchozím nastavení odesílá Microsoftu na Macu a Linuxu. UV_PYTHON=3.12 spouští server v Pythonu 3.12, pro který jsou předkompilované balíčky dostupné ve Windows, Linuxu a na Macu s Apple Silicon. Na Intel Macu a v macOS 13 a starších se server pod Pythonem 3.14 nenainstaluje. U Intel Maců a verze 3.12 je tu háček: uv sestaví knihovnu cryptography ze zdrojového kódu, protože od června 2026 není k dispozici žádný předkompilovaný balíček pro Intel. Instalace trvá déle a může selhat. Pokud Python 3.12 nemáte, uv ho stáhne za vás.
Server běží přímo na vašem počítači a může otevřít každý soubor, ke kterému máte přístup. Pokud byl Claude Code otevřený, restartujte ho; markitdown se pak objeví v seznamu serverů MCP.
Jak ho používat
V Claude Code jednoduše řekněte:
Convert /Users/your-user/Documents/report.pdf to Markdown and analyze the main points.
Claude sám zavolá convert_to_markdown(uri), získá Markdown a pracuje s ním – PDF se do kontextu vůbec nenačte.
Podporované URI
file://- místní souboryhttp://,https://- online dokumentydata:- vložená data (Base64)
Zabezpečení
Z oficiálního souboru README:
Server nepodporuje autorizaci a běží s oprávněními uživatele, který ho spustil.
Ve výchozím nastavení naslouchá pouze na localhost. Pokud ho spustíte přes HTTP/SSE (volba --http --host 127.0.0.1 --port 3001), nevystavujte port do internetu bez autentizované reverzní proxy.
Kterou metodu zvolit pro svůj úkol?
Hlavní poznatek
MarkItDown je univerzální nástroj, pokud pracujete s různými formáty (PDF + DOCX + PPTX + YouTube) a potřebujete rychlý příkaz CLI. PyMuPDF4LLM je specialista na PDF: rychlejší, s OCR a zachováním odkazů, ale s nástrahou AGPL pro SaaS. Docling je určený pro produkční použití a nejlépe zvládá tabulky a vzorce. Marker se hodí pro vědecké práce s matematikou. Server MCP je pro případy, kdy se převodem nechcete zabývat a chcete, aby o něm Claude Code rozhodoval sám.
Rozšířená srovnávací tabulka:
| Nástroj | Hvězdičky na GitHubu | Vhodné pro | Rychlost | Licence |
|---|---|---|---|---|
| MarkItDown (Microsoft) | 134k | PDF + DOCX + PPTX + YouTube + zvuk | Střední | MIT |
| PyMuPDF4LLM (Artifex) | - | Nativní PDF, OCR, vložené URL | Nejrychlejší (bez GPU) | AGPL v3 / komerční |
| Docling (IBM Research) | 60.7k | Produkční RAG, tabulky, vzorce | Střední | MIT |
| Marker (datalab.to) | 35.6k | Vědecká PDF, arXiv, vzorce | Vysoká (s GPU) | GPL-3.0 + Open Rail-M |
| MinerU | - | Dokumenty CJK (čínština/japonština) | Vysoká | Apache-2.0 |
Marker uvádí působivé hodnoty přesnosti v benchmarkových testech:
0,18 sekundy na stránku na GPU H100 (122 stran za sekundu). Přesnost 95,67 % oproti 84,24 % u Llamaparse a 86,43 % u Mathpix. U vědeckých prací 96,67 %.
Marker ale pro dobrou rychlost potřebuje GPU a přináší s sebou modely strojového učení. Pro většinu úkolů (běžná textová PDF) práci zvládnou za několik sekund bez GPU PyMuPDF4LLM nebo MarkItDown.
Jednoduché pravidlo výběru
- Jedno nebo dvě PDF, potřebuji je rychle - MarkItDown CLI.
- Desítky PDF, potřebuji automatizaci - server MarkItDown MCP nebo PyMuPDF4LLM ve skriptu.
- PDF s odkazy a obrázky, u nichž záleží na zachování struktury - PyMuPDF4LLM.
- Produkční RAG pro podnikové použití, kde záleží na stabilitě tabulek - Docling.
- Vědecké práce se vzorci - Marker.
- Nechci nad tím přemýšlet; ať PDF převede Claude - server MarkItDown MCP.
Jak napsat připravený skript pro automatický převod složky dokumentů?
Hlavní poznatek
Nejpohodlnější postup je bash skript, který projde složku projektu, převede všechny soubory PDF, DOCX a PPTX do Markdownu a uloží je do podsložky _md/. Nastavte ho jednou a každá nová složka dokumentů se jedním průchodem stane „čitelnou pro Claude“. Potom přidejte _md/ do Claude Code pomocí @_md/ a pracujte se zhuštěným textem.
Praktický příklad: představte si, že máte ve složce 40 zpráv klientů ve formátu PDF a PPTX – výpisy z brokerských účtů, smlouvy, prezentace. Nahrát celou složku přímo do Claude je k ničemu: kontextové okno se zaplní informacemi ještě před první odpovědí. Prožeňte celou složku níže uvedeným skriptem v jednom průchodu a pak pokračujte v práci s lehkými soubory .md místo objemných PDF.
Uložte tento skript jako scripts/docs-to-md.sh v kořenové složce projektu:
#!/bin/bash
# docs-to-md.sh - converts all documents in a folder to Markdown using MarkItDown
# Usage: bash docs-to-md.sh ./documents
set -e
INPUT_DIR="${1:-./documents}"
OUTPUT_DIR="${INPUT_DIR}/_md"
mkdir -p "$OUTPUT_DIR"
echo "Scanning $INPUT_DIR..."
for file in "$INPUT_DIR"/*.{pdf,docx,pptx,xlsx}; do
[ -f "$file" ] || continue
basename=$(basename "$file")
name="${basename%.*}"
output="$OUTPUT_DIR/${name}.md"
if [ -f "$output" ] && [ "$output" -nt "$file" ]; then
echo "Skipping $basename (already converted)"
continue
fi
echo "Converting $basename..."
markitdown "$file" > "$output"
done
echo "Done. Results are in $OUTPUT_DIR"
Nastavte spustitelný příznak:
chmod +x scripts/docs-to-md.sh
Spusťte ho:
bash scripts/docs-to-md.sh ./reports
Po spuštění obsahuje ./reports/_md/ verze všech dokumentů ve formátu .md. Přidejte je do Claude Code pomocí @reports/_md/ a pracujte se zhuštěným textem místo PDF.
Skript automaticky přeskakuje soubory, které už byly převedeny (pokud je soubor .md novější než zdroj) – opětovné spuštění je levné a vše nepřepočítává.
Idempotence a přírůstkový převod
Pokud chcete, aby skript zachytil změněná PDF (uložená znovu pod stejným názvem), přidejte kontrolu obsahového hashe:
hash=$(shasum -a 256 "$file" | cut -d' ' -f1)
hash_file="$OUTPUT_DIR/.${name}.sha256"
if [ -f "$hash_file" ] && [ "$(cat "$hash_file")" = "$hash" ]; then
echo "Skipping $basename (hash matches)"
continue
fi
markitdown "$file" > "$output"
echo "$hash" > "$hash_file"
Tato verze soubor převede znovu pouze tehdy, když se změnil jeho obsah.
Kdy je PDF v Claude stále lepší než Markdown?
Hlavní poznatek
Převod do Markdownu ztrácí tři věci: vizuální prvky (diagramy, grafy, technické výkresy), složité tabulky se sloučenými buňkami a popisky a úplné formátování dokumentu jako artefaktu (například smlouvy, u níž potřebujete citovat stránku). Pokud jsou pro úkol důležité, ponechte PDF, zapněte vizuální analýzu a vědomě počítejte s její cenou.
Tři případy, kdy převod do Markdownu nestačí:
1. Vizuální analýza diagramů a grafů
Pokud má Claude „číst“ graf – křivku cen, procesní diagram nebo architektonický diagram –, tyto informace v Markdownu nejsou. Markdown zachová pouze popisky obrázků; samotný obrázek se ztratí.
Řešení: nahrajte PDF a výslovně zapněte vizuální režim. V Claude API příznak funguje automaticky; v AWS Bedrocku potřebujete příznak citations.
Claude analyzuje text i obrázky, aby dokumentu lépe porozuměl.
2. Složité tabulky se sloučenými buňkami
Tabulky v Markdownu jsou ploché. Pokud má PDF tabulku se sloučenými buňkami, víceúrovňovými záhlavími nebo vnořenými podtabulkami, konvertor ji buď zploští, nebo ztratí souvislosti.
Řešení: použijte přímo PDF, Docling (složité tabulky zvládá nejlépe) nebo tabulku po převodu ručně naformátujte.
3. Dokumenty jako artefakty s odkazy na stránky
U právních dokumentů, smluv a zápisů je důležité, abyste mohli citovat „stranu 7, odstavec 3“. Čísla stran se v Markdownu ztratí.
Řešení: PDF + Files API + ukládání promptů do mezipaměti. Nahrajte PDF jednou a pak na něj odkazujte pomocí file_id; Claude uvidí stránkování a bude moci citovat konkrétní stránky.
Krátké dokumenty
Pokud má PDF méně než 2 strany a použijete ho jednou, převod se nevyplatí. 5 000 tokenů u PDF oproti 800 u Markdownu nepředstavuje dostatečnou úsporu, aby se vyplatilo instalovat MarkItDown.
Bod zvratu je přibližně 5 a více stran nebo 2 a více použití stejného dokumentu. Pod touto hranicí nahrajte PDF přímo; nad ní ho převeďte.
Jakých je 5 nejčastějších chyb při práci s PDF v Claude?
Hlavní poznatek
Hlavní úskalí: opakované nahrávání stejného PDF do různých chatů místo jednorázového převodu, nepoužívání ukládání promptů do mezipaměti při opakovaných požadavcích, používání snímků obrazovky místo textu, chybějící OCR naskenovaných PDF a přehlížení limitu 100 stran u modelů s kontextem 200K. Každá chyba zbytečně plýtvá desítkami tisíc tokenů.
1. Opakované nahrávání stejného PDF do nového chatu
Claude Pro má limit zpráv za 5 hodin – jediná zpráva o 50 stranách ho může vyčerpat ještě před druhou otázkou.
Platí jednoduchá zásada: jeden úkol – jeden chat. Když AI začne spotřebovávat absurdní množství tokenů, znamená to, že všechno cpete do jednoho chatu a opakovaně přikládáte PDF. V každém okně řešte jeden malý úkol. Dokument jednou převeďte do Markdownu a soubor .md pak přidejte do každého nového okna spolu s projektem. Kruh kontextového okna nezežloutne.
Řešení: buď ho jednou převeďte do Markdownu, nebo použijte Files API s file_id a ukládání promptů do mezipaměti.
2. Snímek obrazovky místo textu
Typický příklad: někdo chce Claude ukázat kus kódu nebo tabulku, pořídí snímek celé obrazovky o rozměrech 1920×1080 a diví se, proč limit došel po 5 požadavcích.
Snímek obrazovky o rozměrech 1000×1000 pixelů stojí přibližně 1 300 tokenů. Stejný text zkopírovaný ručně stojí 50–100 tokenů. To je rozdíl třinácti až šestadvaceti násobků.
Řešení: snímky obrazovky těsně ořízněte (jen na důležitou část), nebo ještě lépe zkopírujte přímo text.
3. Naskenované PDF bez OCR
MarkItDown neumí OCR. Pokud převedete sken, výsledkem bude prázdný soubor .md (nebo 3 řádky šumu).
Řešení: u skenů použijte PyMuPDF4LLM (s vestavěným chytrým OCR) nebo Docling.
4. Přehlížení limitu 100 stran
Dokumentace Anthropic uvádí limit 600 stran na požadavek – v praxi je však limit pro modely s kontextem 200K (Sonnet 4.x, Opus 4.x) 100 stran. Limit 600 stran je určen starším modelům nebo zvláštním tarifům.
Pokud nahrajete zprávu o 150 stranách do Sonnet 4.6, zobrazí se chyba, nebo ještě hůř: Claude zpracuje jen prvních 100 stran a bude se tvářit, jako by přečetl celý dokument.
Řešení: rozdělte dlouhá PDF na části před nahráním. Nebo je převeďte do Markdownu – počet stran není omezen, pouze počet tokenů.
5. Nepoužívání ukládání promptů do mezipaměti při opakovaných požadavcích
Pokud pracujete se stejným dokumentem přes API, obalte ho do cache_control: ephemeral. Opakované požadavky během 5 minut stojí 10 % původní ceny. Jeden požadavek stojí víc; ostatní získají slevu 90 %.
Řešení: ve výchozím nastavení zapněte ukládání promptů do mezipaměti pro vše, co nahráváte více než jednou.
Co dál: práce s kontextem
Hlavní poznatek
Převod PDF do Markdownu je jedna z technik práce s kontextem, tedy nová dovednost při práci s AI. Prompt je otázka. Kontext je vše, co Claude vidí před otázkou a kolem ní: systémový prompt, CLAUDE.md, soubory, servery MCP a historie relace. Čím čistší kontext, tím přesnější odpověď a nižší cena. Přečtěte si úplnou analýzu v průvodci „Práce s kontextem v roce 2026“.
Převod PDF do Markdownu je jedním ze způsobů, jak ušetřit tokeny. Sám o sobě ale nezvyšuje přesnost odpovědí Claude. Přesnost vychází z práce s kontextem – z oboru, který se zabývá tím, co vložíte do kontextu modelu před položením otázky.
Pokud má váš CLAUDE.md 800 řádků, projekt 10 zbytečných serverů MCP a přidáte PDF o 100 stranách, převod do Markdownu zabrání jednomu úniku, ale zbývající tři budou pokračovat. Proto se tyto průvodce věnují následujícím tématům:
- Kam se v Claude Code ztrácejí tokeny - 9 vzorců úniku kontextu, nejen u PDF.
- Práce s kontextem v roce 2026 - systematické řízení kontextu.
- Režim Plan v Claude Code - režim plánování předtím, než Claude začne psát kód.
Zdroje
Pokračujte v objevování Ailoot na ailoot.ai.
Další podrobnosti
Časté otázky
Kolik tokenů Markdownu spotřebuje příklad 15 stran a čtyř chatů?
Při předpokladu článku 300 tokenů na převedenou stranu je součet 15 × 300 × 4 = 18,000 vstupních tokenů. Jde o ilustrativní odhad; pro vlastní soubor spočítejte tokeny převedeného dokumentu.
Stačí textový převod pro každé PDF?
Ne. Převedený Markdown porovnejte s PDF, zejména tabulky, pořadí stran a obsah závislý na obrázcích. Spotřebu tokenů porovnávejte až po ověření, že zůstaly informace potřebné pro váš úkol.