Se volete che un assistente IA risponda con precisione a domande normative, dovete risolvere un problema: il modello deve ragionare su dati reali e aggiornati invece che sulla propria memoria. I team ci provano in tre modi. Capire la differenza tra questi approcci, in particolare tra RAG e MCP, è la differenza tra un assistente che tira a indovinare e uno di cui potete fidarvi.
Questo articolo esamina i tre approcci, poi si concentra sul perché il Model Context Protocol (MCP) unito a un livello di dati normativi mantenuto sia la soluzione giusta per il lavoro normativo in tempo reale.
Approccio 1: il modello da solo
Il punto di partenza è semplicemente interrogare il modello. Risponde dai suoi dati di addestramento. Come illustrato in perché l'IA ha allucinazioni sulle domande normative, questo approccio fallisce per la conformità: i dati sono congelati alla data di fine addestramento, le citazioni possono essere inventate e il modello non sa distinguere una bozza da una norma in vigore. Nessun prompt può colmare questa lacuna, perché i fatti sono semplicemente fuori portata. Questo approccio va bene per il ragionamento generale ed è inaccettabile come fonte di verità normativa.
Approccio 2: RAG (generazione aumentata dal recupero)
Il RAG è stato il primo rimedio serio. Invece di affidarsi alla memoria del modello, si recuperano i documenti pertinenti al momento della domanda e li si inserisce nel contesto del modello, in modo che risponda a partire da quei documenti anziché dai dati di addestramento.
In pratica, un sistema RAG: suddivide un insieme di documenti in frammenti, li trasforma in embedding vettoriali, li archivia in un database vettoriale, individua i frammenti più simili alla domanda dell'utente e li fornisce al modello. Il modello compone quindi una risposta ancorata al testo recuperato.
Punti di forza: le risposte sono ancorate a documenti reali, potete citare ciò che è stato recuperato e controllate il corpus.
Limiti per la normativa:
- Vale quanto vale il vostro corpus. Il RAG recupera da ciò che avete caricato. Se il vostro insieme di documenti è incompleto, obsoleto o privo di una giurisdizione, la risposta eredita quelle lacune.
- L'aggiornamento è un problema vostro. Qualcuno deve continuare a ingerire le nuove pubblicazioni normative, rigenerare gli embedding ed eliminare quelle superate. Per un ambito in rapida evoluzione e multi-giurisdizionale, è un lavoro continuo di ingegneria dei dati.
- Stato e struttura vanno persi. Semplici frammenti di testo raramente conservano metadati puliti su fonte, data, giurisdizione e stato di vigenza, cioè i campi che rendono difendibile una risposta normativa.
- È una costruzione, non una connessione. Dovete allestire e mantenere una pipeline prima di ottenere qualsiasi valore.
Il RAG è un pattern potente. Il problema è che, per la normativa, farlo bene significa diventare al contempo un'azienda di dati normativi.
Approccio 3: MCP (Model Context Protocol)
MCP è uno standard aperto, nato in Anthropic, che permette a un modello di IA di connettersi a strumenti e fonti di dati esterni in tempo reale, nel momento stesso della domanda. Invece di precaricare i documenti, l'assistente chiama un server connesso, gli chiede esattamente ciò che gli serve e riceve risultati strutturati e aggiornati.
Il cambiamento è sottile ma importante. Con il RAG, costruite e mantenete voi il livello di recupero. Con MCP, vi connettete a uno già mantenuto, e l'agente stesso decide quando e come interrogarlo. Approfondiamo il protocollo in Model Context Protocol per l'intelligence normativa.
RAG vs MCP per l'IA normativa
| Dimensione | RAG (costruito in proprio) | MCP (connessione a un livello mantenuto) |
|---|---|---|
| Freschezza dei dati | Sta a voi continuare a ingerire e rigenerare gli embedding | Mantenuta a monte, interrogata in tempo reale |
| Copertura | Limitata al corpus che avete caricato | La copertura completa della fonte connessa |
| Struttura e stato | Spesso persi nei frammenti di testo | Restituiti come campi strutturati (fonte, data, stato) |
| Configurazione | Costruire e gestire una pipeline | Incollare un solo blocco di configurazione |
| Chi lo mantiene | Voi | Il fornitore dei dati |
| Ideale per | I vostri documenti interni privati | Dati esterni vivi e autorevoli come la normativa |
I due approcci non si escludono a vicenda. Il RAG è eccellente per i vostri documenti interni, le politiche e i fascicoli che solo voi possedete. MCP è lo strumento giusto per i dati esterni vivi e autorevoli che non dovreste ri-ospitare e ri-validare da soli. La normativa rientra pienamente nel secondo caso.
Evitate di costruire una pipeline RAG normativa
Connettete il livello normativo tier-0 mantenuto di Obsidian a Claude, ChatGPT o Cursor tramite MCP. Dati in tempo reale, risposte strutturate, nessuna ingestione da gestire. Piano gratuito, configurazione in due minuti.
Scoprite l'MCP di ObsidianPerché MCP più un livello mantenuto vince per la normativa
Costruire un sistema RAG normativo significa reperire in continuo centinaia di editori ufficiali, normalizzare formati molto eterogenei, deduplicare, datare, tracciare le versioni e validare, prima che una sola risposta valga più di un'ipotesi. Questo è il lavoro, e non finisce mai. Connettersi via MCP a un livello che fa già tutto questo significa che il vostro assistente ottiene dati tier-0 aggiornati e strutturati dal primo giorno, e resta aggiornato senza che tocchiate una pipeline.
Mantenete il vostro assistente, mantenete il vostro flusso di lavoro e aggiungete una sola connessione. È la forma concreta dell'intelligence normativa agentica.
In sintesi
I soli dati di addestramento non sono affidabili in materia di normativa. Il RAG può esserlo, se siete disposti a costruire e gestire voi stessi il livello dati. MCP vi permette di connettervi a uno già costruito e mantenuto, il che, per i dati normativi in tempo reale, è quasi sempre il compromesso migliore. Il modello resta lo stesso. Ciò che cambia è la qualità e la freschezza di ciò che può raggiungere.