Instruirea echipei pentru un asistent AI: încredere, verificare și raportarea greșelilor

Instruirea echipei pentru un asistent AI nu este un curs despre prompturi. Înseamnă să-i arăți fiecărui om trei lucruri: când poate avea încredere în răspuns, când trebuie să verifice și cui îi raportează o greșeală. Prompturile contează, dar vin după aceste trei reguli.

Un asistent AI este un model de limbaj, cum e Claude, pus la lucru pe sarcinile unei echipe. Are acces la documentele, la tichetele sau la datele firmei. Poate răspunde la întrebări, poate redacta texte și poate executa pași în alte sisteme. Tocmai de aceea greșelile lui ajung mai departe decât un chat.

Ghidul acesta îți dă patru instrumente:

• o definiție practică a competenței AI pentru angajați;
• un tabel de decizie: încredere, verificare sau escaladare;
• un exemplu lucrat, pe o întrebare reală de suport;
• reguli pentru feedback care chiar îmbunătățește asistentul.

La final găsești ce înseamnă toate acestea pentru o firmă din România și pașii concreți de la care poți porni.

Un curs despre prompturi îi învață pe oameni să scrie cereri mai bune. Nu îi învață să judece răspunsul. Aici apar problemele reale. Un răspuns bine formulat, dar greșit, trece mai ușor decât unul stângaci.

Ghidul Anthropic pentru un agent de suport construit cu Claude arată unde e riscul. Documentul spune că abordările RAG bazate pe embeddings nu sunt suficiente pentru informații în timp real. Exemplele date sunt soldul unui cont sau detaliile unei polițe. RAG, adică recuperarea de fragmente din documente înainte de răspuns, lucrează bine pe texte stabile. Pe date care se schimbă zilnic, poate rămâne în urmă.

Omul din echipă nu vede această arhitectură. Vede doar un răspuns sigur pe el. Dacă nu știe ce tip de informație are în față, nu știe nici când să verifice. De aceea instruirea pornește de la tipul întrebării, nu de la formularea ei.

Mai e un motiv. Asistentul se schimbă în timp: primește documente noi, conectori noi, un model nou. Un curs ținut o singură dată se învechește. Regulile despre încredere și escaladare rămân valabile și după fiecare schimbare.

Competența AI, pentru un angajat, este capacitatea de a ști ce poate ști asistentul și ce nu poate ști. Nu e nevoie de cunoștințe tehnice. E nevoie de trei repere clare, spuse pe limba echipei.

Reperul 1: data până la care modelul știe lucruri

Fiecare model are o dată-limită a cunoștințelor. Pe pagina oficială cu prezentarea modelelor Claude, Claude Opus 5.5, Claude Sonnet 5.5 și Claude Fable 5.1 au iunie 2026. Claude Haiku 4.5 are februarie 2025. Tot ce s-a întâmplat după această dată, modelul nu știe din antrenament.

Reperul 2: sursa răspunsului

Un răspuns poate veni din documentele firmei, dintr-un sistem conectat sau din cunoștințele generale ale modelului. Primele două pot fi verificate direct. Al treilea cere mai multă prudență, mai ales la cifre, prețuri și reguli.

Reperul 3: ce poate face asistentul, nu doar ce poate spune

Conectorii leagă Claude de instrumentele și datele pe care echipa le folosește deja, după descrierea din Claude Help Center. Un asistent conectat poate scrie într-un sistem, nu doar citi. Angajatul trebuie să știe care acțiuni îi cer aprobarea și care nu.

O întrebare bună cere și sursa, nu doar răspunsul. Aceasta e singura regulă de prompt pe care o merită fiecare om din echipă. Restul vine cu practica.

În loc de „Ce termen de livrare avem pentru clientul X?”, angajatul poate scrie: „Ce termen de livrare avem pentru clientul X? Spune-mi din ce document sau din ce înregistrare ai luat informația.” Răspunsul devine verificabil în câteva secunde. Dacă asistentul nu poate indica sursa, omul știe că trebuie să verifice.

Câteva obiceiuri pe care le poți cere echipei:

• Pune o singură întrebare pe mesaj, nu trei amestecate.
• Dă contextul care lipsește: clientul, perioada, produsul.
• Cere sursa pentru orice cifră, preț sau termen.
• Spune explicit ce nu vrei: „nu trimite nimic, doar redactează”.

Ghidul Anthropic pentru suport recomandă ca informațiile generale despre firmă și produse să fie corecte în proporție de 100%. Asta e o țintă pentru cei care construiesc asistentul. Pentru echipă, mesajul e simplu: la informațiile de bază, o greșeală nu e un detaliu, e un defect de raportat.

Tabelul de decizie de mai jos poate fi folosit ca fișă de o pagină pentru fiecare om din echipă. Împarte răspunsurile asistentului după tipul informației. Fiecare tip are o acțiune clară și un destinatar clar pentru greșeli.

Coloana a treia e cea mai des uitată. Fără un nume acolo, greșelile rămân în conversații și nimeni nu corectează sursa. Pune nume reale, nu funcții generice.

Exemplul următor arată tabelul de decizie pe o situație obișnuită de suport. Ana lucrează în echipa de suport. Tichetele vin în Zoho Desk, iar datele clienților stau în Zoho CRM. Asistentul are acces la baza de cunoștințe și redactează răspunsuri.

Pasul 1. Un client întreabă ce acoperă contractul lui de mentenanță. Ana îi cere asistentului un răspuns și sursa. Asistentul redactează un text clar și citează un articol general din baza de cunoștințe.

Pasul 2. Ana consultă tabelul. Detaliile unui contract anume sunt date care se schimbă de la client la client. Ghidul Anthropic spune explicit că RAG pe embeddings nu ajunge pentru detaliile unei polițe.

Contractul clientului e același tip de informație. Ana deschide fișa clientului în CRM.

Pasul 3. Ana găsește o anexă semnată care extinde acoperirea. Articolul general nu o menționa. Ana corectează răspunsul înainte să-l trimită.

Pasul 4. Ana raportează cazul responsabilului asistentului: „A folosit articolul general pentru o întrebare despre contract individual.” Corecția nu e un prompt mai bun. Corecția e o regulă nouă în instrucțiunile asistentului: la întrebări despre contracte, trimite omul la fișa clientului.

Clientul primește un răspuns corect. Asistentul primește o regulă care evită aceeași greșeală data viitoare.

Escaladarea este momentul în care un caz trece de la asistent la un om care poate decide. Ghidul Anthropic pentru suport numește asta eficiența escaladării. O măsoară ca procent din conversațiile care trebuiau escaladate și chiar au fost. Ținta recomandată este o acuratețe de 95% sau mai mult.

Pentru echipă, cifra înseamnă ceva concret. Asistentul nu va recunoaște singur fiecare caz care cere un om. Angajații trebuie să recunoască restul. Ei sunt a doua plasă de siguranță.

Un raport de greșeală util conține patru elemente:

1. întrebarea exactă pusă asistentului;
2. răspunsul primit, copiat, nu povestit;
3. ce era corect și de unde se vede asta;
4. ce s-a întâmplat mai departe: trimis, corectat sau oprit.

La Svennis, la fiecare lansare facem o sesiune scurtă cu fiecare echipă, pe întrebările ei reale, și stabilim pe loc numele omului care primește rapoartele de greșeală. Am văzut că, odată ce există acel nume, rapoartele încep să vină în prima săptămână, nu rămân în conversații.

Dacă vrei să urmărești escaladarea în timp, articolul despre cum măsori un asistent AI descrie indicatorii și un reper de pornire.

Feedbackul care îmbunătățește asistentul schimbă o sursă, o instrucțiune sau o permisiune. Un „răspuns prost” fără context nu schimbă nimic. De aceea formatul din raportul de greșeală contează mai mult decât butonul apăsat.

Echipa trebuie să știe și ce se întâmplă cu datele trimise. Pagina Anthropic despre utilizarea datelor în Claude Code dă câteva reguli clare:

• Pe conturile Free, Pro și Max, Anthropic antrenează modele noi pe date când setarea de utilizare a datelor este activă.
• Utilizatorii comerciali, adică Team, Enterprise și API, au o perioadă standard de păstrare de 30 de zile.
• În Claude Code, transcrierile trimise prin /feedback, /bug sau /share se păstrează 5 ani.

Concluzia practică: nimeni nu lipește date de clienți într-un cont personal ca să „testeze” asistentul. Iar un raport trimis către furnizor pleacă cu toată conversația în el. Raportul de greșeală intern, către responsabilul asistentului, e canalul implicit. Ce poate intra în Claude, pe categorii de date, merită scris separat într-o politică internă, pe care instruirea doar o reamintește.

Permisiunile unui agent AI decid când omul aprobă o acțiune și când nu. Instruirea echipei trebuie să le explice, pentru că schimbă responsabilitatea. În Claude Cowork, disponibil pe planurile plătite Pro, Max, Team și Enterprise, există trei moduri.

În modul Auto, verificarea vizează riscuri precum exfiltrarea datelor sau prompt injection. Pe planurile Team și Enterprise, administratorul decide dacă modul Auto e disponibil în organizație. Implicit, este disponibil. Merită o decizie conștientă, nu setarea de fabrică.

O regulă simplă pentru început: echipa lucrează în modul Manual până când tabelul de decizie devine reflex.

Pentru o firmă din România, instruirea are o bază legală directă. Articolul 4 din Regulamentul (UE) 2024/1689 privind inteligența artificială, modificat prin Regulamentul (UE) 2026/1744, cere firmelor care folosesc sisteme AI să ia măsuri pentru dezvoltarea competențelor AI ale personalului. Un model practic pentru felul în care arată această instruire găsim și în reglementări care nu au fost scrise pentru AI. Codul privind activitatea de coordonare a tehnicianului de asistență socială, adoptat de Colegiul Național al Asistenților Sociali și publicat în Monitorul Oficial nr. 475 bis din 8 iunie 2026, descrie rolul tehnicianului de asistență socială.

Codul spune că tehnicianul nu poate acționa independent sau în afara coordonării unui asistent social. Tehnicianul execută activități practice, fără să elaboreze diagnoze sau planuri de intervenție și fără să emită decizii profesionale. Coordonarea are minimum 40 de ore pe lună. Înlocuiește „tehnician” cu „asistent AI” și ai principiul corect: asistentul execută, omul decide și coordonează, cu timp alocat explicit pentru asta.

Ritmul instruirii are și el un reper: standardele de calitate pentru serviciile sociale cer instruirea periodică a personalului, pe baza unui plan anual de formare. Pentru un asistent AI care primește surse și funcții noi, o reîmprospătare trimestrială e un ritm rezonabil.

Dacă vrei textul complet al regulamentului, cu explicații pe articole, găsești AI Act adnotat în română.

Instruirea echipei pentru un asistent AI poate începe săptămâna aceasta, cu o oră și o foaie de hârtie. Nu ai nevoie de un program lung. Ai nevoie de reguli clare și de nume.

1. Adaptează tabelul de decizie la tipurile de întrebări ale echipei tale.
2. Scrie în coloana a treia nume reale pentru fiecare tip de greșeală.
3. Stabilește formatul raportului de greșeală: întrebare, răspuns, corect, ce a urmat.
4. Decide modul de permisiuni și cine îl poate schimba.
5. Programează o reîmprospătare trimestrială, legată de schimbările din asistent.

Dacă accesul se face prin Team sau Enterprise, verifică și cine primește cont. Claude Help Center are o secțiune dedicată pentru single sign-on, provizionare și sincronizare cu directorul (SSO, JIT, SCIM). Așa, oamenii instruiți sunt exact oamenii care au acces.

Dacă asistentul nu e încă ales sau construit, începe cu procesul, nu cu instrumentul. Articolul despre proiectarea procesului înaintea modelului explică de ce. Pentru o imagine rapidă a punctului în care se află firma ta, poți completa evaluarea pregătirii companiei pentru AI.