RAG poate conecta un model cu informația companiei, dar calitatea depinde de surse, permisiuni, recuperare, citare și evaluare—nu doar de embeddings.

Răspunsul scurt

Folosește RAG când răspunsul trebuie fundamentat în surse actualizabile și citabile. Nu îl folosi pentru a ascunde lipsa guvernanței documentelor sau pentru a ocoli permisiunile aplicațiilor originale.

Următorul pas nu este alegerea unui instrument, ci clarificarea deciziei, a responsabilității și a dovezii pe care o vom accepta.

Modelul de decizie

01. Surse

Alege documentele relevante, stabilește proprietarii și ciclul de actualizare.

02. Acces

Păstrează drepturile utilizatorului și filtrează recuperarea înainte de generare.

03. Recuperare

Testează segmentarea, metadatele, căutarea și rerankingul pe întrebări reale.

04. Evaluare

Măsoară recall, susținerea răspunsului, citarea, refuzul și latența.

Aplicare în practică

01. Contextul de pornire

Creează un registru al surselor înainte de indexare. Pentru fiecare document notează proprietarul, publicul permis, data actualizării, versiunea, sensibilitatea și regula de retenție. RAG nu rezolvă contradicțiile dintre politici sau documente vechi; le poate face mai ușor de recuperat. Fără guvernanță, răspunsul poate cita corect o sursă care nu mai este valabilă pentru utilizatorul respectiv.

02. Execuția controlată

Proiectează recuperarea separat de generare. Testează segmentarea, metadatele, filtrarea pe permisiuni, combinația dintre căutarea lexicală și semantică, numărul de rezultate și rerankingul. Afișează citările astfel încât utilizatorul să poată verifica pasajul. Modelul trebuie să poată spune că nu are suport suficient, în loc să completeze spațiile dintre fragmente cu o explicație plauzibilă.

03. Dovada utilă

Setul de evaluare se construiește din întrebări reale și include răspunsuri directe, comparații, întrebări fără răspuns, conflicte și solicitări nepermise. Măsoară dacă sursa corectă a fost recuperată, dacă afirmația este susținută și dacă drepturile au fost respectate. Evaluează separat retrievalul și răspunsul; altfel nu vei ști dacă eroarea vine din căutare, context sau model.

04. Pragul de decizie

RAG este pregătit pentru utilizare când sursele au proprietari, actualizarea este repetabilă, permisiunile sunt aplicate la interogare și regresiile pot fi detectate. Dacă echipa trebuie să corecteze frecvent documentele după răspunsuri greșite, proiectul are mai întâi o problemă de management al cunoașterii. Uneori cel mai valoros rezultat al pilotului este curățarea surselor, nu lansarea imediată a interfeței AI.

Scenariu și plan de lucru

01. Exemplu de diagnostic

O bază de cunoștințe poate conține proceduri actuale, versiuni vechi, documente pentru management și informații limitate unei echipe. Dacă toate sunt indexate fără metadate și filtrare, un răspuns poate combina surse incompatibile sau expune un pasaj valid unei persoane neautorizate. Registrul surselor și filtrarea preced embeddings. Pentru o întrebare fără suport, comportamentul corect este un refuz cu indicația informației lipsă. Citarea permite utilizatorului să verifice nu doar propoziția, ci și versiunea și dreptul de utilizare al documentului.

02. Plan de implementare

Pilotul începe cu un domeniu restrâns și un set de întrebări colectate de la utilizatori. Evaluezi retrievalul înainte de generare: dacă pasajul corect nu apare, schimbarea modelului de răspuns nu ajută. Testezi segmentarea, metadatele și permisiunile, apoi calitatea afirmației și citării. Adaugi un proces de reindexare și eliminare, monitorizezi întrebările fără răspuns și păstrezi feedbackul verificat. Extinderea către alte departamente se face doar după ce proprietarii surselor acceptă responsabilitatea de actualizare și regulile de acces pot fi aplicate consecvent.

03. Jurnalul deciziei

Pentru ca recomandările din „RAG pentru datele companiei: surse, permisiuni și evaluare” să poată fi urmărite, deschidem un jurnal simplu înainte de prima schimbare. În el notăm problema observată, starea de pornire, ipoteza, persoana responsabilă, intervalul de evaluare și condiția în care oprim sau continuăm. Dovezile provin din sursele potrivite subiectului, iar indicatorii tehnici sunt separați de rezultatele comerciale. Prima măsură urmărită este documente relevante recuperate, fără să o tratăm izolat de calitatea datelor, costul total și efectele din pașii următori. Astfel, o decizie poate fi explicată și repetată, nu doar intuită după un dashboard favorabil.

04. Review și următoarea decizie

La finalul ciclului comparăm rezultatul cu punctul de plecare și consemnăm ce s-a schimbat, ce a rămas incert și ce efecte secundare au apărut. Verificăm explicit dacă sunt îndeplinite condițiile „Sursele au proprietari și versiuni” și „Permisiunile sunt aplicate la retrieval”. Dacă datele nu permit o concluzie, păstrăm ipoteza deschisă în loc să declarăm succesul. Riscul „Indexarea tuturor fișierelor fără selecție” rămâne vizibil în review, pentru ca presiunea de a demonstra progres să nu înlocuiască analiza. Următorul pas este ales numai după ce echipa poate spune ce a învățat și de ce noua prioritate este mai importantă decât alternativele.

Checklist înainte de implementare

  • Sursele au proprietari și versiuni.
  • Permisiunile sunt aplicate la retrieval.
  • Răspunsul citează fragmentul utilizat.
  • Sistemul refuză când nu găsește suport.
  • Evaluarea include întrebări fără răspuns.
  • Actualizarea și ștergerea sunt testate.

Ce măsurăm

Indicatorii sunt definiți înainte de lansare și separă semnalele tehnice de rezultatele confirmate.

  • documente relevante recuperate;
  • răspunsuri susținute și citări corecte;
  • rata de refuz adecvat;
  • latență, cost și feedback.

Greșeli și limite

  • Indexarea tuturor fișierelor fără selecție.
  • Chunking identic pentru formate diferite.
  • Ignorarea ACL-urilor.
  • Evaluarea doar prin impresie umană pe câteva întrebări.

Concluzie

Un sistem RAG bun face sursa și incertitudinea vizibile. Calitatea vine din guvernanța informației și evaluare, nu din mărimea indexului.