Come scegliere uno strumento RAG in base ai documenti e al rischio di errore
Imagen generada con gpt-image-2.5-sunburst para InferamaFonte ↗
01

Prima domanda: ti serve cercare o generare una risposta?

Prima di confrontare gli strumenti, definisci che cosa deve fare il sistema. La ricerca per parole chiave individua corrispondenze letterali; la ricerca semantica cerca passaggi correlati per significato; un sistema di generazione aumentata dal recupero (RAG) aggiunge i risultati recuperati al contesto di un modello linguistico, che li usa per formulare una risposta. Sono capacità diverse, anche se un prodotto può combinarle.

Un motore di ricerca tradizionale può bastare se le persone sanno quale termine, titolo o identificativo cercare e devono aprire il documento originale. La ricerca semantica è utile quando la domanda e il documento esprimono un concetto simile con parole diverse. RAG è adatto quando occorre sintetizzare più passaggi in una risposta conversazionale, con strumenti per consultare le fonti. Non rende automaticamente vere le informazioni recuperate e una risposta ben formulata non diventa una prova solo perché è convincente.

02

Criterio 1: la forma del documento determina la preparazione

Il formato del file non è un dettaglio di acquisizione: determina quale testo e quale struttura arrivano alla ricerca. Un documento di testo semplice è spesso più facile da indicizzare rispetto a un PDF scansionato, a un foglio di calcolo con celle unite o a un rapporto in cui titoli, note e tabelle dipendono gli uni dagli altri. Per le immagini delle pagine può servire l’OCR. Per tabelle, colonne e intestazioni occorre un’estrazione che conservi le relazioni tra i dati.

Anche il chunking — la suddivisione dei documenti in segmenti recuperabili — deve rispettare il contenuto. Se una tabella viene spezzata tra le righe o una cifra viene separata dalla sua intestazione, il segmento può sembrare pertinente e risultare comunque ambiguo. Nei testi lunghi conviene provare suddivisioni basate su sezioni o unità semantiche, conservare i metadati e controllare esempi reali dei segmenti indicizzati. Non esiste una dimensione ottimale valida per tutti: dipende dalle domande, dal contenuto e dal modello che riceve il contesto.

Matrice iniziale per la struttura dei documenti

Usa questa matrice come punto di partenza per testare documenti rappresentativi, non come garanzia che un connettore risolva ogni problema di formato.

Contenuto prevalenteAspetti della preparazione da verificareProva di accettazione
Testo digitale con intestazioniEstrazione del testo, gerarchia dei titoli e chunking che conservi le sezioniIl segmento recuperato mantiene titolo, sezione e contesto sufficienti?
PDF scansionato o pagine come immaginiOCR, ordine di lettura e individuazione delle pagine con estrazione carenteIn un campione di pagine vengono recuperati correttamente parole, numeri e note?
Tabelle, allegati o rapporti con più colonneParsing strutturato e conservazione di intestazioni, righe e unità di misuraUna domanda su una cifra restituisce anche il concetto, il periodo e l’unità?
Documenti misti o versioni successiveMetadati di versione, data, origine e stato; regole di aggiornamento e rimozioneSi evita di recuperare una versione ritirata come se fosse ancora vigente?

Segui il percorso dal file alla risposta

Non valutare solo la chat. Segui una domanda concreta attraverso le fasi di acquisizione, recupero e generazione.

  1. 01Scegli documenti che rappresentino i formati e gli errori più comuni nel corpus.
  2. 02Controlla quali testi, tabelle, titoli e metadati sono stati estratti dal sistema.
  3. 03Esamina i segmenti prodotti e verifica che conservino un contesto sufficiente.
  4. 04Esegui domande di prova e annota quali segmenti sono stati recuperati e quale risposta è stata formulata.
  5. 05Correggi l’estrazione o il chunking prima di attribuire ogni errore al modello.
03

Criterio 2: aggiornamento, permessi e tracciabilità

Se i documenti cambiano spesso, l’aggiornamento dell’indice è parte integrante del progetto. L’acquisizione deve prevedere come rilevare aggiunte e modifiche, recepire le versioni vigenti e rimuovere contenuti che non dovrebbero più comparire nei risultati. Misura quanto tempo impiega una modifica a diventare disponibile nelle ricerche: una promessa di aggiornamento non equivale a una verifica del tuo flusso di dati.

Per una domanda sensibile, lo strumento deve mantenere un collegamento verificabile tra ogni risposta e le sue fonti: identificativo del documento, versione o data, sezione o pagina e segmento utilizzato, secondo le informazioni presenti nel corpus. Deve anche permettere di ricostruire che cosa è stato recuperato per una domanda e applicare i permessi prima che i contenuti arrivino al modello. Una citazione visibile può aiutare la verifica, ma non dimostra da sola che l’affermazione sia supportata o che la fonte sia autorevole.

Il Regolamento europeo sull’intelligenza artificiale non trasforma ogni sistema RAG in un sistema ad alto rischio e non stabilisce un’unica specifica di citazione per ogni strumento. La classificazione dipende dall’uso e dalle condizioni applicabili. Se il sistema rientra in un caso d’uso regolamentato o influenza decisioni sensibili, occorre individuare gli obblighi pertinenti con il supporto di competenze specialistiche e definire di conseguenza registri, supervisione e controllo degli accessi. Le fonti qui disponibili non bastano a descrivere tutti i requisiti giuridici per ogni settore o sistema.

Requisiti di tracciabilità in base al rischio

I requisiti concreti vanno definiti considerando l’uso previsto e le conseguenze di una risposta errata.

EsigenzaControllo da richiedereChe cosa verificare
Orientamento su documenti di uso generaleCitazioni o collegamenti alla fonte e possibilità di aprire il passaggioIl riferimento conduce al documento e al segmento corretti
Policy con versioni o dateIdentità e validità della versione, con aggiornamenti e ritiri controllatiIl test distingue la versione vigente da quella storica
Uso legale, scientifico o regolamentatoRegistri ricostruibili, permessi, revisione umana e criteri di astensione in assenza di proveUn revisore può ricostruire l’origine e valutare se supporta ogni affermazione
04

Criterio 3: qualità del recupero, latenza e costi

Non esiste una sola metrica che convalidi un sistema RAG completo. Nel recupero, il recall misura se sono stati trovati i passaggi pertinenti attesi; la precisione misura quale proporzione dei risultati recuperati è pertinente. MRR valuta la posizione del primo risultato pertinente; NDCG considera qualità e ordinamento di più risultati. Sono metriche utili per confrontare i sistemi di recupero su un insieme di domande con risposte o passaggi attesi, ma non dimostrano che la risposta generata sia vera, completa o corretta sul piano giuridico.

Valuta separatamente la fedeltà della risposta al contesto, la copertura delle informazioni necessarie e la correttezza delle citazioni. Includi casi in cui la risposta corretta è astenersi, per esempio quando non ci sono documenti sufficienti, le fonti sono in conflitto o i permessi non consentono l’accesso. Le metriche automatiche possono aiutare a esaminare molte esecuzioni, ma è opportuno confrontarle con valutazioni umane su domande rappresentative, soprattutto quando gli errori possono avere conseguenze rilevanti.

Misura la latenza end-to-end e suddividila per fase: ricerca, re-ranking — il riordino dei candidati in base alla loro utilità —, chiamate al modello e altri passaggi. Più fasi di recupero possono aumentare tempi e costi; non vanno aggiunte senza verificare che migliorino la qualità per il problema concreto. Anche il costo per domanda dipende dalla lunghezza del contesto, dal numero di chiamate, dal volume elaborato e dall’infrastruttura. Le fonti disponibili non stabiliscono limiti universali per la dimensione dei documenti o la complessità delle tabelle negli strumenti commerciali: tali limiti dipendono dal prodotto, dalla configurazione e dalla data.

Matrice decisionale per problema

Calcola le metriche su domande realistiche del tuo corpus. La matrice suggerisce che cosa privilegiare, non definisce valori di riferimento universali.

Problema principalePriorità tecnicaValutazione più utile
Documenti vari o difficili da estrarreOCR o parsing corretti; chunking che conservi la struttura; ricerca ibrida se servono termini esattiControllo dell’estrazione; recall e precisione dei passaggi; test specifici per tabelle e codici
Dati che cambiano spessoAcquisizione incrementale; aggiornamento e cancellazione verificabili; metadati di versioneTempo di propagazione delle modifiche; domande su contenuti nuovi, modificati e ritirati
Esigenza elevata di tracciabilitàCitazioni consultabili; registri del recupero; permessi prima della generazione; astensione e revisioneEsattezza delle citazioni; fedeltà al passaggio; possibilità di ricostruire risposta e contesto
Domande semplici su un corpus stabileProvare un motore di ricerca lessicale o semantica prima di aggiungere la generazioneRecall, precisione, MRR o NDCG e tempo necessario per trovare il documento
Domande su più passaggi o fontiProvare un recupero iterativo o un’architettura più complessa solo se la domanda lo richiedeQualità finale rispetto a una baseline, latenza, costi ed errori nella selezione delle fonti

Progetta una valutazione prima di scegliere il fornitore

Un test piccolo ma rappresentativo può rivelare più di una dimostrazione basata su domande preparate dal fornitore.

  1. 01Raccogli domande reali, documenti rappresentativi e risposte o passaggi attesi.
  2. 02Includi nomi propri, identificativi, sinonimi, tabelle, versioni e domande senza una risposta sufficiente.
  3. 03Misura separatamente recupero, risposta, fedeltà delle citazioni, latenza e costi.
  4. 04Confronta le configurazioni usando lo stesso insieme di test e condizioni equivalenti.
  5. 05Fai esaminare a una persona i casi ad alto impatto e definisci quali errori impediscono il rilascio.
05

Tre scenari e quale strumento provare per primo

Documenti non strutturati: dai priorità alla capacità di estrarre i contenuti prima di confrontare i modelli. Prova l’OCR per le pagine scansionate, un parsing che conservi le tabelle e un chunking che rispetti le sezioni. Se le domande contengono nomi, codici o riferimenti esatti oltre a concetti, confronta la ricerca lessicale e quella semantica, includendo un approccio ibrido. Il re-ranking può servire se l’insieme iniziale contiene passaggi pertinenti ma li ordina male; non può recuperare informazioni perse durante l’estrazione.

Aggiornamenti frequenti: definisci gli obiettivi di aggiornamento e verifica l’intero ciclo di aggiornamento, sostituzione e cancellazione. Conserva date e versioni come metadati recuperabili. Se una risposta dipende da più fonti o richiede di scomporre la domanda, una strategia iterativa può essere utile, ma aggiunge passaggi. Inizia con il recupero standard se basta una ricerca in un singolo indice; in seguito confronta i miglioramenti con l’aumento di latenza e costi.

Tracciabilità legale o scientifica: richiedi fonti consultabili, registri utili per una revisione successiva, controlli dei permessi e criteri di astensione. La generazione non sostituisce l’interpretazione degli esperti e non verifica l’autorevolezza o l’attualità di un documento. Per affermazioni ad alto impatto, controlla le citazioni e il contesto originale; registra le correzioni e valuta se il sistema debba limitarsi a individuare prove invece di formulare conclusioni.

06

Limiti: rilevanza non significa veridicità

Un sistema di recupero ordina i candidati in base a segnali di corrispondenza o rilevanza; non certifica che un documento sia corretto, ufficiale, aggiornato o applicabile. Una risposta può citare un passaggio pertinente e tuttavia generalizzarlo, omettere una condizione, mescolare versioni o interpretare male una tabella. Il sistema può anche non trovare la fonte decisiva e produrre una risposta fluida basata su informazioni incomplete. Perciò la presenza di una citazione non equivale a una verifica dei fatti.

Le misure di protezione devono corrispondere al tipo di rischio: applicare i permessi durante il recupero, conservare provenienza e versione, confrontare le affermazioni con i passaggi, rilevare i conflitti, testare domande senza risposta sufficiente e consentire l’astensione. Nei contesti ad alto impatto, integra una revisione umana e definisci le responsabilità. La supervisione deve includere campioni di domande ed errori reali dopo il rilascio, non limitarsi alla valutazione iniziale.

RAG non decide quali fonti siano autorevoli e non risolve da sola le contraddizioni tra documenti. Queste decisioni richiedono regole di governance — per esempio, priorità basate sullo stato, sulla data o sul responsabile — e, nei casi sensibili, valutazione umana. Se una ricerca documentale senza generazione soddisfa l’esigenza, può essere un’opzione più semplice e facile da verificare. Lo strumento giusto è quello che risolve il compito entro limiti misurati, non quello che include più componenti.

Controlli minimi per una risposta verificabile

Adatta questi passaggi all’impatto del caso d’uso e prova ogni controllo con esempi deliberatamente complessi.

  1. 01Verifica che ogni utente possa recuperare solo i documenti per cui è autorizzato.
  2. 02Conserva origine, versione, data e posizione dei segmenti utilizzati.
  3. 03Collega ogni affermazione sostanziale a una prova consultabile, senza presumere che la citazione la convalidi automaticamente.
  4. 04Rileva contesto insufficiente, contraddizioni e domande fuori ambito; consenti l’astensione.
  5. 05Sottoponi a revisione umana le risposte ad alto impatto e registra le decisioni.
  6. 06Monitora modifiche al corpus, errori e metriche dopo ogni aggiornamento.
07

Criteri pratici per decidere

Inizia descrivendo domande reali e conseguenze di una risposta errata. Se il compito consiste nel trovare documenti, prova prima la ricerca per parole chiave o semantica. Se serve sintetizzare passaggi, confronta RAG con una baseline di ricerca e valuta separatamente recupero e generazione. Se i documenti sono difficili da leggere automaticamente, risolvi prima i problemi di OCR o parsing: un modello generativo non può ricostruire in modo affidabile ciò che non è mai arrivato nel suo contesto.

Per confrontare i fornitori, chiedi test sul tuo corpus o su un campione rappresentativo e verifica i limiti specifici nella documentazione aggiornata del prodotto che intendi acquistare. Controlla formati supportati, dimensioni massime, trattamento delle tabelle, aggiornamenti, permessi, esportazione dei registri e costi previsti con il volume di domande atteso. Non estendere un dato ottenuto con una configurazione o un fornitore a tutti i sistemi.

La decisione finale può essere graduale: prima un motore di ricerca, poi la ricerca ibrida se convivono termini esatti e semantici, il re-ranking se migliora l’ordine dei risultati e RAG se la sintesi porta un valore misurabile. Aggiungi il recupero iterativo solo quando le domande richiedono davvero più passaggi. Prima del rilascio, definisci criteri di approvazione, responsabili dei dati, regole di revisione e una procedura per ritirare o correggere risposte problematiche.

Lista rapida per valutare un acquisto

Chiedi prove verificabili invece di basarti su una dimostrazione generica.

AreaDomanda decisionale
CorpusEstrae correttamente i miei formati, comprese scansioni e tabelle?
RecuperoPosso misurare recall e precisione usando domande e passaggi attesi?
TracciabilitàPosso aprire la fonte esatta e ricostruire che cosa ha ricevuto il modello?
PermessiI documenti vengono filtrati in base all’identità prima di generare una risposta?
AggiornamentiCome vengono applicati modifiche, versioni e cancellazioni, e con quali tempi?
OperativitàQuali sono latenza e costi misurati con i miei volumi e la mia configurazione?
RischioQuando il sistema si astiene e quali risposte richiedono una revisione umana?

Questioni aperte

  • Le fonti fornite non stabiliscono limiti massimi universali per la dimensione dei documenti o la complessità delle tabelle negli strumenti commerciali; occorre consultare la documentazione aggiornata del prodotto e della configurazione specifici.
  • Le prove fornite non consentono di dettagliare tutti i requisiti applicabili del Regolamento europeo sull’intelligenza artificiale a ciascun sistema ad alto rischio; classificazione e obblighi dipendono dall’uso e vanno verificati caso per caso.
  • Le metriche e i controlli proposti sono criteri di valutazione, non soglie universali di approvazione. Ogni team deve definirli in base al corpus, alle domande e alle conseguenze degli errori.
08

Continua a esplorare

08

Fonti consultate

03

Correzioni e trasparenza

Se trovi un dato errato o non aggiornato, inviaci la pagina e la fonte da verificare.

Proponi una correzione