Il confine che l’architettura deve proteggere
Un assistente deve rispondere su procedure, manuali e contratti aggiornati in momenti diversi. Una ricerca per parole chiave trova documenti, ma non sempre collega la domanda al passaggio utile. Il RAG è utile quando la risposta deve essere costruita da fonti identificabili e aggiornabili; non ripara documenti contraddittori né permessi confusi.
Nel perimetro «capire il ruolo del retrieval, delle fonti e delle citazioni», il confine passa da «fonti identificabili e aggiornate»: qui una responsabilità, un permesso o un’interpretazione diventano stato operativo. Separa retrieval, ranking, generazione e citazione per localizzare gli errori invece di giudicare solo la risposta finale.
I componenti, spiegati attraverso chunk, metadati, filtri di autorizzazione e valutazione del retrieval
Il componente responsabile di «permessi coerenti con chi interroga» dichiara input, output e risposta a «indicizzare tutto senza ownership». Questo contratto precede la scelta della piattaforma e può diventare un test autonomo; l’evidenza da conservare è «segmentare i documenti con criterio».
Fonti identificabili e aggiornate
Il contratto non può lasciarlo implicito. Il componente responsabile di «fonti identificabili e aggiornate» espone «permessi coerenti con chi interroga» nel proprio contratto e ferma il flusso in presenza di «indicizzare tutto senza ownership».
Permessi coerenti con chi interroga
Qui si decide che cosa può proseguire. Il componente responsabile di «permessi coerenti con chi interroga» espone «domande che richiedono sintesi fra documenti» nel proprio contratto e ferma il flusso in presenza di «considerare la citazione una prova automatica».
Domande che richiedono sintesi fra documenti
Questo controllo appartiene al livello che possiede il dato. Il componente responsabile di «domande che richiedono sintesi fra documenti» espone «necessità di mostrare origine e limiti della risposta» nel proprio contratto e ferma il flusso in presenza di «mescolare documenti con permessi diversi».
Necessità di mostrare origine e limiti della risposta
Il componente deve esporre questo confine. Il componente responsabile di «necessità di mostrare origine e limiti della risposta» espone «fonti identificabili e aggiornate» nel proprio contratto e ferma il flusso in presenza di «valutare soltanto risposte facili».
Il flusso end-to-end
Durante «definire le domande ammesse» nasce l’identità del caso; «ripulire versioni e metadati» cambia lo stato senza perderla. Separare questi due passaggi permette di sostituire il meccanismo senza ridefinire capire il ruolo del retrieval, delle fonti e delle citazioni.
- 1
Definire le domande ammesse
Il passaggio «definire le domande ammesse» accetta un input definito e restituisce «fonti identificabili e aggiornate» con provenienza. Il contratto gestisce «indicizzare tutto senza ownership» prima di invocare «ripulire versioni e metadati».
- 2
Ripulire versioni e metadati
Il passaggio «ripulire versioni e metadati» accetta un input definito e restituisce «permessi coerenti con chi interroga» con provenienza. Il contratto gestisce «considerare la citazione una prova automatica» prima di invocare «segmentare i documenti con criterio».
- 3
Segmentare i documenti con criterio
Il passaggio «segmentare i documenti con criterio» accetta un input definito e restituisce «domande che richiedono sintesi fra documenti» con provenienza. Il contratto gestisce «mescolare documenti con permessi diversi» prima di invocare «valutare recupero e risposta separatamente».
- 4
Valutare recupero e risposta separatamente
Il passaggio «valutare recupero e risposta separatamente» accetta un input definito e restituisce «necessità di mostrare origine e limiti della risposta» con provenienza. Il contratto gestisce «valutare soltanto risposte facili» prima di invocare «prevedere astensione ed escalation».
- 5
Prevedere astensione ed escalation
Il passaggio «prevedere astensione ed escalation» accetta un input definito e restituisce «fonti identificabili e aggiornate» con provenienza. Il contratto gestisce «indicizzare tutto senza ownership» prima di invocare «definire le domande ammesse».
Il contratto fra i passaggi
Per trasferire «domande che richiedono sintesi fra documenti» servono versione, provenienza e risultato ammesso. Se «segmentare i documenti con criterio» deve reinterpretare uno di questi elementi, la separazione fra componenti è soltanto grafica.
Nel tema «capire il ruolo del retrieval, delle fonti e delle citazioni» un output limitato e validabile è più sicuro di una risposta ricca davanti a «considerare la citazione una prova automatica». Gli stati «non disponibile» e «richiede revisione» fanno parte del contratto; il caso operativo si verifica con «permessi coerenti con chi interroga».
Il confine durante il guasto
Caso isolato: «permessi coerenti con chi interroga». Operazione osservata: «ripulire versioni e metadati». Deviazione forzata: «mescolare documenti con permessi diversi».
Contratto osservato: «Chunk, metadati, filtri di autorizzazione e valutazione del retrieval». Il componente non può reinterpretare «permessi coerenti con chi interroga». Perimetro della prova: «capire il ruolo del retrieval, delle fonti e delle citazioni».
Controprova: «necessità di mostrare origine e limiti della risposta». Arresto: «indicizzare tutto senza ownership». Passo ammesso dopo il recupero: «valutare recupero e risposta separatamente». Verbale finale: «Quando il recupero di fonti aziendali migliora davvero una risposta AI?»
Differenza decisiva: «Separa retrieval, ranking, generazione e citazione per localizzare gli errori invece di giudicare solo la risposta finale». Regola di chiusura: «Prima di aumentare il modello, occorre sapere se il passaggio corretto è stato recuperato e se poteva essere mostrato a quell’utente».
Dove l’architettura deve fermarsi
«indicizzare tutto senza ownership» può consentire un nuovo tentativo; «considerare la citazione una prova automatica» può richiedere autorizzazione; «mescolare documenti con permessi diversi» può invalidare la fonte. Un solo fallback nasconderebbe decisioni diverse.
Indicizzare tutto senza ownership
Rischio nominato: «indicizzare tutto senza ownership». Perimetro operativo: «capire il ruolo del retrieval, delle fonti e delle citazioni». Segnale osservato: «domande che richiedono sintesi fra documenti». Recupero ammesso: «ripulire versioni e metadati». Checkpoint finale: «domande che richiedono sintesi fra documenti».
Considerare la citazione una prova automatica
Rischio nominato: «considerare la citazione una prova automatica». Perimetro operativo: «capire il ruolo del retrieval, delle fonti e delle citazioni». Segnale osservato: «necessità di mostrare origine e limiti della risposta». Recupero ammesso: «segmentare i documenti con criterio». Checkpoint finale: «necessità di mostrare origine e limiti della risposta».
Mescolare documenti con permessi diversi
Rischio nominato: «mescolare documenti con permessi diversi». Perimetro operativo: «capire il ruolo del retrieval, delle fonti e delle citazioni». Segnale osservato: «fonti identificabili e aggiornate». Recupero ammesso: «valutare recupero e risposta separatamente». Checkpoint finale: «fonti identificabili e aggiornate».
Valutare soltanto risposte facili
Rischio nominato: «valutare soltanto risposte facili». Perimetro operativo: «capire il ruolo del retrieval, delle fonti e delle citazioni». Segnale osservato: «permessi coerenti con chi interroga». Recupero ammesso: «prevedere astensione ed escalation». Checkpoint finale: «permessi coerenti con chi interroga».
Osservare il sistema con domande operative
La vista operativa collega «necessità di mostrare origine e limiti della risposta» al componente che ha deciso e al destinatario di «valutare soltanto risposte facili». Un generico «success/fail» non risponde a nessuna di queste domande; il controllo associato riguarda «indicizzare tutto senza ownership».
L’operatore vede l’identificatore necessario a «prevedere astensione ed escalation»; i dettagli tecnici possono restare altrove, purché il collegamento non dipenda da nomi file o memoria individuale.
La decisione architetturale
Prima di aumentare il modello, occorre sapere se il passaggio corretto è stato recuperato e se poteva essere mostrato a quell’utente. Il test di «Chunk, metadati, filtri di autorizzazione e valutazione del retrieval» deve mantenere il confine durante errore, modifica e revoca.
Prima di aumentare il modello, occorre sapere se il passaggio corretto è stato recuperato e se poteva essere mostrato a quell’utente. Il contratto è sufficiente quando «valutare soltanto risposte facili» resta confinato, «domande che richiedono sintesi fra documenti» conserva provenienza e «definire le domande ammesse» non deve indovinare lo stato precedente.
Contesto e limiti
Nomi, eventi e conseguenze sono ipotetici. I criteri vanno applicati ai dati e alle responsabilità dell’organizzazione; qui la prova concreta è «prevedere astensione ed escalation». Un esito negativo del test resta un apprendimento valido.
Prossimo passo
Hai un caso d’uso, non ancora una soluzione?
Porta un’attività concreta, le fonti disponibili e il risultato atteso. Verifichiamo se l’AI è lo strumento giusto.