În prima parte a seriei noastre am explicat ce este Human-in-the-Loop și de ce dezvoltarea inteligenței artificiale nu înseamnă că omul ar trebui să dispară din procesul decizional.
Am prezentat trei modele de colaborare de bază:
- Human-in-the-Loop - omul participă activ în procesul decizional,
- Human-on-the-Loop - AI acționează autonom, dar un om supraveghează sistemul,
- Human-out-of-the-Loop - sistemul funcționează autonom, fără intervenție curentă a omului.
Acum vine întrebarea cea mai importantă: Cum știi ce model să alegi?
Aici începe adevărata provocare.
Nu este suficient să spui: „Această decizie este simplă, să o dăm AI.”
Nici: „Această decizie este importantă, deci întotdeauna trebuie aprobată de om.”
Realitatea este mai complexă.
O arhitectură bună a unui sistem AI ar trebui să ia în considerare, printre altele:
- nivelul de risc,
- costul erorii,
- reversibilitatea deciziei,
- impactul asupra oamenilor,
- disponibilitatea datelor,
- posibilitatea explicării recomandării,
- frecvența deciziilor,
- capacitatea de supraveghere eficientă a sistemului.
Abia analiza acestor elemente permite determinarea câtă autonomie putem încredința în siguranță AI.
Regula cea mai importantă: nu automatiza decizii pe care nu le poți controla
Implementarea AI începe adesea cu întrebarea: „Ce putem automatiza?”
Într-o organizație matură, întrebarea ar trebui să fie: „Ce putem automatiza și încă controla eficient?”
Aceasta este diferența esențială.
Putem crea un sistem care ia automat mii de decizii pe zi. Tehnic poate funcționa impecabil.
Dar dacă nimeni nu știe:
- de ce a luat o anumită decizie,
- pe ce date s-a bazat,
- când începe să greșească,
- cine poate opri sistemul,
- cine răspunde pentru consecințe,
atunci nu avem o automatizare matură. Avem generare automată de risc.
Patru întrebări pe care merită să le pui înainte de automatizarea unei decizii
Înainte de a delega o decizie sistemului AI, merită făcută o analiză simplă.
1. Ce se întâmplă dacă AI greșește?
Aceasta este întrebarea de bază.
Nu toate greșelile au aceleași consecințe.
Dacă AI clasifică greșit un newsletter, probabil nu se întâmplă nimic grav. Dacă nu recunoaște o tentativă de fraudă, poate apărea o pierdere financiară. Dacă evaluează greșit starea de sănătate a unui pacient, consecințele pot fi mult mai serioase.
De aceea nivelul autonomiei ar trebui să fie proporțional cu posibilele efecte ale erorii.
2. Poate fi decizia ușor anulată?
Acesta este unul dintre cei mai importanți, și adesea omişi, parametri.
Să ne imaginăm două cazuri.
AI schimbă automat ordinea afișării produselor într-un magazin online. Eroarea poate fi detectată și inversată. Riscul este relativ mic.
Acum un alt exemplu.
AI șterge automat un cont de utilizator și toate datele acestuia. O astfel de decizie poate fi mult mai greu de inversat.
Altă situație: AI trimite clientului rezilierea contractului. Consecințele sunt și mai grave.
De aceea reversibilitatea deciziei ar trebui să fie unul dintre criteriile fundamentale în proiectarea sistemelor AI.
3. Influențează decizia direct o persoană?
Dacă AI optimizează ruta unei mașini de livrare, nivelul de risc poate fi relativ scăzut.
Dacă în schimb sistemul evaluează un candidat la angajare, acordă un credit sau analizează accesul la un serviciu, situația arată cu totul altfel.
Deciziile care privesc oameni necesită prudență specială. Nu doar din motive etice. De asemenea din motive legislative, responsabilitate organizațională și risc de discriminare.
În astfel de domenii omul poate fi nu doar „ultimul clic”. Ar trebui să aibă posibilitatea reală de a contesta recomandarea sistemului.
4. Poate omul supraveghea eficient sistemul?
Această întrebare este mai insidioasă decât pare.
Să ne imaginăm un sistem care generează 50.000 de recomandări pe zi. Formal, omul le poate aproba pe toate. Practic, asta este imposibil. În timp, angajatul va începe să le accepte automat.
Apare atunci fenomenul numit automation bias
Omul rămâne „în buclă”. Dar în realitate încetează să exercite funcția de control. Devine doar operatorul butonului „Acceptă”.
Aceasta nu este o adevărată situație Human-in-the-Loop.
Model de evaluare a riscului deciziei
În practică se poate folosi un model simplu de evaluare.
Fiecare decizie o analizăm în funcție de cinci parametri:
1. Probabilitatea erorii
Cât de des poate greși sistemul?
2. Scara consecințelor
Cât de gravă va fi eroarea?
3. Reversibilitate
Poate fi decizia anulată rapid?
4. Impact asupra oamenilor
Atinge decizia direct drepturi, finanțe, sănătate sau siguranța unei persoane?
5. Capacitatea de supraveghere
Poate omul monitoriza procesul eficient?
Cu cât nivelul de risc este mai mare, cu atât mai mult este necesară implicarea umană. Dar asta nu înseamnă că orice decizie cu risc înalt trebuie luată manual. Înseamnă că sistemul trebuie să aibă mecanisme de control potrivite.
Nivelul 1 - automatizare directă
Sunt cele mai simple decizii.
Exemple:
- sortarea mesajelor,
- clasificarea documentelor,
- generarea de rezumate,
- recomandarea de produse,
- atribuirile cererilor la categorii.
AI poate funcționa autonom. Omul nu trebuie să aprobe fiecare decizie. Sistemul ar trebui totuși monitorizat.
Acest model este apropiat de Human-on-the-Loop.
Nivelul 2 - AI recomandă, omul aprobă
Aici AI analizează datele și propune o acțiune.
Omul ia decizia finală.
Exemple:
- recomandarea nivelului de discount,
- propunerea de răspuns la o reclamație,
- recomandarea acțiunilor service,
- evaluarea riscului unei tranzacții,
- propunerea priorității unui ticket.
Acesta este clasicul Human-in-the-Loop.
Modelul funcționează bine acolo unde AI poate accelera mult analiza, dar decizia necesită experiența umană.
Nivelul 3 - AI acționează autonom, dar cu posibilitate de intervenție
Sistemul ia decizia automat. Omul poate însă să o oprească sau să o schimbe.
Un exemplu poate fi blocarea automată a tranzacțiilor suspecte. Sistemul detectează un tipar atipic și blochează operațiunea. Dacă clientul raportează problema, un angajat poate verifica decizia.
În acest model sunt cruciale:
- monitorizarea,
- alerte,
- posibilitatea intervenției manuale,
- logarea deciziilor,
- mecanisme de avarie.
Nivelul 4 - autonomie completă
AI funcționează fără participare curentă a omului.
Acest model ar trebui rezervat pentru procese:
- repetitive,
- bine definite,
- cu risc scăzut,
- ușor de monitorizat,
- posibil de inversat.
Un exemplu ar fi scalarea automată a resurselor din cloud.
Sistemul detectează încărcare crescută. Pornește resurse suplimentare. După scăderea traficului le oprește. Nimeni nu trebuie să aprobe fiecare decizie în parte.
Totuși, dacă sistemul începe să genereze costuri neașteptate, trebuie să existe un mecanism de limitare a acțiunilor sale.
Autonomia nu ar trebui niciodată să însemne lipsa controlului.
Exemplul 1 - e-commerce
Să ne imaginăm un magazin online.
AI analizează:
- istoricul cumpărăturilor,
- comportamentul utilizatorului,
- sezonalitatea,
- prețurile concurenței,
- disponibilitatea produselor.
Poate recomanda produse clientului. Este un proces relativ sigur.
Sistemul poate funcționa autonom. Dar ce dacă AI ar decide singură prețurile? Aici situația se complică.
Dynamic pricing poate fi automatizat, dar ar trebui să funcționeze în limite stabilite.
Sistemul poate avea:
- preț minim,
- preț maxim,
- maxima variație de preț într-o zi,
- reguli privind promoțiile.
Dacă AI dorește să depășească anumite limite, decizia poate fi transmisă unui om.
Acesta este un exemplu de guardrails, adică limite de protecție care păzesc funcționarea sistemului.
Exemplul 2 - recrutare
AI analizează CV-urile candidaților.
Poate:
- să extragă experiența,
- să ordoneze informațiile,
- să potrivească competențele cu cerințele.
Poate accelera mult activitatea recrutorului.
Dar decizia: „Refuzăm acest candidat.” este de altă natură.
Dacă sistemul ia automat această decizie, poate perpetua erorile din datele istorice.
De aceea în procesele de HR implicarea umană poate fi fundamentală. AI poate sprijini recrutorul. Nu ar trebui să decidă automat despre valoarea unei persoane pe baza unor date incomplete.
Exemplul 3 - logistică
Un sistem AI planifică livrările.
Analizează:
- distanțe,
- ambuteiaje,
- vremea,
- disponibilitatea șoferilor,
- timpul de muncă,
- costurile cu combustibilul.
Poate optimiza singur traseul.
Dar ce se întâmplă dacă sistemul alege o rută mai ieftină care nu ține cont de restricții locale? Sau dacă optimizează timpul de livrare în detrimentul suprasolicitării șoferilor?
De aceea sistemul ar trebui să funcționeze în cadrul unor reguli de business clar definite.
AI optimizează. Organizația definește limitele. Omul intervine când sistemul iese dintr-un interval sigur.
Exemplul 4 - banking
AI poate detecta anomalii în tranzacții.
Dacă sistemul detectează o operațiune atipică, o poate marca automat.
Dar ce urmează?
Sunt posibile diverse scenarii:
- doar alertă pentru angajat,
- blocare temporară a tranzacției,
- blocare automată,
- blocare ce necesită verificare suplimentară.
Alegerea depinde de nivelul de risc.
Pentru o tranzacție suspectă de mică valoare se poate aplica automatizare. Pentru cazuri mai complicate poate fi necesară analiza unui expert.
De aceea sistemele AI ar trebui să aibă mecanisme de escalation — adică transmiterea cazului către om când nivelul de incertitudine sau risc depășește un prag stabilit.
Confidence score - știe AI când nu e sigură?
Unul dintre mecanismele interesante este utilizarea nivelului de încredere.
Sistemul poate evalua: „Recomandarea mea are o probabilitate mare de corectitudine.”
Atunci acțiunea poate fi executată automat.
Dacă sistemul consideră recomandarea nesigură, procesul poate fi transferat către om.
De exemplu:
Confidence score > 95% Executare automată.
Confidence score 70-95% Recomandare pentru om.
Confidence score < 70% Verificare obligatorie a unui expert.
Trebuie însă păstrată prudența.
Confidence score nu este automat dovada corectitudinii. Modelul poate fi foarte încrezător și în același timp greșit. De aceea nivelul de încredere ar trebui să fie unul dintre elementele evaluării, nu singurul criteriu decizional.
Cea mai mare amenințare: omul care a încetat să verifice AI
Poți proiecta un sistem cu Human-in-the-Loop.
Poți adăuga un buton: „Aprobă decizia AI.”
Poți angaja o persoană pentru control.
Și poți totuși crea un sistem periculos.
De ce? - Pentru că omul poate ajunge să aibă mai multă încredere în AI decât în propria experiență.
Dacă sistemul funcționează corect în 1000 de cazuri, omul încetează să analizeze atent cazul 1001. Este natural.
De aceea un sistem bun nu ar trebui doar să ceară aprobarea. Ar trebui să ofere omului contextul adecvat.
De exemplu:
- de ce AI a luat acea decizie,
- ce date a folosit,
- ce alternative a considerat,
- care este nivelul de incertitudine,
- ce se poate întâmpla după executarea deciziei.
Atunci omul nu este doar „frâna de siguranță”.
Devine un partener real al sistemului.
Human-in-the-Loop nu poate fi ficțiune
Aceasta este una dintre cele mai importante reguli de proiectare a sistemelor AI.
Dacă omul trebuie să controleze AI, trebuie să aibă:
- cunoștințe suficiente,
- timp adecvat,
- acces la date,
- posibilitatea de a contesta recomandarea,
- posibilitatea de a opri procesul,
- responsabilitate clară.
Dacă angajatul poate doar să apese „Acceptă” sau „Respinge”, dar nu poate verifica de ce AI a luat acea decizie, atunci rolul său este foarte limitat.
Și este și mai rău dacă sistemul funcționează atât de repede încât omul nu poate ține pasul cu analiza. Atunci formal avem Human-in-the-Loop. Practic — avem automatizare cu un om care are rol decorativ.
Checklist practic - poate fi această decizie încredințată AI?
Înainte de automatizare merită răspuns la următoarele întrebări:
☐ Decizia este repetabilă?
☐ Avem date suficient de bune?
☐ Putem determina când AI greșește?
☐ Eroarea este acceptabilă?
☐ Poate fi decizia anulată?
☐ Influențează decizia direct o persoană?
☐ Există reguli de business clare?
☐ Sistemul poate fi monitorizat?
☐ Omul poate opri acțiunea AI?
☐ Este clar cine răspunde?
☐ Decizia poate fi explicată?
☐ Are omul suficient timp și cunoștințe pentru a supraveghea eficient sistemul?
Cu cât mai multe răspunsuri sunt „nu”, cu atât mai prudent trebuie abordată automatizarea.
Glosar
Automation Bias
Tendința omului de a avea încredere excesivă în recomandările unui sistem automat și de a le considera corecte fără o verificare adecvată.
Guardrails
Limitări și mecanisme de protecție care definesc ce poate și ce nu poate face un sistem AI.
Confidence Score
Indicator care arată nivelul de încredere al modelului în legătură cu un rezultat sau recomandare. Nu trebuie confundat cu o garanție de corectitudine.
Escalation
Mecanismul de trimitere a unui caz către om atunci când sistemul detectează un nivel ridicat de risc, incertitudine sau o situație care depășește regulile stabilite.
Human Override
Posibilitatea înlocuirii manuale a deciziei sau acțiunii luate de sistemul AI.
Decision Reversibility
Reversibilitatea deciziei, adică posibilitatea de a-i anula efectele fără consecințe semnificative.
High-impact decision
Decizie care poate avea un impact semnificativ asupra vieții, drepturilor, oportunităților sau situației economice a unei persoane. În astfel de cazuri, cerințele privind supravegherea și responsabilitatea sunt deosebit de importante.
Concluzia cea mai importantă
Nu orice decizie ar trebui automatizată, dar nici fiecare decizie nu necesită un om așezat la calculator care să aprobe fiecare operațiune individuală.
Scopul real al proiectării sistemelor AI nu este alegerea între: „omul decide” și „AI decide”.
Scopul este crearea unui model adecvat de colaborare.
AI ar trebui să acționeze autonom acolo unde riscul este scăzut. Să recomande soluții acolo unde este nevoie de experiența umană. Să se oprească și să ceară ajutor acolo unde consecințele erorii sunt prea grave. Iar omul ar trebui să aibă întotdeauna posibilitatea de a prelua controlul când situația depășește scenariul prevăzut.
Un sistem AI bine proiectat nu este cel care ia cele mai multe decizii de unul singur. Este sistemul care recunoaște corect când ar trebui să ia decizia, când să ofere o recomandare și când să spună: „De data asta am nevoie de om”.
În partea următoare vom trece de la nivelul deciziei individuale la nivelul întregii organizații.
Chiar și cel mai bine proiectat sistem AI poate deveni o problemă dacă compania nu știe cine este responsabil pentru el, cine îl controlează și ce să facă când acesta începe să funcționeze diferit față de așteptări.
În partea următoare ne vom ocupa de AI Governance — adică cum să construiești reguli, responsabilități și mecanisme de control asupra inteligenței artificiale în organizație.



