Architettura RAG
2026-09-26 · 10 min di lettura
In sintesi
- Il RAG aziendale inizia da identità e permessi.
- La semantica Fashion migliora il contesto del retrieval.
- Citazioni ed evaluation rendono le risposte verificabili.
ERP, PLM, CRM e documenti mantengono provenienza e versione.
Che cos'è un'architettura RAG enterprise
Un'architettura RAG recupera contenuti autorizzati prima di generare una risposta. In azienda deve preservare identità, permessi, versione della fonte e provenienza lungo tutto il percorso.
Per Fashion & Retail deve inoltre comprendere relazioni tra modello, colorway, stagione, mercato, store e stock.
1. Ingestione e aggiornamento
Documenti e dati arrivano da fonti come ERP, PLM, PIM, OMS, CRM e repository documentali. Ogni connettore conserva origine, timestamp e regole di accesso.
L'aggiornamento deve essere incrementale e osservabile: una risposta non dovrebbe usare una versione superata senza dichiararlo.
2. Chunking, indice e retrieval ibrido
Il chunking segue la struttura del contenuto, non una lunghezza arbitraria. Schede prodotto, policy e manuali richiedono segmentazioni diverse.
Ricerca semantica e lessicale possono essere combinate e riordinate; filtri di permesso e contesto vengono applicati prima della generazione.
3. Layer semantico Fashion
Il layer semantico riconcilia codici diversi e rende esplicite le relazioni di business. Così una domanda sul prodotto può recuperare stock, ordine e policy corretti senza confondere granularità.
La semantica non sostituisce la fonte: la collega al significato usato da buyer, planner e merchandiser.
4. Citazioni, astensione e conflitti
Ogni risposta importante mostra fonti e passaggi rilevanti. Se le evidenze sono insufficienti, il sistema deve astenersi o chiedere chiarimenti.
Quando due sistemi divergono, la risposta espone il conflitto e applica la regola di autorità definita per quel dato.
5. Evaluation prima della produzione
Un set di domande reali misura recupero, fedeltà alla fonte, copertura delle citazioni, astensioni corrette e rispetto dei permessi.
I test vanno segmentati per lingua, ruolo e dominio: una media generale può nascondere errori critici.
Dal RAG alla decisione governata
Il RAG prepara evidenza e contesto; l'Orchestrator organizza la decisione, applica soglie e invia l'azione alla persona autorizzata.
Questa separazione evita che una buona risposta venga scambiata per un'autorizzazione a eseguire.
FAQ
Domande frequenti
Quali sono i componenti di un RAG enterprise?
Connettori, gestione identità e permessi, pipeline di ingestione, indice, retrieval, reranking, generazione, citazioni, osservabilità ed evaluation.
Perché un layer semantico serve al RAG fashion?
Collega codici e granularità diverse alle entità di business, riducendo recuperi ambigui su prodotti, stagioni, mercati e stock.
Come si valuta un sistema RAG aziendale?
Con domande reali e metriche su retrieval, fedeltà, citazioni, astensione e permessi, separate per ruolo, lingua e dominio.
Approfondisci l'architettura, la governance e i casi d'uso del RAG enterprise.