Dietro l'editor

Perché è così bravo a modificare i documenti?

Un modello linguistico sa scrivere un'ottima frase, ma reinserirla con la formattazione è un compito diverso. Spieghiamo perché è stato difficile fare in modo che l'IA modificasse un documento e cosa abbiamo costruito per risolverlo.

9 min di lettura3 ottobre 2026

Panoramica

Chiedi a un chatbot di correggere una clausola in un file Word e gli stai chiedendo di fare due lavori contemporaneamente: cambiare le parole e riscrivere il formato del file che le contiene. I modelli linguistici sono bravi nel primo compito e inaffidabili nel secondo.

solleva il modello dal secondo compito. Questo articolo spiega perché è importante, come funziona sui documenti lunghi e come si confronta con i siti di chat e gli agenti per l'uso del computer.

  1. 01Un modello linguistico legge un documento come markup, non come pagina.
  2. 02Un singolo carattere errato può rendere un file illeggibile, e output lunghi rendono probabili i caratteri errati.
  3. 03 separa il contenuto dalla formattazione: il modello modifica le parole, il nostro codice scrive il file.
  4. 04I documenti lunghi vengono suddivisi in batch, divisi e dotati di contesto, come fanno i moderni agenti di programmazione.
  5. 05I siti web di chat possono modificare i file con Python, ma le modifiche possono andare perse silenziosamente.
  6. 06Gli agenti per l'uso del computer modificano come un essere umano, a un costo molte volte superiore.

01

L'LLM vede solo il testo, non la formattazione

Apri un contratto in Word e vedi una pagina: un'intestazione nello stile aziendale, un importo in grassetto, una scadenza sottolineata. Il programma Word crea queste formattazioni, così possiamo modificare visivamente. Sotto un file Word (.docx) c'è un sistema complesso di XML, in cui ogni parola che vediamo è annotata con grande fatica da parole nascoste note come markup.12

Quello che vedi

Cosa vede il modello

<w:p>  <w:pPr><w:pStyle w:val="Heading2"/></w:pPr>  <w:r><w:t>4. Affitto</w:t></w:r></w:p><w:p>  <w:pPr><w:jc w:val="both"/></w:pPr>  <w:r><w:t xml:space="preserve">Il conduttore deve pagare </w:t></w:r>  <w:r><w:rPr><w:b/><w:color w:val="1F4E79"/></w:rPr><w:t>US$2,400</w:t></w:r>  <w:r><w:t xml:space="preserve"> </w:t></w:r>  <w:r><w:rPr><w:i/><w:u w:val="single"/></w:rPr><w:t>il primo giorno di ciascun mese</w:t></w:r>  <w:r><w:t>.</w:t></w:r></w:p>
Figura 1La stessa clausola due volte. Le parole occupano 77 caratteri; l'XML attorno ad esse ne occupa 466. Estratto di word/document.xml.

Un LLM non è aiutato da Microsoft Word, LibreOffice o Pages e deve fare affidamento sulla propria comprensione dei marcatori. Per modificare correttamente, un LLM deve comprendere l'effetto del marcatore originale e scrivere la nuova frase nel marcatore corretto.

02

L'output dell'LLM è intrinsecamente instabile

I modelli saranno anche migliorati notevolmente, ma persino gli ultimi continuano a commettere errori. In uno studio del 2026 di Microsoft Research su 19 modelli in 52 domini professionali, i modelli di punta come Gemini 3.1 Pro, Claude 4.6 Opus e GPT 5.4 hanno corrotto in media il 25% del contenuto dei documenti al termine di lunghi flussi di lavoro di modifica.4

In un file Word, un piccolo errore è sufficiente per rendere un file inutilizzabile. Qui il modello ha tralasciato un singolo slash:

<w:p>  <w:pPr><w:jc w:val="both"/></w:pPr>  <w:r><w:t xml:space="preserve">Il conduttore deve pagare </w:t></w:r>  <w:r><w:rPr><w:b>1<w:color w:val="1F4E79"/></w:rPr><w:t>US$2,400</w:t></w:r>  <w:r><w:t xml:space="preserve"> </w:t></w:r>  <w:r><w:rPr><w:i/><w:u w:val="single"/></w:rPr><w:t>il primo giorno di ciascun mese</w:t></w:r>  <w:r><w:t>.</w:t></w:r></w:p>
Figura 2Uno slash mancante lascia aperto il tag del grassetto. L'XML non è più ben formato e Word non aprirà il file normalmente.3

XML non tollera i markup errati. Un file è ben formato oppure non lo è. Word a volte può recuperare un file danneggiato, ma la copia recuperata potrebbe presentare parti di testo o formattazione mancanti.

Output più lungo, più errori

Il rischio cresce con la lunghezza. LongProc, un benchmark del 2025 per l'output strutturato lungo, ha riscontrato che i modelli con pesi aperti vacillano a 2.000 token di output e GPT-4o si degrada significativamente a 8.000.5 Un altro studio ha rilevato che le prestazioni calano dal 13,9% all'85% man mano che l'input cresce, anche quando il modello è in grado di recuperare ogni singolo fatto rilevante.6 Un documento Word di 10 pagine equivale a circa 10.000 token; cercare di modificare tutte e 10 le pagine in una sola volta senza commettere errori è un'impresa impossibile.

<w:p>  <w:pPr><w:pStyle w:val="ClauseText"/></w:pPr>  <w:r><w:rPr><w:b/><w:sz w:val="24"/></w:rPr><w:t>5.1</w:t></w:r>  <w:r><w:rPr><w:sz w:val="24"/></w:rPr><w:t xml:space="preserve"> Harlow &1 Pike LLP agisce per conto del Locatore in tutte le questioni derivanti dal presente Contratto di Locazione.</w:t></w:r></w:p><w:p>  <w:pPr><w:pStyle w:val="ClauseText"/></w:pPr>  <w:r><w:rPr><w:b/><w:sz w:val="24/>2</w:rPr><w:t>5.2</w:t></w:r>  <w:r><w:rPr><w:sz w:val="24"/></w:rPr><w:t xml:space="preserve"> Il Conduttore deve mantenere i Locali in buono e sostanziale stato di manutenzione e conservazione.</w:t></w:r></w:p><w:p>  <w:pPr><w:pStyle w:val="ClauseText"/></w:pPr>  <w:r><w:rPr><w:b/><w:sz w:val="24"/></w:rPr><w:t>5.3</w:t></w:r>  <w:r><w:rPr><w:sz w:val="24"/></w:rPr><w:t xml:space="preserve"> Qualsiasi avviso deve essere dato per iscritto e consegnato all'indirizzo indicato nell'Allegato 2.</w:t></w:p>3<w:p>  <w:pPr><w:pStyle w:val="ClauseText"/></w:pPr>  <w:r><w:rPr><w:b/><w:sz w:val="24"/></w:rPr><w:t>5.4</w:t></w:r>  <w:r><w:rPr><w:sz w:val="24"/></w:rPr><w:t xml:space="preserve"> Il Locatore può risolvere il presente Contratto4
  1. 1Una e commerciale isolata nel testo. XML richiede che venga convertita in entità.
  2. 2Una virgoletta di chiusura mancante. Tutto ciò che segue viene letto come parte del valore.
  3. 3Un segmento di testo (run) che non viene mai chiuso prima della fine del paragrafo.
  4. 4L'output si interrompe semplicemente. Generazioni lunghe possono raggiungere un limite di lunghezza o andare in timeout a metà tag.
Figura 3Quattro clausole di output del modello, quattro tipi di errore. Ciascuna di esse, da sola, rende il file illeggibile.

03

Come risolve il problema

Scriviamo programmi personalizzati che separano la formattazione dal contenuto. Il modello riceve le parole da modificare, insieme a un'immagine renderizzata della pagina, in modo da ricevere assistenza da un programma Word. Il nostro codice inserisce quindi le parole modificate nei segmenti di testo originali e lascia intatto il resto del file.

Il tuo file

<w:p>  <w:pPr><w:jc w:val="both"/></w:pPr>  <w:r><w:t xml:space="preserve">Il conduttore deve pagare </w:t></w:r>  <w:r><w:rPr><w:b/><w:color w:val="1F4E79"/></w:rPr><w:t>US$2,400</w:t></w:r>  <w:r><w:t xml:space="preserve"> </w:t></w:r>  <w:r><w:rPr><w:i/><w:u w:val="single"/></w:rPr><w:t>il primo giorno di ciascun mese</w:t></w:r>  <w:r><w:t>.</w:t></w:r></w:p>

separa il contenuto dalla formattazione

Contenuto estratto

Il conduttore deve pagare US$2,400 il primo giorno di ciascun mese.

Pagina visualizzata

Entrambi vanno al modello

Modello linguisticoModifica le parole. Non tocca mai l'XML.

Il modello restituisce il contenuto modificato

Output del modello

Il conduttore deve pagare US$2,400US$2,600 il primo giorno di ciascun meseil quinto giorno di ciascun mese.

reinserisce le parole nei segmenti di testo originali

Il tuo file, modificato

<w:p>  <w:pPr><w:jc w:val="both"/></w:pPr>  <w:r><w:t xml:space="preserve">Il conduttore deve pagare </w:t></w:r>  <w:r><w:rPr><w:b/><w:color w:val="1F4E79"/></w:rPr><w:t>US$2,600</w:t></w:r>  <w:r><w:t xml:space="preserve"> </w:t></w:r>  <w:r><w:rPr><w:i/><w:u w:val="single"/></w:rPr><w:t>il quinto giorno di ciascun mese</w:t></w:r>  <w:r><w:t>.</w:t></w:r></w:p>

✓ .docx valido. Grassetto, colore e sottolineatura sono esattamente come erano.

Figura 4La pipeline di modifica, semplificata. Il testo evidenziato è l'unica parte del file modificata.

Questo risolve entrambi i problemi in una sola volta. Il modello ora vede la formattazione che non poteva vedere prima e non scrive più il markup che aveva maggiori probabilità di corrompere.

Non troverai questo livello in un chatbot generalista. I programmi di estrazione, rendering e ricomposizione sono sviluppati e mantenuti dagli ingegneri di .

04

Risoluzione del problema del contesto lungo

Alcune modifiche sono lunghe: un paragrafo che si estende su più pagine, o una singola modifica applicata in modo coerente a centinaia di esse. Per queste abbiamo tratto insegnamento dall'ingegneria del software. Nel marzo 2026, Anthropic ha pubblicato accidentalmente il codice sorgente di Claude Code, il suo agente di programmazione IA, all'interno di un pacchetto npm pubblico.7

Quell'editor di codice trapelato insegna una lezione semplice: per modificare qualcosa di lungo, suddividilo. Dividiamo un documento in gruppi di pagine, una tecnica chiamata batching, e spezziamo i paragrafi lunghi in frasi, in modo che ogni modifica sia abbastanza piccola da risultare corretta.

Suddividere un documento crea un nuovo problema: il contesto. Come si modifica un paragrafo a pagina 60 usando una definizione a pagina 2? Qui, due anni di esperienza con gli editor di codice basati su IA (Cursor, GitHub Copilot, OpenAI Codex) danno i loro frutti. La loro risposta è l'ingegneria del contesto, che raccoglie informazioni correlate in una raccolta mirata e la fornisce a sotto-agenti con finestre di contesto pulite.8 Facciamo lo stesso con i documenti. Raggruppiamo le informazioni logicamente correlate, come farebbe un lettore attento, e poi le inviamo con l'obiettivo di modifica a sotto-editor che effettuano la modifica effettiva.

1Elabora il documento in batch

pagg. 1–40pagg. 41–80pagg. 81–120pagg. 121–160pagg. 161–200pagg. 201–240pagg. 241–280pagg. 281–300

2Dividi i paragrafi lunghi

Clausola 18.3 · pag. 60
Frase 1Frase 2Frase 3Frase 4Frase 5

3Raccogli il contesto, quindi modifica in parallelo

Termini definitipagg. 2–12

Parti e ruolipag. 1

Emendamenti precedentipag. 34

Sotto-editor 1pagg. 1–40 + raccolta

Sotto-editor 2pagg. 41–80 + raccolta

Sotto-editor 3pagg. 81–120 + raccolta

Figura 5Un documento di 300 pagine, suddiviso. Ogni sotto-editor riceve una piccola parte del documento insieme al contesto da cui dipende quella parte.

Esempio: oscuramento dei dati in una sentenza

Un avvocato vuole che ogni nome di testimone in una sentenza venga oscurato e che venga fornito un elenco dei casi citati affinché un praticante possa fare ricerche.

  1. Cerca. individua ogni nome di persona e ogni citazione di caso tramite la normale corrispondenza di pattern. Non è ancora necessario alcun modello.
  2. Classifica. Ogni nome, insieme alla frase che lo circonda, viene inviato a un modello che decide: testimone, avvocato o giudice. Le risposte costituiscono una raccolta di testimoni.
  3. Raccogli. Lo stesso metodo costruisce una raccolta di casi citati.
  4. Agisci. Poiché sappiamo esattamente dove è stato trovato il nome di ogni testimone, oscuriamo quei punti, e solo quelli, nel file originale.

NELL'ALTA CORTE DI GIUSTIZIA

DIVISIONE DEL BANCO DEL RE

Harrow v Kestrel Logistics Ltd

Prima: Mrs Justice Holloway

SENTENZA

Mrs Justice Holloway: La presente domanda deriva dal crollo di una banchina di carico presso il magazzino del Convenuto in data 14 marzo 2024. L'Attore è stato rappresentato da Ms Priya Raman e il Convenuto da Mr Thomas Whitby. Ho ascoltato le testimonianze orali nel corso di quattro giorni.

Il testimone chiave, Mr Daniel Okafor, era un mulettista del turno di notte. Mr Okafor ha dichiarato alla corte che le luci di avvertimento della banchina erano guaste da diverse settimane e di averlo segnalato due volte. Una seconda testimone, Ms Margaret Ellison, un'appaltatrice che ha ispezionato la banchina a febbraio, ha confermato che la sua relazione raccomandava la riparazione immediata. Ho trovato entrambi i testimoni accurati e credibili.

Il dovere di diligenza di un occupante nei confronti di coloro che si trovano legittimamente nei suoi locali è ben stabilito e prendo come punto di partenza il principio del vicino in Donoghue v Stevenson [1932] AC 562. Se sia equo, giusto e ragionevole imporre un dovere in circostanze nuove è regolato da Caparo Industries plc v Dickman [1990] 2 AC 605, ma queste circostanze non sono nuove. Mr Whitby ha sostenuto che le perdite rivendicate fossero troppo remote. Tale affermazione deve essere verificata rispetto a Hadley v Baxendale (1854) 9 Exch 341.

Avendo esaminato le prove di Mr Okafor e Ms Ellison insieme ai documenti, sono convinta che il Convenuto fosse a conoscenza del difetto e non abbia agito. La domanda è accolta nel merito della responsabilità. I danni saranno determinati in un'udienza successiva. Ringrazio Ms Raman e Mr Whitby per le loro argomentazioni chiare e mirate.

Figura 6Cambia visualizzazione per vedere il risultato. La sentenza e i nomi sono di fantasia; i tre casi citati sono reali.

05

chatgpt.com, claude.ai e altri siti web di chat possono fare lo stesso?

A volte, sì. Questi siti Web spesso includono un interprete Python, che consente al modello di aprire un file Word o PowerPoint e modificarne l'XML tramite codice.

Ma il codice è comunque scritto da un modello instabile e nulla verifica il risultato rispetto all'originale. Nei nostri test interni, abbiamo spesso ricevuto documenti con cancellazioni e modifiche inattese. In un caso estremo, un documento di 20 pagine è tornato come un documento di 10 pagine, senza alcun preavviso.

Sito web di chat con Python

20 pagine
10 pagine

Fatto! Ho aggiornato il tuo documento con le modifiche richieste.

Nessun accenno alle 10 pagine mancanti.

Registro delle modifiche di

  • p. 4 · Clausola 2.1

    trenta (30) giorni sessanta (60) giorni

    Ripristina
  • p. 9 · Clausola 6.3

    il Fornitore l'Appaltatore

    Ripristina
  • pag. 17 · Allegato 1

    US$2,400 US$2,600

    Ripristina

Genera nuovo documento

Figura 7Sinistra: un troncamento silenzioso dai nostri test interni. Destra: ogni modifica dell'IA su OneTurn è elencata e può essere annullata.

Un'omissione o modifica silenziosa è fatale per qualsiasi lavoro serio. Su , ogni modifica apportata dal nostro agente di intelligenza artificiale viene registrata. Puoi esaminarle una per una, annullarne una qualsiasi e generare un nuovo documento.

06

Gli agenti per l'uso del computer come OpenClaw o Manus possono farlo?

Questi agenti controllano un computer nello stesso modo in cui lo fa una persona. Aprono il documento in Microsoft Word o PowerPoint, quindi scorrono, fanno clic e digitano.11 Poiché usano gli stessi programmi di un essere umano, possono modificare come un essere umano e i risultati sono spesso impressionanti.

Il prezzo è in termini di costo e velocità. L'agente legge un documento acquisendo schermate mentre scorre, e ogni piccolo passaggio richiede la chiamata a un modello per decidere cosa fare dopo. Una schermata Full HD costa da sola tra i 1.500 e i 2.700 token circa.10 Nel benchmark OSWorld, persino i migliori agenti hanno eseguito da 2,7 a 4,3 volte più passaggi del necessario, e i passaggi successivi hanno richiesto fino a 3 volte più tempo rispetto a quelli iniziali.9

Agente per l'uso del computer

  1. Acquisisci una schermata
  2. Il modello decide l'azione successiva
  3. Scorri, fai clic o digita
  4. Ripeti per ogni passaggio

  1. Leggi il testo una volta
  2. Modifica in batch
  3. Scrivi il file
Contratto di 20 pagine, 30 modificheAgente per l'uso del computer
Chiamate al modello≈ 180≈ 12
Token per chiamata≈ 10,000≈ 4,000
Token totali≈ 1,800,000≈ 48,000
Differenza≈ 37 volte di più, o ≈ 100–160 volte con i passaggi aggiuntivi misurati su OSWorld
Figura 8Ipotesi: circa 11.000 parole; 60 screenshot per leggere il documento; 4 azioni per modifica; ogni chiamata include uno screenshot più la cronologia recente. OneTurn legge il testo una volta e invia le modifiche in batch.

Secondo le nostre stime, un agente per l'uso del computer può consumare fino a 100 volte più token LLM rispetto a per le stesse modifiche, e impiegare molto più tempo a terminare.

Fonti

  1. Struttura di un documento WordprocessingMLMicrosoft Learn · Documentazione Open XML SDK
  2. ECMA-376: Formati di file Office Open XMLEcma International · standard
  3. Convalida un documento di elaborazione testiMicrosoft Learn · Documentazione Open XML SDK
  4. Gli LLM corrompono i tuoi documenti quando deleghiLaban, Schnabel e Neville · Microsoft Research · 2026
  5. LongProc: Valutazione comparativa di modelli linguistici a lungo contesto sulla generazione procedurale lungaYe et al. · COLM 2025
  6. La sola lunghezza del contesto danneggia le prestazioni degli LLM nonostante un recupero perfettoDu et al. · Risultati di EMNLP 2025
  7. Anthropic espone accidentalmente il codice sorgente di Claude Code tramite il file di mappatura sorgente npmInfoQ · 7 aprile 2026
  8. Ingegneria del contesto efficace per agenti di IAAnthropic Engineering · 29 settembre 2025
  9. OSWorld-Human: Valutazione dell'efficienza degli agenti per l'uso del computerAbhyankar, Qi e Zhang · MLSys 2026
  10. Visione: risoluzione e costo in tokenDocumentazione della piattaforma Claude
  11. Manus di Meta lancia l'app desktop per portare il suo agente IA sui dispositivi personali nel bel mezzo della mania di OpenClawCNBC · 18 marzo 2026

Le figure sono illustrazioni realizzate per questo articolo. L'XML è vero WordprocessingML; i nomi dei file, le persone e la sentenza sono fittizi.

Provalo su un documento che non puoi permetterti di rovinare.

Prova gratis →