Blog

PDF in Claude Code: conversione, token e conservazione della struttura

Markdown

MarkItDown, PyMuPDF4LLM, MCP, script di conversione completi, limiti dei PDF e casi in cui l’analisi visiva conta più del risparmio di token.

Leggi l’articolo completo

Punto chiave

Ogni pagina PDF in Claude Code costa 1.500–3.000 token prima ancora della prima domanda, e Anthropic lo dichiara chiaramente nella propria documentazione. Nel calcolo illustrativo seguente, un report di 15 pagine in 4 chat usa 135,000 token di input PDF per circa $0.40, contro 18,000 token Markdown per $0.054: circa l’87% in meno. Si presumono 2,250 token PDF o 300 Markdown per pagina alla tariffa di input dell’esempio; i documenti effettivi variano. Questa guida illustra tre metodi di conversione (MarkItDown, PyMuPDF4LLM e un server MCP) e uno script bash pronto all’uso per una cartella di documenti.

Le istruzioni pratiche per usare Ailoot sono nella documentazione.

Cosa succede a un PDF in Claude e perché ogni pagina costa 1.500–3.000 token?

Punto chiave

Quando carichi un PDF in Claude Code, non viene letto come un file di testo. Prima ogni pagina viene convertita in un’immagine, poi se ne estrae il testo, e entrambi i livelli — immagine e testo — vengono aggiunti insieme al contesto. Ecco perché una pagina occupa 1.500–3.000 token e un documento di 50 pagine può usarne 75.000–150.000 prima che tu ponga la prima domanda.

La documentazione ufficiale di Anthropic descrive il processo in tre semplici passaggi:

Il sistema converte ogni pagina del documento in un’immagine. Il testo di ogni pagina viene estratto e fornito insieme all’immagine della pagina. Claude analizza sia il testo sia le immagini per comprendere meglio il documento.

— Anthropic, https://platform.claude.com/docs/en/docs/build-with-claude/pdf-support

Sembra logico, ma i costi di elaborazione crescono linearmente con il numero di pagine. Ecco il dato che spiega perché il limite del tuo abbonamento si esaurisce con un solo PDF:

Ogni pagina usa in genere 1.500–3.000 token, a seconda della densità dei contenuti. Poiché ogni pagina viene convertita in un’immagine, si applica lo stesso costo delle immagini standard.

— Anthropic, https://platform.claude.com/docs/en/docs/build-with-claude/pdf-support

Per capire quanto sia, Anthropic ha misurato lo stesso PDF di 3 pagine su Bedrock in due modalità. In modalità testo (Converse Document Chat) ha usato ~1.000 token. Con l’analisi visiva (Claude PDF Chat) ne ha usati ~7.000. L’inclusione delle immagini rende l’elaborazione 7 volte più costosa.

Le schermate delle pagine sono ancora peggio. Una schermata da 1000×1000 pixel costa circa 1.300 token.

Il meccanismo è semplice: i PDF sono costosi perché Claude non si fida del suo OCR. Usa sia il testo sia l’immagine per poterli confrontare, e tu paghi entrambi i livelli in una volta. Per i documenti lunghi puoi fare diversamente: salva il file come Markdown nella cartella del progetto e dì a Claude: «ecco un documento con delle informazioni: distribuiscile». Claude distribuirà il contenuto nei propri file e continuerà a lavorare sul testo organizzato, invece di consumare tutto in una volta.

Quanto consuma un PDF in un’attività tipica?

Punto chiave

Considera un report pubblico di 15 pagine usato in 4 contesti: analisi, citazioni, traduzione e riepilogo. Presumi 2,250 token di input per pagina PDF, 300 per pagina Markdown convertita e la stessa tariffa. Ricaricare il PDF dà 135,000 token, circa $0.40; Markdown ne dà 18,000, cioè $0.054. Il risparmio di circa l’87% deriva da queste ipotesi, non da una misurazione di ogni PDF.

I numeri specifici (modello Sonnet 4.x, input a $3 per milione di token):

ApproccioToken (15 pagine, 4 chat)Costo
PDF caricato direttamente 4 volte15 × 2250 × 4 = 135.000~$0,40
PDF → Markdown + 4 chat15 × 300 × 4 = 18.000~$0,054
Risparmio−87%−$0,35

E questo vale per un solo ciclo di 4 richieste. In seguito entra in gioco la cache dei prompt (TTL predefinito di 5 minuti, fino a 1 ora nel livello esteso, con uno sconto fino al 90% sulle chiamate ripetute nella finestra): il risparmio si moltiplica.

Ogni volta che carichi lo stesso PDF in una nuova chat, Claude lo legge di nuovo; la cache non viene mantenuta tra una chat e l’altra.

Se converti una volta lo stesso PDF di 15 pagine in Markdown e lo aggiungi come .md a ciascuna di quattro nuove chat, l’esempio usa 15 × 300 × 4 = 18,000 token di input anziché 135,000. I 300 token per pagina convertita e 2,250 per pagina PDF sono ipotesi del calcolo, non costanti misurate per ogni documento. Conta il tuo file e verifica la qualità prima di stimare il risparmio.

Il calcolo diventa ancora più significativo con un abbonamento Claude Pro. Un report di 100 pagine può consumare l’intero limite di 5 ore. Dopo la conversione in Markdown, nello stesso budget ci stanno più di 10 documenti di questo tipo.

Quali sono i limiti dell’API Anthropic per i PDF nel 2026?

Punto chiave

Anthropic impone limiti rigorosi: massimo 32 MB per richiesta (inclusi tutti i contenuti, non solo il PDF) e massimo 600 pagine per richiesta. Per gli attuali modelli Sonnet 4.x e Opus 4.x con contesto da 200K, però, il limite è inferiore: 100 pagine. Puoi inviare un PDF in tre modi: tramite URL, in Base64 oppure tramite Files API per riutilizzarlo con file_id. La Files API insieme alla suddivisione in parti serve per i documenti lunghi.

La documentazione di Anthropic elenca i limiti all’inizio (aggiornata al 31 maggio 2026):

RequisitoLimite
Dimensione massima della richiesta32 MB (varia in base alla piattaforma)
Numero massimo di pagine per richiesta600 (100 per i modelli con contesto da 200K token)
FormatoPDF standard senza password o crittografia

Entrambi i limiti si applicano all’intero corpo della richiesta, inclusi i contenuti inviati insieme al PDF. Per i PDF di grandi dimensioni, usa Files API e fai riferimento ai file con `file_id` per mantenere piccolo il corpo della richiesta.

— Anthropic, https://platform.claude.com/docs/en/docs/build-with-claude/pdf-support

Claude.ai (l’app web per i consumatori) ha limiti diversi: massimo 500 MB per file e fino a 20 file in una chat. L’analisi visiva funziona però solo per i PDF fino a 100 pagine: oltre tale limite Claude vede solo il testo, senza grafici e diagrammi.

Tre modi per inviare un PDF tramite API:

  1. Tramite URL - "source": {"type": "url", "url": "..."} - il più semplice quando il documento è online.
  2. In Base64 - "source": {"type": "base64", "media_type": "application/pdf", "data": "..."} - per i file locali.
  3. Tramite Files API - "source": {"type": "file", "file_id": "file_abc123"} - per richieste ripetute; richiede l’header beta anthropic-beta: files-api-2025-04-14.

Files API è il metodo principale per risparmiare quando lavori con lo stesso PDF in chat diverse. Caricalo una volta, ottieni un file_id e usalo per tutte le interazioni. Con cache_control: ephemeral, le chiamate ripetute costano il 10% del prezzo normale.

Anthropic fornisce anche consigli ufficiali per ridurre l’uso:

I PDF densi (con molto testo piccolo, tabelle complesse o grafica abbondante) possono riempire la finestra di contesto prima che venga raggiunto il limite di pagine. Prova a suddividere il documento in sezioni; per i file grandi, riduci la risoluzione delle immagini incorporate prima di caricarli.

— Anthropic, https://platform.claude.com/docs/en/docs/build-with-claude/pdf-support

Metodo 1: come configurare MarkItDown in 5 minuti?

Punto chiave

MarkItDown è un’utilità Python del team Microsoft AutoGen che converte PDF, DOCX, PPTX, XLSX, HTML, audio, immagini e persino video di YouTube in Markdown pulito. Su GitHub ha 134 mila stelle, una licenza MIT e si installa con un solo comando: pip install 'markitdown[all]'. È altrettanto facile da usare: markitdown document.pdf > document.md. È lo strumento più versatile per convertire file prima di usare Claude Code.

MarkItDown è un progetto ufficiale Microsoft gestito dal team AutoGen. Su GitHub ha 134 mila stelle e 9,2 mila fork (alla fine di maggio 2026). Il suo scopo è descritto direttamente nel README:

Un’utilità Python leggera per convertire file in Markdown da usare con LLM e pipeline di analisi del testo.

— Microsoft, https://github.com/microsoft/markitdown

Formati supportati:

  • Documenti: PDF, DOCX, PPTX, XLSX
  • Web: HTML, JSON, XML, CSV
  • Media: audio con trascrizione, immagini con EXIF e OCR, video di YouTube (tramite sottotitoli)
  • Archivi: ZIP, EPub
  • Altro: tutti gli allegati contenuti nei file Outlook MSG

Installazione

Requisito: Python 3.10+ (di solito è già installato su macOS; su Windows devi installarlo separatamente).

pip install 'markitdown[all]'

Se non ti servono tutti i formati, puoi installare solo quelli che ti interessano:

pip install 'markitdown[pdf, docx, pptx]'

Conversione di un singolo file

Il caso più semplice:

markitdown document.pdf > document.md

A quel punto, document.md apparirà nella cartella corrente. Aggiungilo a Claude Code con @document.md oppure mettilo accanto al progetto.

API Python

Se vuoi integrarlo nel tuo script:

from markitdown import MarkItDown

md = MarkItDown()
result = md.convert("research-paper.pdf")
print(result.text_content)

# Puoi salvarlo direttamente:
with open("research-paper.md", "w") as f:
    f.write(result.text_content)

Cosa NON può fare MarkItDown

  • OCR per PDF scansionati - non restituisce nulla. Per le scansioni servono PyMuPDF4LLM o Docling.
  • Layout complessi a più colonne - può confondere l’ordine di lettura.
  • URL incorporati nei PDF - non li conserva.

Per i PDF semplici (report, articoli, documentazione), MarkItDown è la scelta migliore: uno strumento versatile che si installa in un minuto e non richiede conoscenze di Python. Le sue prestazioni con documenti contenenti testo cirillico e scansioni sono illustrate nelle misurazioni dell’analisi su come convertire un PDF in testo per l’AI.

Metodo 2: cosa offre PyMuPDF4LLM e quando è la scelta migliore?

Punto chiave

PyMuPDF4LLM è un progetto di Artifex Software basato sul motore C nativo MuPDF. È il convertitore PDF più veloce (non serve una GPU); l’OCR intelligente viene applicato solo alle aree illeggibili e riduce del 50% il tempo di elaborazione. È l’unico strumento diffuso che conserva URL incorporati e immagini dei PDF. Lo svantaggio è la doppia licenza AGPL v3 / commerciale Artifex: per i progetti SaaS, AGPL significa che devi pubblicare il codice.

MarkItDown offre ampiezza di formati; PyMuPDF4LLM offre profondità nell’elaborazione dei PDF.

Un’estensione leggera di PyMuPDF che trasforma i PDF in dati puliti e strutturati con una configurazione minima.

— Artifex Software, https://pymupdf.readthedocs.io/en/latest/pymupdf4llm/

La versione al 31 maggio 2026 è la 1.27.2.3 (rilasciata il 24 aprile 2026).

Contenuto

  • Pagine a più colonne con il corretto ordine di lettura
  • Tabelle convertite in Markdown compatibile con GitHub
  • Intestazioni e piè di pagina rimossi automaticamente
  • Immagini estratte con link relativi in una cartella separata
  • OCR intelligente: applicato solo alle aree illeggibili, fa risparmiare ~50% del tempo di elaborazione
  • Motore C nativo, non serve una GPU

Installazione

pip install pymupdf4llm

Utilizzo

import pymupdf4llm

# Uso di base - direttamente in Markdown:
md_text = pymupdf4llm.to_markdown("document.pdf")

# Per salvarlo:
with open("document.md", "w") as f:
    f.write(md_text)

In una riga, come promesso:

python3 -c "import pymupdf4llm; \
  open('document.md','w').write(pymupdf4llm.to_markdown('document.pdf'))"

Quando scegliere PyMuPDF4LLM invece di MarkItDown

  • Quando il PDF contiene molti link che vuoi conservare (MarkItDown li perde).
  • Quando il documento è scansionato e ti serve l’OCR.
  • Quando ti serve velocità su migliaia di file in locale: il motore C nativo è più veloce dei wrapper Python.
  • Quando ti servono le immagini del PDF in una cartella separata per elaborarle ulteriormente.

Dettagli sulla licenza (importante per le aziende)

PyMuPDF4LLM è distribuito con doppia licenza: AGPL v3 OPPURE commerciale Artifex.

AGPL significa: se usi la libreria in un SaaS pubblico, devi pubblicare tutto il codice sorgente del servizio con la stessa licenza AGPL. Per uso interno (il tuo script sul tuo portatile), non ci sono restrizioni.

Per lo sviluppo commerciale senza divulgare il codice, acquista una licenza da Artifex (artifex.com). I prezzi non sono pubblicati: richiedili all’ufficio vendite.

Se stai creando un prodotto per i clienti, verifica la licenza fin dall’inizio. MarkItDown (MIT) e Docling (MIT) sono scelte più sicure per il SaaS.

Metodo 3: come collegare MarkItDown all’agente AI Claude Code tramite MCP?

Punto chiave

Il server MarkItDown MCP è lo stesso MarkItDown integrato nel protocollo MCP, così Claude Code può convertire PDF al volo senza caricare il file originale nel contesto. Collegalo con un solo comando tramite uv; la versione è bloccata: markitdown-mcp@0.0.1a7. Lo strumento disponibile per Claude è convert_to_markdown(uri). Il costo a riposo è ~110 token per la descrizione della skill e zero quando non serve.

MarkItDown in modalità CLI significa «converto i file manualmente in anticipo»; il server MCP significa «Claude Code decide quando convertire».

Installazione

Ti serve il gestore di pacchetti uv. Non è necessario installare il server separatamente: uv lo scarica al primo avvio.

Configurazione in Claude Code

Un comando collega il server a tutti i tuoi progetti, con la versione bloccata:

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

La voce markitdown dovrebbe indicare «Connected». Il primo avvio scarica circa settanta pacchetti e richiede fino a un minuto; in seguito, il server si avvia in uno o due secondi.

Ecco perché il comando richiede le due variabili. ORT_DISABLE_TELEMETRY=1 disabilita le statistiche che il motore onnxruntime integrato nel server invia per impostazione predefinita a Microsoft su Mac e Linux. UV_PYTHON=3.12 avvia il server con Python 3.12, per cui sono disponibili pacchetti precompilati su Windows, Linux e Mac con Apple Silicon. Sui Mac Intel e su macOS 13 e versioni precedenti, il server non si installa con Python 3.14. C’è una precisazione per Intel e 3.12: uv compilerà la libreria cryptography dai sorgenti, perché dal giugno 2026 non è disponibile un pacchetto Intel precompilato. L’installazione richiede più tempo e può non riuscire. Se non hai Python 3.12, uv lo scaricherà per te.

Il server viene eseguito direttamente sul tuo computer e può aprire qualsiasi file a cui hai accesso. Se Claude Code era aperto, riavvialo: markitdown apparirà nell’elenco dei server MCP.

Come usarlo

In Claude Code, basta dire:

Converti /Users/your-user/Documents/report.pdf in Markdown e analizza i punti principali.

Claude chiama direttamente convert_to_markdown(uri), riceve il Markdown e ci lavora: il PDF non viene caricato nel contesto.

URI supportati

  • file:// - file locali
  • http://, https:// - documenti online
  • data: - dati in linea (Base64)

Sicurezza

Dal README ufficiale:

Il server non supporta l’autorizzazione e viene eseguito con i permessi dell’utente che lo ha avviato.

— Microsoft, https://github.com/microsoft/markitdown/tree/main/packages/markitdown-mcp

Per impostazione predefinita, si associa a localhost. Se lo esegui tramite HTTP/SSE (opzione --http --host 127.0.0.1 --port 3001), non esporre la porta all’esterno senza un reverse proxy autenticato.

Quale metodo scegliere per la tua attività?

Punto chiave

MarkItDown è il tuttofare se lavori con diversi formati (PDF + DOCX + PPTX + YouTube) e ti serve un comando CLI rapido. PyMuPDF4LLM è lo specialista dei PDF: più veloce, con OCR e conservazione dei link, ma comporta una trappola AGPL per il SaaS. Docling è di livello produttivo e gestisce al meglio tabelle e formule. Marker è pensato per articoli scientifici con formule matematiche. Il server MCP è la scelta giusta se non vuoi occuparti della conversione e vuoi che Claude Code decida da solo.

Tabella comparativa estesa:

StrumentoStelle su GitHubIdeale perVelocitàLicenza
MarkItDown (Microsoft)134kPDF + DOCX + PPTX + YouTube + audioMediaMIT
PyMuPDF4LLM (Artifex)-PDF nativi, OCR, URL incorporatiPiù veloce (senza GPU)AGPL v3 / commerciale
Docling (IBM Research)60,7kRAG in produzione, tabelle, formuleMediaMIT
Marker (datalab.to)35,6kPDF scientifici, arXiv, formuleAlta (con GPU)GPL-3.0 + Open Rail-M
MinerU-Documenti CJK (cinese/giapponese)AltaApache-2.0

Marker pubblica risultati di accuratezza impressionanti nei benchmark:

0,18 secondi per pagina su una GPU H100 (122 pagine al secondo). Accuratezza del 95,67% contro l’84,24% di Llamaparse e l’86,43% di Mathpix. Sugli articoli scientifici, 96,67%.

— datalab.to, https://github.com/datalab-to/marker

Marker però richiede una GPU per raggiungere una buona velocità e include modelli di machine learning. Per la maggior parte delle attività (normali PDF testuali), PyMuPDF4LLM o MarkItDown svolgono il lavoro in pochi secondi senza GPU.

Una semplice regola per scegliere

  1. Uno o due PDF, serve rapidità - MarkItDown CLI.
  2. Decine di PDF, serve automazione - server MarkItDown MCP o PyMuPDF4LLM in uno script.
  3. PDF con link e immagini di cui è importante conservare la struttura - PyMuPDF4LLM.
  4. RAG in produzione per le aziende, dove è importante la stabilità delle tabelle - Docling.
  5. Articoli scientifici con formule - Marker.
  6. Non vuoi pensarci: lascia che Claude converta i file - server MarkItDown MCP.

Come scrivere uno script pronto all’uso per convertire automaticamente una cartella di documenti?

Punto chiave

La soluzione più pratica è uno script bash che attraversa una cartella di progetto, converte tutti i file PDF, DOCX e PPTX in Markdown e li salva in una sottocartella _md/. Configuralo una volta e qualsiasi nuova cartella di documenti diventerà «leggibile da Claude» in un solo passaggio. Poi aggiungi _md/ a Claude Code con @_md/ e lavora sul testo compresso.

Un esempio pratico: immagina di avere 40 report PDF e PPTX di clienti in una cartella: estratti conto di brokeraggio, contratti, presentazioni. Caricare direttamente la cartella in Claude è inutile: la finestra di contesto si riempirà di informazioni prima della prima risposta. Fai passare l’intera cartella nello script qui sotto in un solo passaggio, poi continua a lavorare con file .md leggeri invece che con PDF pesanti.

Salva questo script come scripts/docs-to-md.sh nella radice del progetto:

#!/bin/bash
# docs-to-md.sh - converte tutti i documenti in una cartella in Markdown usando MarkItDown
# Uso: 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"

Rendilo eseguibile:

chmod +x scripts/docs-to-md.sh

Eseguilo:

bash scripts/docs-to-md.sh ./reports

Dopo l’esecuzione, ./reports/_md/ contiene le versioni .md di tutti i documenti. Aggiungile a Claude Code con @reports/_md/ e lavora sul testo compresso invece che sui PDF.

Lo script salta automaticamente i file già convertiti (se il file .md è più recente della fonte): rieseguirlo è rapido e non ricalcola tutto.

Idempotenza e conversione incrementale

Se vuoi che lo script rilevi i PDF modificati (risalvati con lo stesso nome), aggiungi un controllo dell’hash del contenuto:

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"

Questa versione riconverte un file solo se il suo contenuto è cambiato.

Quando è ancora meglio usare un PDF in Claude invece di Markdown?

Punto chiave

La conversione in Markdown perde tre elementi: gli aspetti visivi (diagrammi, grafici, progetti), le tabelle complesse con celle unite e didascalie e la formattazione completa del documento come artefatto (per esempio, un contratto di cui devi citare la pagina). Se questi elementi sono importanti per l’attività, conserva il PDF, attiva l’analisi visiva e accetta consapevolmente il costo visivo.

Tre casi in cui la conversione in Markdown non basta:

1. Analisi visiva di diagrammi e grafici

Se Claude deve «leggere» un grafico — una curva dei prezzi, un diagramma di processo o uno schema architettonico — quell’informazione non è presente in Markdown. Markdown conserva solo le didascalie delle figure; la figura stessa va persa.

Soluzione: carica il PDF e attiva esplicitamente la modalità visiva. Nell’API Claude il flag funziona automaticamente; su AWS Bedrock serve il flag citations.

Claude analizza sia il testo sia le immagini per comprendere meglio il documento.

— Anthropic, https://platform.claude.com/docs/en/docs/build-with-claude/pdf-support

2. Tabelle complesse con celle unite

Le tabelle Markdown sono piatte. Se il PDF contiene una tabella con celle unite, intestazioni multilivello o tabelle nidificate, il convertitore appiattirà la struttura o perderà le relazioni.

Soluzione: usa direttamente il PDF, usa Docling (gestisce al meglio le tabelle complesse) oppure formatta manualmente il risultato dopo la conversione.

3. Documenti come artefatti con riferimenti alle pagine

Per documenti legali, contratti e verbali è importante poter citare «pagina 7, paragrafo 3». In Markdown i numeri di pagina vanno persi.

Soluzione: PDF + Files API + cache dei prompt. Caricalo una volta, poi fai riferimento al file tramite file_id: Claude vede la paginazione e può citare pagine specifiche.

Documenti brevi

Se un PDF ha meno di 2 pagine e lo usi una sola volta, convertirlo non conviene. 5.000 token per un PDF contro 800 per Markdown non rappresentano un risparmio sufficiente a giustificare l’installazione di MarkItDown.

Il punto di pareggio è circa 5+ pagine o 2+ usi dello stesso documento. Al di sotto, carica direttamente il PDF; al di sopra, convertilo.

Quali sono i 5 errori più comuni che si commettono con i PDF in Claude?

Punto chiave

Le insidie principali sono caricare di nuovo lo stesso PDF in chat diverse invece di convertirlo una volta, non usare la cache dei prompt per richieste ripetute, usare schermate invece del testo, non eseguire l’OCR sui PDF scansionati e ignorare il limite di 100 pagine per i modelli con contesto da 200K. Ogni errore spreca decine di migliaia di token senza motivo.

1. Caricare lo stesso PDF ogni volta in una nuova chat

Claude Pro ha un limite ai messaggi nell’arco di 5 ore: un report di 50 pagine può consumarlo tutto prima che tu faccia una seconda domanda.

Il principio è semplice: un’attività, una chat. Quando l’AI inizia a consumare una quantità assurda di token, significa che stai stipando tutto in una chat e aggiungendo il PDF più e più volte. Dedica una micro-attività a ogni finestra. Converti il documento in Markdown una sola volta, poi aggiungi il file .md a ogni nuova finestra insieme al progetto. Il cerchio della finestra di contesto non diventerà giallo.

Soluzione: convertilo una volta in Markdown oppure usa Files API con file_id e cache dei prompt.

2. Una schermata invece del testo

Un esempio tipico: qualcuno vuole mostrare a Claude un pezzo di codice o una tabella, fa una schermata dell’intero schermo da 1920×1080 e si chiede perché il limite si sia esaurito dopo 5 richieste.

Una schermata da 1000×1000 pixel costa ~1.300 token. Lo stesso testo copiato a mano ne costa 50–100. La differenza è da 13 a 26 volte.

Soluzione: ritaglia con precisione le schermate (solo la parte importante) oppure, meglio ancora, copia direttamente il testo.

3. Un PDF scansionato senza OCR

MarkItDown non può eseguire l’OCR. Se converti una scansione, il risultato è un file .md vuoto (o con 3 righe di rumore).

Soluzione: per le scansioni usa PyMuPDF4LLM (con OCR intelligente integrato) oppure Docling.

4. Ignorare il limite di 100 pagine

La documentazione di Anthropic indica un limite di 600 pagine per richiesta, ma in pratica il limite per i modelli con contesto da 200K (Sonnet 4.x, Opus 4.x) è di 100 pagine. Il limite di 600 pagine è destinato a modelli più vecchi o a livelli speciali.

Se carichi un report di 150 pagine su Sonnet 4.6, riceverai un errore o, peggio, Claude elaborerà solo le prime 100 pagine e agirà come se avesse letto l’intero documento.

Soluzione: suddividi i PDF lunghi in parti prima di caricarli. Oppure convertili in Markdown: non c’è un limite di pagine, solo un limite di token.

5. Non usare la cache dei prompt per le richieste ripetute

Se lavori con lo stesso documento tramite API, racchiudilo in cache_control: ephemeral. Le chiamate ripetute entro 5 minuti costano il 10% del prezzo iniziale. Una richiesta costa di più; le successive hanno uno sconto del 90%.

Soluzione: attiva la cache dei prompt per impostazione predefinita per tutto ciò che carichi più di una volta.

E adesso: ingegneria del contesto

Punto chiave

Convertire PDF in Markdown è una tecnica di ingegneria del contesto, una nuova competenza per lavorare con l’AI. Un prompt è una domanda. Il contesto è tutto ciò che Claude vede prima e intorno alla domanda: il prompt di sistema, CLAUDE.md, i file, i server MCP e la cronologia della sessione. Più il contesto è pulito, più la risposta è accurata e meno costa. Leggi l’analisi completa nella guida «Ingegneria del contesto nel 2026».

Convertire PDF in Markdown è un modo per risparmiare token. Da solo, non rende più accurate le risposte di Claude. L’accuratezza deriva dall’ingegneria del contesto, la disciplina che consiste nel decidere cosa inserire nel contesto del modello prima di porre una domanda.

Se il tuo CLAUDE.md ha 800 righe, il tuo progetto ha 10 server MCP superflui e aggiungi un PDF di 100 pagine, la conversione in Markdown eviterà una perdita, ma le altre tre resteranno. Ecco perché queste guide trattano:

Continua a esplorare Ailoot su ailoot.ai.

Maggiori dettagli

Domande frequenti

Quanti token Markdown usa l’esempio di 15 pagine e quattro chat?

Con l’ipotesi di 300 token per pagina convertita, il totale è 15 × 300 × 4 = 18,000 token di input. È una stima illustrativa: conta i token del documento convertito per il tuo file.

La conversione in testo basta per ogni PDF?

No. Confronta Markdown e PDF, soprattutto tabelle, ordine delle pagine e contenuti dipendenti dalle immagini. Confronta il consumo di token solo dopo aver verificato che le informazioni necessarie siano sopravvissute alla conversione.

Tutti gli articoli