Il RAG può collegare un modello alle informazioni aziendali, ma la qualità dipende da fonti, permessi, recupero, citazioni e valutazione, oltre agli embedding.

La risposta breve

Usa RAG quando la risposta deve fondarsi su fonti aggiornabili e citabili. Non usarlo per nascondere la mancanza di governance dei documenti o per aggirare i permessi delle applicazioni originali.

Il prossimo passo è chiarire la decisione, la responsabilità e le prove che accetteremo, prima di scegliere uno strumento.

Il modello decisionale

01. Fonti

Scegli i documenti rilevanti, assegna i responsabili e stabilisci il ciclo di aggiornamento.

02. Accesso

Mantieni i diritti dell’utente e filtra il recupero prima della generazione.

03. Recupero

Testa suddivisione in segmenti, metadati, ricerca e riordinamento dei risultati su domande reali.

04. Valutazione

Misura richiamo, fondamento della risposta, citazioni, rifiuto e latenza.

Applicazione pratica

01. Il contesto iniziale

Crea un registro delle fonti prima dell’indicizzazione. Per ogni documento annota responsabile, pubblico autorizzato, data di aggiornamento, versione, sensibilità e regola di conservazione. RAG non risolve le contraddizioni tra politiche o documenti vecchi: può renderle più facili da recuperare. Senza governance, la risposta può citare correttamente una fonte che non è più valida per quell’utente.

02. Esecuzione controllata

Progetta il recupero separatamente dalla generazione. Testa suddivisione in segmenti, metadati, filtraggio per permessi, combinazione di ricerca lessicale e semantica, numero di risultati e riordinamento. Mostra le citazioni in modo che l’utente possa verificare il passaggio. Il modello deve poter dire che non dispone di elementi sufficienti, invece di riempire gli spazi tra i frammenti con una spiegazione plausibile.

03. Le prove utili

Il set di valutazione si costruisce da domande reali e include risposte dirette, confronti, domande senza risposta, conflitti e richieste non consentite. Misura se è stata recuperata la fonte corretta, se l’affermazione è supportata e se i diritti sono stati rispettati. Valuta separatamente il recupero e la risposta; altrimenti non saprai se l’errore deriva da ricerca, contesto o modello.

04. La soglia decisionale

RAG è pronto all’uso quando le fonti hanno responsabili, l’aggiornamento è ripetibile, i permessi vengono applicati alla query e le regressioni sono rilevabili. Se il team deve correggere spesso i documenti dopo risposte sbagliate, il progetto ha prima di tutto un problema di gestione della conoscenza. A volte il risultato più prezioso del pilota è ripulire le fonti, non lanciare subito l’interfaccia IA.

Scenario e piano di lavoro

01. Esempio di diagnosi

Una base di conoscenza può contenere procedure attuali, versioni vecchie, documenti per la direzione e informazioni riservate a un team. Se tutto viene indicizzato senza metadati e filtraggio, una risposta può combinare fonti incompatibili o esporre un passaggio valido a una persona non autorizzata. Il registro delle fonti e il filtraggio precedono gli embedding. Per una domanda priva di supporto, il comportamento corretto è un rifiuto che indichi l’informazione mancante. La citazione permette all’utente di verificare non soltanto la frase, ma anche versione e diritto d’uso del documento.

02. Piano di implementazione

Il pilota inizia con un ambito ristretto e un insieme di domande raccolte dagli utenti. Valuti il recupero prima della generazione: se il passaggio corretto non compare, cambiare il modello di risposta non serve. Testi suddivisione in segmenti, metadati e permessi, poi la qualità dell’affermazione e della citazione. Aggiungi un processo di reindicizzazione ed eliminazione, monitori le domande senza risposta e conservi il feedback verificato. L’estensione ad altri reparti avviene solo quando i responsabili delle fonti accettano la responsabilità dell’aggiornamento e le regole di accesso possono essere applicate in modo coerente.

03. Il registro delle decisioni

Per poter verificare le raccomandazioni di «RAG per i dati aziendali: fonti, permessi e valutazione», apriamo un semplice registro prima del primo cambiamento. Vi annotiamo il problema osservato, la situazione iniziale, l’ipotesi, la persona responsabile, il periodo di valutazione e la condizione per interrompere o proseguire. Le evidenze provengono dalle fonti adatte al tema e gli indicatori tecnici restano separati dai risultati commerciali. La prima misura osservata è il numero di documenti rilevanti recuperati, senza considerarla isolatamente dalla qualità dei dati, dal costo totale e dagli effetti nelle fasi successive. Così una decisione può essere spiegata e ripetuta, non solo intuita da una dashboard favorevole.

04. Revisione e decisione successiva

Alla fine del ciclo confrontiamo il risultato con il punto di partenza e registriamo cosa è cambiato, cosa è rimasto incerto e quali effetti collaterali sono emersi. Verifichiamo esplicitamente che siano soddisfatte le condizioni «Le fonti hanno responsabili e versioni» e «I permessi vengono applicati al recupero». Se i dati non permettono una conclusione, manteniamo aperta l’ipotesi invece di dichiarare il successo. Il rischio «Indicizzare tutti i file senza selezione» resta visibile nella revisione, perché la pressione a dimostrare progressi non sostituisca l’analisi. Il passo successivo viene scelto solo quando il team sa dire cosa ha imparato e perché la nuova priorità conta più delle alternative.

Checklist prima dell'implementazione

  • Le fonti hanno responsabili e versioni.
  • I permessi vengono applicati al recupero.
  • La risposta cita il frammento usato.
  • Il sistema rifiuta quando non trova elementi di supporto.
  • La valutazione include domande senza risposta.
  • Aggiornamento e cancellazione vengono testati.

Che cosa misuriamo

Gli indicatori vengono definiti prima del lancio e distinguono i segnali tecnici dai risultati confermati.

  • documenti rilevanti recuperati;
  • risposte supportate e citazioni corrette;
  • tasso di rifiuto appropriato;
  • latenza, costo e feedback.

Errori e limiti

  • Indicizzare tutti i file senza selezione.
  • Suddivisione identica per formati diversi.
  • Ignorare le ACL.
  • Valutare solo attraverso l’impressione umana su poche domande.

Conclusione

Un buon sistema RAG rende visibili la fonte e l’incertezza. La qualità nasce dalla governance delle informazioni e dalla valutazione, non dalla dimensione dell’indice.