O IA care lucrează în fiecare zi greșește în fiecare zi. Util este ce se întâmplă după: dacă eroarea se repetă sau dacă cineva o detectează și o corectează. În ADRI există două mecanisme pentru asta și funcționează fără ca nimeni să fie nevoit să-și amintească.
Îți povestim cum funcționează, ce vezi tu ca client și ce frâne au.
Cele patru moduri în care ADRI învață
ADRI nu reantrenează niciun model cu datele tale. Păstrează, ordonează și reutilizează ce se întâmplă în munca sa zilnică, în patru moduri diferite.
- Ce învață de la tine. La finalul unei conversații, un model mic și rapid trece în revistă schimbul de replici și îți actualizează profilul: cum preferi să îți scrie, ce semnătură folosești, ce corecturi i-ai făcut. Acel profil servește pentru ton și preferințe. Nu servește ca sursă de date: dacă are nevoie de un e-mail sau de starea unui cont, ADRI le consultă în platformă în loc să le scoată din memorie.
- Memoria sa de conversații. Conversațiile tale anterioare și fișierele pe care le-a generat pentru tine se indexează la fiecare câteva minute. Astfel înțelege «ce am analizat despre concurență» chiar dacă acel chat spunea «studiu despre rivali». Fiecare utilizator caută doar în ce este al său. Dacă căutarea după sens eșuează, trece la căutarea după cuvinte în loc să dea eroare.
- Lecții tehnice. Când o unealtă eșuează și ADRI găsește cum să rezolve, sau când se blochează într-o buclă, sau când tu îi faci o corectură, poate salva o lecție scurtă de tipul «pentru acest caz, fă asta în schimb». Mai jos explicăm de ce o lecție nouă nu valorează nimic până nu se demonstrează.
- Experiență pentru fiecare unealtă. Browserul, de exemplu, reține ce funcționează pe fiecare site și uită însemnările vechi.
Regula care leagă totul este simplă: stocare multă, injectare puțină. Memoria salvată poate crește, dar la fiecare conversație ajunge doar un fragment mic și relevant. Astfel nu se scumpește fiecare răspuns. Explicăm mai în detaliu în cum funcționează căutarea semantică în baza de cunoștințe.
Revizuirea din fiecare noapte
Învățarea în timp real acumulează duplicate și însemnări care nu mai sunt valabile. În fiecare noapte rulează o revizuire care pune ordine:
- Curăță profilurile de utilizator. Elimină duplicatele, rezolvă contradicțiile (câștigă cel mai recent) și taie ce este în plus.
- Revizuiește ciclul de viață al lecțiilor. Promovează-le pe cele care au demonstrat că funcționează, retrage-le pe cele care eșuează mai mult decât reușesc și fuzionează-le pe cele care spun același lucru cu alte cuvinte.
- Retrage lecțiile care nu mai au sens. Dacă vorbește despre un instrument pe care agentul său nu îl mai are, codul o retrage. Este o verificare mecanică, nu opinia unui model, și este reversibilă.
- Face copie tabelelor de învățare. O copie locală zilnică, pe lângă copiile de siguranță generale.
- Salvează metricile nopții. Astfel se vede tendința în loc să te bazezi pe intuiție.
Există un pas în plus care astăzi este în modul de testare: un model compară fiecare lecție cu instrucțiunile în vigoare ale agentului și propune să retragă pe cele care sunt deja acoperite sau pe cele care le contrazic. Deocamdată doar propune și lasă notat; nu modifică nimic până când nu îl verificăm. Și chiar dacă este activat, poate retrage o lecție doar dacă citează literal partea din instrucțiuni care o acoperă și niciodată mai mult de o treime din lecțiile unui agent într-o noapte.
Cum evităm ca învățarea să strice ceva
Un sistem care învață singur poate învăța minciuni: dacă salvează ca succes ceva ce a ieșit prost, o va repeta cu mai multă încredere. De aceea aproape toată munca este în frâne:
- O lecție începe ca candidată. Trece la starea de verificată doar după mai multe utilizări reușite și fără eșecuri. Dacă eșuează mai mult decât reușește, este retrasă. Dacă nu mai este folosită săptămâni la rând, de asemenea. Dacă eroarea pe care o corecta reapare, lecția reînvie.
- Primește credit doar dacă a fost folosită cu adevărat. O lecție despre un instrument adaugă un succes doar dacă în acea sarcină a fost folosit acel instrument. O sarcină anulată sau întreruptă la jumătate nu contează nici ca succes, nici ca eșec.
- Datele personale afară. Lecțiile tehnice sunt comune pentru întreaga instalație, așa că sunt curățate de date personale de două ori înainte de a fi salvate.
- Lecțiile nu ating instrucțiunile fixe. Se adaugă ca notă la începutul cererii, cel mult cele trei cele mai asemănătoare cu cazul. Dacă ceva merge prost, se opresc cu un întrerupător.
- Profilul tău nu se poate micșora din greșeală. Dacă la actualizare rezultatul iese mult mai scurt decât originalul, modificarea este respinsă. Înainte de a-l rescrie, se salvează o copie.
- Testele nu plătesc pentru învățare. Bateriile noastre de teste au un lacăt care le împiedică să declanșeze apeluri de învățare reale și facturabile.
- Poți să îl ștergi. Rolurile cu permisiune pot șterge dintr-o dată memoria ADRI. În mod implicit, această permisiune o au super-admin, admin și manager.
Este aceeași filozofie pe care o prezentăm în hamurile care decid ce model lucrează și cine verifică: modelul propune; codul verifică.
Supraveghetorul: un agent care citește jurnalele
Al doilea mecanism nu învață: supraveghează. Este un agent separat, supraveghetorul, care rulează pe fiecare server o dată pe zi, la o oră aleatorie din timpul nopții. Citește ce s-a scris în jurnalele ADRI și ale platformei de la ultima verificare, grupează erorile pe tipuri și, dacă găsește un incident real, deschide un tichet în instalația noastră centrală de suport.
| Pas | Ce se întâmplă |
|---|---|
| 1. Citire | Citește doar ce este nou din fiecare jurnal, fără să sară peste secțiuni. |
| 2. Dovezi | Pentru a deschide un tichet, trebuie să citeze linii literale din jurnal, iar unealta verifică dacă există. Dacă citatul nu este în fișier, tichetul este respins. |
| 3. Fără duplicate | Fiecare incident are o amprentă. Dacă există deja un tichet deschis cu aceeași amprentă, nu se creează altul. |
| 4. O eroare comună, un tichet | Dacă cauza este într-o resursă partajată de mai multe servere, se deschide un singur tichet cu mai multe confirmări. Dacă este locală, cum ar fi un disc plin, se deschide câte unul pentru fiecare server, pentru că sunt probleme diferite. |
| 5. Închidere | În fiecare dimineață se închid singure tichetele supraveghetorului a căror eroare nu a mai apărut de câteva zile. Dacă nu o poate măsura bine, nu închide. |
Pașii 2 și 4 au provenit din erori reale. În iulie 2026 am analizat cele șase tichete pe care supraveghetorul le deschisese în două zile: trei citau contoare și nume care nu existau în niciun jurnal. Modelul inventase incidente plauzibile. Nu îi cerem corectitudine: îl obligăm să citeze linii pe care unealta le poate căuta. În aceeași lună, o singură eroare într-o resursă partajată a deschis șapte tichete identice, câte unul pe server. De atunci contează ca unul.
Și dacă supraveghetorul nu mai trece? Există o a doua alertă: în fiecare dimineață se verifică când a fost ultima lui verificare corectă. Dacă au trecut mai mult de 30 de ore, se deschide un tichet care avertizează despre asta. Iar dacă se blochează sau repetă aceeași acțiune în buclă, este întrerupt.
Ce vezi tu ca client
În zi cu zi, nimic. Tichetele supraveghetorului ajung la echipa noastră de suport, nu în inboxul tău. Ideea este să aflăm de o eroare din jurnal, adesea înainte să te afecteze. Nu vom ajunge întotdeauna primii: supraveghetorul verifică o dată pe zi, iar unele erori se observă doar când cineva folosește funcția.
Ceea ce observi este efectul învățării: ADRI îți scrie cu tonul tău, își amintește ce ați discutat deja și nu mai repetă unele erori tehnice. Dacă vrei ca serverele tale să deschidă tichete cu aceeași logică a amprentelor, platforma are un API: îl găsești în tichete și suport cu IA.
Ce încă nu face
- Nu se repară singur. Supraveghetorul funcționează în mod doar citire. Există o a doua fază gândită pentru a închide tichete după remedierea erorii, dar este oprită, iar repararea automată nu are astăzi nicio cale reală. Cine repară este o persoană.
- Nu este infailibil. Un tichet al supraveghetorului este o ipoteză cu dovezi, nu un fapt. Îl verificăm înainte de a acționa.
- A învăța nu înseamnă a înțelege. O lecție verificată a funcționat de mai multe ori; nu garantează următorul caz.
- Măsoară, și uneori măsurarea eșuează și ea. În septembrie am auditat propriul ciclu nocturn și am descoperit că declara noaptea reușită chiar dacă un pas eșua. Am corectat.
Dacă vrei să vezi lista de agenți și ce face fiecare, o găsești în ce face ADRI. Pentru a-l încerca, începe cu chatul cu ADRI. Iar dacă te interesează cum tratăm datele pe care le învață, le găsești în securitate și conformitate.
- ADRI
- Autoînvățare
- Tichete automate
- Monitorizare