
Un modello linguistico conosce ciò che ha appreso durante l’addestramento, ma non possiede automaticamente procedure, listini, contratti o manuali aggiornati dell’azienda. LaRAG aziendale, acronimo di Retrieval-Augmented Generation, affronta questo limite recuperando le informazioni pertinenti da una base documentale prima di generare la risposta.
La differenza è importante: non si chiede al modello di ricordare ogni contenuto interno. Gli si forniscono, per ogni domanda, i passaggi più rilevanti e le relative fonti. La qualità finale dipende quindi da due sistemi distinti: quello che trova le informazioni e quello che le trasforma in una risposta.
Come funziona una pipeline RAG
I documenti vengono acquisiti, ripuliti e suddivisi in porzioni utilizzabili. Ogni porzione riceve metadati, come fonte, data, reparto, prodotto e livello di accesso. Quando arriva una domanda, il sistema individua i contenuti semanticamente più vicini, può riordinarli per pertinenza e li inserisce nel contesto dato al modello.
| Fase | Attività | Errore frequente |
|---|---|---|
| Ingestion | Raccoglie e converte le fonti | Importare versioni obsolete o duplicate |
| Suddivisione | Crea porzioni coerenti di testo | Spezzare definizioni e tabelle fuori contesto |
| Indicizzazione | Rende i contenuti ricercabili | Metadati poveri o incoerenti |
| Retrieval | Seleziona i passaggi pertinenti | Recuperare contenuti simili ma non applicabili |
| Generazione | Produce la risposta usando le fonti | Integrare affermazioni non supportate |
| Verifica | Controlla risposta e riferimenti | Valutare soltanto lo stile del testo |
RAG, ricerca tradizionale o fine-tuning?
La ricerca tradizionale è adatta quando l’utente vuole trovare il documento e leggerlo. La RAG è utile quando deve ottenere una sintesi o una risposta costruita usando più fonti. Il fine-tuning, invece, modifica il comportamento del modello ed è più indicato per stile, formato o compiti ricorrenti; non è il metodo più semplice per mantenere aggiornate informazioni che cambiano spesso.
Le tre soluzioni possono convivere. Un assistente interno può offrire il link al documento, generare una risposta con citazioni e adottare un formato appreso. Il criterio non è scegliere la tecnologia più sofisticata, ma associare ogni problema al meccanismo corretto.
I casi d’uso con maggiore concretezza
Nel supporto clienti la RAG può recuperare condizioni commerciali e procedure collegate al prodotto interessato. Nelle vendite può confrontare schede tecniche, materiali e disponibilità documentale. Per il personale interno può trasformare manuali, policy e knowledge base in un punto di accesso conversazionale.
Il perimetro deve restare esplicito. Una risposta su una procedura operativa richiede fonti approvate; una domanda legale o finanziaria può richiedere l’obbligo di mostrare il documento e passare la decisione a una persona. La RAG migliora l’accesso alla conoscenza, ma non assegna automaticamente autorevolezza a qualsiasi file presente nell’archivio.
Accessi e governance non possono essere aggiunti dopo
Il sistema deve rispettare gli stessi permessi delle fonti originali. Se un dipendente non può aprire un contratto, non dovrebbe riceverne il contenuto attraverso l’assistente. I metadati di autorizzazione devono quindi accompagnare i documenti durante indicizzazione e recupero, non essere filtrati soltanto nell’interfaccia finale.
Servono inoltre un proprietario per ogni fonte, una data di validità, regole di aggiornamento e una gestione delle versioni. Quando due documenti si contraddicono, il modello non può decidere quale rappresenti la policy aziendale senza un criterio definito a monte.
Come misurare una RAG aziendale
| KPI | Domanda | Metodo di lettura |
|---|---|---|
| Retrieval hit rate | La fonte corretta viene recuperata? | Test su domande con risposta nota |
| Groundedness | Le affermazioni sono supportate dai passaggi? | Valutazione automatica e campione umano |
| Completezza delle citazioni | Le fonti coprono i punti decisivi? | Quota di affermazioni verificabili collegate a una fonte |
| Acceptance rate | La risposta viene usata senza correzioni? | Feedback e comportamento dell’utente |
| Tempo alla risposta utile | Quanto accelera il lavoro? | Confronto con ricerca manuale |
| Costo per risposta risolta | Quanto costa il risultato corretto? | Indicizzazione, modelli, revisione e infrastruttura |
Perché la RAG può fallire anche con un buon modello
Un documento scansionato male, una tabella persa durante la conversione o una domanda priva di contesto possono compromettere il recupero. Anche la scelta di porzioni troppo grandi diluisce la pertinenza, mentre porzioni troppo piccole eliminano le informazioni necessarie a interpretare il testo.
La RAG non elimina le risposte inventate: le rende più controllabili soltanto se il sistema impone di attenersi alle fonti e sa dichiarare quando non trova evidenze sufficienti. Per iniziare conviene selezionare un corpus limitato, costruire un set di domande reali e misurare separatamente recupero e generazione. Una base RAG affidabile può poi alimentare anche un progetto diAI agentica, mantenendo conoscenza e azione su due livelli verificabili.
Hai un progetto eCommerce o marketing da sbloccare?
Scrivimi cosa vuoi ottenere e dove si sta fermando il progetto.


