Alfabetizarea AI cerută de AI Act angajaților și cum o pui în practică în firma ta

Alfabetizarea AI cerută de AI Act angajaților este o obligație a firmei, nu a fiecărui om în parte. Din 27 iulie 2026, articolul 4 le cere firmelor care folosesc sisteme AI să ia măsuri pentru alfabetizarea AI a oamenilor lor. Măsurile îi privesc pe angajați și pe cei care lucrează cu sistemele în numele firmei, ținând cont de experiența lor și de contextul în care folosesc sistemul. Regulamentul nu cere garantarea unui anumit nivel pentru fiecare persoană.

Cel mai sigur mod de a lua aceste măsuri este o instruire legată de instrumentele pe care echipa le folosește efectiv. La ea adaugi o evidență scrisă a ce a învățat fiecare.

Alfabetizarea AI este capacitatea de a înțelege ce poate și ce nu poate face un sistem AI. Asta include felul în care sistemul îți influențează munca și felul în care judeci ce produce. Nu înseamnă să construiești modele. Așa o definește și articolul Veronicăi Stenberg despre riscul alfabetizării AI scăzute.

Ghidul acesta îți arată trei lucruri. Primul este ce spune textul regulamentului. Al doilea este cum diferă alfabetizarea AI de o simplă instruire pe Claude. Al treilea este cum documentezi totul fără birocrație inutilă.

Ghidul nu este consultanță juridică. Pentru interpretarea pe cazul tău, vorbește cu un avocat.

AI Act este Regulamentul (UE) 2024/1689, adoptat pe 13 iunie 2024 și publicat în Jurnalul Oficial al UE pe 12 iulie 2024. Regulamentul a intrat în vigoare la 1 august 2024. Scopul lui declarat este un cadru juridic uniform pentru dezvoltarea, introducerea pe piață, punerea în funcțiune și utilizarea sistemelor AI în Uniune.

În considerentul 20, regulamentul explică scopul alfabetizării AI:

„AI literacy should equip providers, deployers and affected persons with the necessary notions to make informed decisions regarding AI systems.”

Pe scurt, alfabetizarea AI trebuie să le dea furnizorilor, implementatorilor și persoanelor afectate noțiunile necesare pentru decizii informate despre sistemele AI. Obligația propriu-zisă este la articolul 4, în forma modificată în iulie 2026.

Cuvântul cheie din considerent este „decizii”. Nu e suficient ca omul să știe unde apasă. Trebuie să știe când să aibă încredere în rezultat și când nu.

Atenție la versiune. Pe pagina regulamentului pe EUR-Lex scrie că actul a fost modificat. EUR-Lex listează o versiune consolidată din 27/07/2026. Multe articole despre AI Act au apărut înainte de această dată și pot descrie o formulare depășită.

Citește articolul 4 direct în versiunea consolidată. Poți folosi și textul AI Act în română, adnotat, ca să te orientezi, dar sursa oficială rămâne EUR-Lex.

Un implementator (în engleză, deployer) este orice persoană fizică sau juridică, autoritate publică, agenție sau alt organism care folosește un sistem AI sub autoritatea sa. Singura excepție este uzul personal, neprofesional. Când un angajat scrie oferte cu Claude sau răspunde la tichete cu un agent AI (Claude), sistemul lucrează sub autoritatea firmei. Așa că firma este implementator.

Regulile AI Act se aplică implementatorilor stabiliți în Uniune. Se aplică și furnizorilor din afara Uniunii, atunci când rezultatul sistemelor lor e folosit în Uniune. Pentru o firmă din România care folosește Claude, Anthropic are obligațiile proprii ale furnizorului modelului. Tu răspunzi de felul în care oamenii tăi folosesc instrumentul.

Rolul se poate schimba. Dacă firma construiește pe Claude un sistem propriu și îl pune în funcțiune sub numele ei, poate avea ea însăși obligații de furnizor. Merită verificat rolul exact.

Alfabetizarea nu e singurul lucru pe care îl verifici ca implementator. Regulamentul urmează o abordare bazată pe risc. Societățile românești care dezvoltă, distribuie sau folosesc AI trebuie să-și clasifice sistemele după nivelul de risc, cum explică analiza cabinetului Nartea despre AI Act și companiile din România.

Sistemele AI folosite pentru recrutarea sau selecția candidaților sunt, de regulă, cu risc ridicat. Obligațiile pentru aceste sisteme, inclusiv supravegherea umană, se aplică de la 2 decembrie 2027. Instruirea oamenilor trebuie deci să țină cont și de clasa de risc a fiecărui instrument. Un asistent care redactează e-mailuri cere altă pregătire decât un sistem care sortează candidați.

Instruirea pe Claude îi învață pe oameni funcțiile: Projects, skills, connectori și felul în care scriu o cerere bună. Alfabetizarea AI adaugă judecata. Omul învață când rezultatul e greșit, ce date nu are voie să introducă și cine decide în final. Ai nevoie de amândouă, iar partea de judecată este cea care răspunde cel mai direct scopului din regulament.

Diferența se vede în date. Un raport EY, făcut cu sprijinul Microsoft și TeachAI, a evaluat peste 5.000 de respondenți din Generația Z din 16 țări. Q Magazine a prezentat rezultatele. Respondenții au obținut 56% la formularea comenzilor pentru AI.

Cele mai slabe punctaje au venit la evaluarea critică și la identificarea lacunelor. Un exemplu este posibilitatea ca sistemul AI să inventeze fapte, unde punctajul a fost de 44%.

Concluzia raportului este că premisa unor angajați „nativi AI” e o miză riscantă. Oamenii știu ce produse folosesc AI. Le e mai greu să judece ce produc aceste produse. Exact acest gol trebuie să-l acopere alfabetizarea.

Încă un motiv să nu te bazezi pe impresii: încrederea cu care cineva vorbește despre AI nu înseamnă competență. Un angajat care folosește zilnic Claude poate fi rapid și totuși să nu observe un număr inventat într-un draft. Testul real e pe munca lui, nu într-o discuție generală. Despre alegerea formatului de instruire găsești detalii în ghidul curs AI sau workshop pentru firmă.

Nivelul de alfabetizare AI depinde de ce face fiecare om cu sistemul. Revista Cariere dă un exemplu clar. Specialiștii IT au nevoie de cunoștințe avansate. Echipele de vânzări trebuie să identifice anomaliile și să le raporteze. Același articol spune că instruirea trebuie să includă etica folosirii AI, reglementările legale și folosirea responsabilă.

Într-o firmă mică poți împărți oamenii în patru grupuri, fiecare cu altă nevoie:

• Conducerea: ce sisteme AI folosește firma, în ce clasă de risc intră și cine răspunde de fiecare.
• Utilizatorii de zi cu zi: cum verifică un draft, cum recunosc o informație inventată și când opresc agentul.
• Administratorul: ce setări a închis pentru echipă, ce date ajung la Claude și prin ce connector.
• Cei care primesc rezultatul: colegii sau clienții care primesc un text pregătit cu AI și trebuie să știe asta acolo unde e cazul.

Nu ai nevoie de o sesiune separată pentru fiecare grup. Ai nevoie ca fiecare om să plece cu ce îi trebuie rolului lui. Un agent de vânzări nu are nevoie de detaliile unui MCP server. Are nevoie să știe că o cifră din draft trebuie verificată în CRM înainte să plece la client.

Un exemplu concret arată cum arată alfabetizarea AI în practică. Să zicem că echipa ta de suport lucrează în Zoho Desk. Un agent AI (Claude) citește tichetul nou și pregătește un draft de răspuns. Omul din echipă citește draftul, îl corectează și îl trimite. Agentul nu trimite nimic singur.

Sesiunea pe tichete reale

Instruirea pornește de la tichete din ultimele săptămâni, nu de la exemple de manual. Echipa vede un draft care sună bine, dar conține o greșeală. De pildă, draftul spune: „Comanda dumneavoastră a plecat ieri din depozit.” Tichetul nu conținea nicio informație despre expediere. Agentul a completat golul cu o presupunere. Oamenii învață să caute exact astfel de fraze și să le verifice în sistem.

Ce setări a decis administratorul

Echipa trebuie să știe și ce limite a pus administratorul. Documentația Anthropic notează că un administrator poate dezactiva căutarea web. O cerere care o folosește eșuează atunci, chiar dacă modelul o suportă. Un om care știe asta nu pierde timp cu o eroare. Știe că limita e intenționată și cui să scrie.

Escaladarea

Ultima parte e regula de escaladare. Reclamațiile, cererile de rambursare și orice tichet cu date personale sensibile merg la un coleg anume, fără draft automat.

La Svennis, când punem în producție un asistent pe Claude, ținem sesiunea cu echipa pe instrumentul ei real și notăm în aceeași zi cine a participat, ce sarcini a exersat și ce tipuri de greșeli ale agentului a învățat să recunoască. Evidența asta devine documentul de alfabetizare, fără un pas separat de hârtii.

Documentarea alfabetizării AI se poate face într-un registru simplu, câte o linie pe om și pe instrument. Nu ai nevoie de un sistem special. Ai nevoie ca fiecare linie să răspundă la întrebarea „ce știe omul acesta despre instrumentul pe care îl folosește?”. Tabelul de mai jos arată ce coloane merită să ai.

Ce notezi	Exemplu	Când actualizezi
Persoana și rolul	Agent suport, nivel 1	La angajare sau schimbare de rol
Instrumentul și modelul	Agent AI (Claude) în Zoho Desk, Claude Sonnet 5.5	Când se schimbă instrumentul sau modelul
Sarcinile permise	Drafturi de răspuns, rezumate de tichete	Când adaugi o sarcină nouă
Ce a exersat	Verificarea faptelor din draft pe tichete reale	După fiecare sesiune
Riscurile discutate	Fapte inventate, date personale, escaladare	Când apare un incident nou
Data și cine a ținut sesiunea	Data sesiunii, responsabilul intern	La fiecare sesiune

Coloana despre model contează mai mult decât pare. Documentația Anthropic descrie un ciclu de viață pentru fiecare model. Un model „deprecated” mai poate fi apelat de cei care îl au deja, dar se îndreaptă spre retragere. Un model „retired” nu mai funcționează deloc.

Când trece echipa pe alt model, comportamentul se poate schimba. Atunci merită o sesiune scurtă și o linie nouă în registru.

Registrul îl ține un om anume, de obicei managerul echipei sau administratorul Claude Team. Un document pe care nu-l actualizează nimeni nu dovedește nimic.

O firmă din România are aceleași obligații AI Act ca o firmă din orice alt stat membru. Regulamentul creează un cadru uniform. Statele membre nu pot impune restricții proprii asupra dezvoltării, comercializării și folosirii sistemelor AI decât acolo unde regulamentul le permite explicit. Prin urmare, alfabetizarea AI o citești în textul european, nu într-o lege locală separată.

GDPR rămâne valabil în paralel. Regulamentul spune că nu vrea să afecteze aplicarea legislației UE privind prelucrarea datelor personale. AI Act nu înlocuiește GDPR, ci îl completează. În practică, instruirea trebuie să acopere și ce date personale au voie oamenii să introducă într-un instrument AI. Ghidul GDPR și AI Act pentru o firmă din România intră în detaliu.

Încă un lucru de bifat ține de furnizori. Revista Cariere recomandă și revizuirea contractelor cu furnizorii de soluții AI, ca să reflecte cerințele AI Act. Același articol vorbește despre analiza aplicațiilor AI folosite, ca să verifici că sunt conforme cu legislația UE.

Pentru imaginea de ansamblu, vezi pagina despre cadrul legal AI în România. Pentru o decizie pe cazul tău concret, mai ales dacă folosești AI în recrutare sau în sănătate, cere părerea unui avocat.

Alfabetizarea AI poate fi pusă în practică în câteva săptămâni dacă pornești de la instrumentele pe care le ai deja. Ordinea de mai jos ține lucrurile simple:

1. Fă lista instrumentelor AI folosite în firmă și a oamenilor care lucrează cu fiecare.
2. Citește articolul 4 în versiunea consolidată de pe EUR-Lex, nu dintr-un rezumat vechi.
3. Ține câte o sesiune pe echipă, pe instrumentul real și pe sarcini reale.
4. Completează registrul în aceeași zi cu sesiunea.
5. Repetă sesiunea scurtă când se schimbă instrumentul, modelul sau sarcinile.

Dacă nu știi de unde să începi, testul de pregătire AI cu 18 întrebări îți arată unde stă firma acum. La Svennis, primul pas al ofertei este Workshopul. Urmează Pilot Claude A (un agent AI pe Claude pentru un singur proces) sau Pilot Claude B (Claude Team pentru toată echipa), apoi Activarea pe departament și operarea lunară. Cum arată concret Workshopul afli din ghidul despre cum decurge un workshop AI în firmă. Prețurile publicate sunt pe pagina digitalizare cu AI pentru firme.