Inteligența artificială este domeniul larg, machine learning este o parte a acestuia, iar deep learning este o ramură a machine learning bazată pe rețele neuronale cu mai multe straturi. Nu sunt trei produse concurente și nici trei niveluri comerciale între care o firmă trebuie să aleagă după preț.

Diferența practică apare în felul în care este construită soluția: cât comportament exprimăm prin reguli, ce ajustăm pe baza datelor, ce reprezentări învață modelul și cum evaluăm rezultatul. O aplicație poate combina toate aceste componente, fără să le expună utilizatorului ca funcții separate.

În ghidul despre tipurile de inteligență artificială am separat clasificările generale. Aici aprofundăm relația AI–ML–DL și urmărim aceeași problemă de business prin mai multe abordări. Scopul este să poți înțelege o propunere tehnică și să ceri dovezile potrivite înaintea implementării.

Linii de cod colorate pe un ecran de computer
Markus Spiske

AI, machine learning și deep learning: relația pe scurt

AI desemnează un domeniu care include metode pentru învățare, căutare, planificare, reprezentarea cunoștințelor și rezolvarea unor probleme. Machine learning, prescurtat ML, folosește algoritmi care ajustează modele pe baza datelor sau a experienței. Deep learning, prescurtat DL, folosește rețele neuronale cu mai multe straturi pentru a învăța reprezentări și relații între date.

Relația corectă: trei niveluri incluse unul în altul

  1. AI · Inteligență artificială

    Domeniul larg: învățare, căutare, planificare și raționament.

    1. ML · Machine learning

      Parte din AI: modele ajustate pe date sau experiență.

      1. DL · Deep learning

        Parte din ML: rețele neuronale cu mai multe straturi.

Orice soluție de deep learning folosește machine learning, dar nu orice sistem AI folosește deep learning.

Relația este de incluziune. Un sistem de deep learning este și un sistem de machine learning. În schimb, un arbore de decizie antrenat pe date este ML, dar nu devine deep learning pentru că are multe ramuri. Iar o metodă de planificare care caută o succesiune de acțiuni poate aparține AI fără să antreneze o rețea neuronală.

Separăm și modelul de produsul software. Interfața, baza de date, autentificarea și regulile de salvare sunt componente ale aplicației. Un model poate clasifica un mesaj, dar aplicația stabilește cine vede rezultatul și dacă acesta poate produce o modificare în sistem.

Ce intră în AI fără să fie machine learning?

Căutare, planificare și raționament explicit

O familie clasică de abordări AI reprezintă explicit stările posibile, acțiunile și obiectivul. Sistemul poate căuta un traseu sau o succesiune de pași care respectă anumite condiții. Într-un sistem bazat pe cunoștințe, faptele și regulile de inferență permit deducerea unor concluzii.

Aceste mecanisme diferă de ajustarea unui model pe exemple. Totuși, nu etichetăm orice condiție „dacă–atunci” drept inteligență artificială. Validarea unui câmp obligatoriu sau calculul unui total sunt operațiuni software obișnuite, chiar dacă se află într-o aplicație care integrează AI.

Regulile rămân importante și lângă un model

Un sistem poate folosi ML pentru a propune categoria unei solicitări și reguli exacte pentru alocarea responsabilului. Dacă utilizatorul nu are acces la un client, această restricție trebuie aplicată de aplicație, nu lăsată la interpretarea modelului. Același principiu se aplică limitelor de operare și aprobărilor.

Într-un proiect de dezvoltare software pentru firmă, alegerea nu este „cod sau AI”. Modelul este integrat într-un produs cu reguli, erori tratate și responsabilități clare. Uneori soluția corectă pentru o etapă este o regulă simplă, iar pentru alta un model antrenat.

Ce învață, de fapt, un model de machine learning?

Clasificare și estimarea unor valori

La învățarea supervizată, exemplele includ intrări și rezultate cunoscute. Pentru o clasificare, rezultatul poate fi o categorie, precum „comercial” sau „suport”. Pentru regresie, ținta este o valoare numerică, de exemplu durata unei intervenții. Antrenarea ajustează parametrii modelului pentru obiectivul ales.

Algoritmi precum regresia logistică, arborii de decizie și ansamblurile de arbori oferă mecanisme diferite de modelare. Nu alegem metoda doar după numele ei: testăm datele disponibile, erorile pe categorii și comportamentul în condițiile procesului.

Descoperirea de structuri în date

Învățarea nesupervizată caută structuri fără o țintă etichetată pentru fiecare exemplu. Un algoritm de clustering poate grupa comportamente similare. Grupurile obținute cer interpretare și verificare; nu reprezintă automat segmente comerciale utile doar pentru că apar distinct într-un grafic.

Reprezentarea intrărilor contează

Modelul primește o reprezentare a datelor: numere, categorii, vectori pentru texte sau alte structuri. Pentru tabele, trebuie definite variabilele și modul de tratare a valorilor lipsă. Pentru texte, o reprezentare poate folosi frecvențe de termeni sau vectori produși de un alt model.

Așadar, machine learning nu înseamnă că trimitem un fișier și eliminăm proiectarea. Echipa definește problema, verifică datele, alege reprezentarea și stabilește criteriile de evaluare. Documentația scikit-learn tratează explicit această combinație de preprocesare, ajustare și predicție.

Ce aduce deep learning în plus?

Reprezentări învățate pe mai multe niveluri

O rețea neuronală profundă aplică transformări succesive asupra informației. Prin antrenare, parametrii straturilor sunt ajustați astfel încât reprezentările învățate să susțină obiectivul. Ideea nu este că programatorul descrie manual fiecare contur, formulare sau combinație relevantă.

Într-o aplicație de viziune, o rețea poate învăța reprezentări vizuale utile pentru clasificare sau detectare. Într-un sistem lingvistic, reprezentările sunt adaptate prelucrării secvențelor și contextului. CNN-urile, rețelele recurente și Transformer-ele sunt familii de arhitecturi, nu niveluri succesive ale unui abonament.

Mai multe straturi nu reprezintă, singure, o demonstrație de calitate. Contează arhitectura, datele, obiectivul de antrenare și evaluarea. Relația dintre adâncime și performanță trebuie testată pe sarcină; nu formulăm regula că fiecare model mai mare este automat mai potrivit.

Deep learning este folosit pentru multe sisteme de procesare a imaginilor, vorbirii și limbajului, dar nu este limitat la acestea. Totodată, datele tabelare pot fi abordate eficient și prin metode clasice. Tipul intrării este un criteriu de analiză, nu un verdict suficient pentru alegerea tehnologiei.

Diferența dintre reguli scrise și parametri învățați

Într-un program cu reguli explicite, specialistul formulează condițiile și acțiunile. Într-un model antrenat, echipa specifică datele, obiectivul și procedura, iar procesul de învățare ajustează parametri. Ambele variante sunt implementate în software; diferența este locul în care se stabilește o parte a comportamentului.

Ce scriem în cod și ce învață modelul?

  1. Reguli explicite

    Specialistul definește condițiile; programul aplică aceleași reguli.

  2. Model antrenat

    Echipa definește datele și obiectivul; antrenarea ajustează parametrii.

În ambele variante, aplicația păstrează cod pentru acces, validări, integrare și tratarea erorilor.

La ML clasic, alegerea variabilelor și a reprezentării poate avea un rol major. La deep learning, modelul învață și reprezentări pe mai multe niveluri. Granița nu înseamnă însă „totul manual” versus „totul automat”: există metode de reprezentare învățată în afara rețelelor profunde, iar sistemele DL necesită în continuare selecția datelor și proiectarea evaluării.

Mai trebuie diferențiată explicația de trasabilitate. Pentru o regulă putem urmări condiția aplicată; pentru un model putem înregistra versiunea, intrarea, rezultatul și metoda de analiză potrivită. Un jurnal operațional este necesar chiar dacă modelul oferă o explicație în limbaj natural.

Același proces: trierea solicitărilor primite de o firmă

Echipă de suport pentru clienți cu căști și microfoane
Mikhail Nilov

Să presupunem că o echipă primește mesaje despre oferte, suport și solicitări urgente. Obiectivul este propunerea categoriei și trimiterea cazurilor neclare către un operator. Exemplul descrie o arhitectură posibilă, nu un rezultat măsurat la un client.

Varianta cu reguli explicite

Programul poate folosi formularul ales de client, un cod de produs sau o adresă de destinație. Dacă aceste informații sunt stabile și suficiente, regulile pot rezolva direct o parte din triere. Pentru texte libere apar combinații și excepții care trebuie analizate, nu completate la nesfârșit cu liste de cuvinte.

Varianta cu machine learning clasic

Folosim mesaje etichetate și o reprezentare numerică a textului, apoi antrenăm un clasificator. Verificăm fiecare categorie, nu doar procentul general de răspunsuri corecte. Echipa stabilește cum sunt tratate mesajele ambigue, clasele rare și schimbările vocabularului comercial.

Varianta cu deep learning

Putem folosi reprezentări neuronale, adapta un model sau integra un model lingvistic preantrenat pentru clasificare și rezumare. Comparația trebuie să includă calitatea pe aceleași mesaje, timpul de răspuns, costul și condițiile de prelucrare a datelor. Modelul generativ nu înlocuiește validarea categoriei și a acțiunii ulterioare.

În practică, un flux hibrid poate aplica regulile sigure, consulta modelul pentru rest și cere verificare umană la cazurile stabilite. Automatizarea proceselor cu integrare AI leagă aceste etape de aplicațiile echipei, cu limite și jurnal, fără a transforma automat o predicție într-o acțiune definitivă.

Ce date sunt necesare și cum le pregătim?

Verificarea documentelor și a calculelor la birou
Mikhail Nilov

Pentru o sarcină supervizată, avem nevoie de exemple cu definiții coerente ale rezultatelor. Dacă doi operatori folosesc diferit eticheta „urgent”, modelul primește o țintă inconsistentă. Clarificarea regulilor de etichetare poate fi mai importantă decât schimbarea algoritmului.

Verificăm lipsurile, duplicatele, perioada acoperită și situațiile rare. O copie a aceluiași mesaj în antrenare și test poate crea impresia unei performanțe care nu se repetă pe mesaje noi. La date în timp sau la grupuri de clienți, împărțirea trebuie să reflecte modul real de utilizare, nu să fie automat aleatorie.

Nu există un număr universal de exemple suficient pentru orice proiect. Cerința depinde de variația cazurilor, numărul claselor, calitatea etichetelor și posibilitatea folosirii unui model preantrenat. Urmărim cum se modifică rezultatele când adăugăm exemple reprezentative, în loc să folosim volumul ca argument comercial izolat.

Un dashboard pentru indicatorii și datele firmei poate face vizibile calitatea datelor și erorile pe categorii. Pentru informații interne, aplicăm separat regulile de protecție a datelor în aplicațiile AI, inclusiv accesul, retenția și informația trimisă furnizorilor.

Antrenare, validare, testare și inferență

Antrenarea ajustează parametrii pe exemplele alese. Validarea ajută la compararea variantelor și selectarea configurației. Testarea finală verifică soluția aleasă pe date păstrate separat. Inferența este utilizarea modelului pentru a produce un rezultat la o intrare.

Antrenare și evaluare fără scurgerea informației

  1. Date separate

    Definim exemplele și împărțirea potrivită procesului.

  2. Antrenare

    Ajustăm modelul pe datele de antrenare.

  3. Validare

    Comparăm variantele și alegem configurația.

  4. Test final

    Evaluăm soluția aleasă pe date păstrate separat.

Cazurile noi din producție sunt monitorizate; modificările importante cer o nouă evaluare.

Aceste roluri rămân distincte chiar dacă se folosesc proceduri de validare încrucișată. Testul final nu trebuie transformat într-un set pe care ajustăm repetat modelul până obținem scorul dorit. Tot astfel, transformările care învață din date se ajustează pe partea de antrenare și se aplică consecvent ulterior.

Un model care primește o cerere nouă nu este automat reantrenat. Istoricul aplicației, contextul unei cereri și actualizarea parametrilor sunt mecanisme diferite. Trebuie numit procesul concret prin care datele noi sunt selectate, revizuite și introduse într-o nouă versiune.

Trebuie să antrenăm de la zero o rețea neuronală?

Nu pentru orice aplicație. Un proiect poate utiliza un model preantrenat, îl poate adapta pe date specifice sau poate păstra modelul neschimbat și modifica informațiile pe care i le furnizează. Refolosirea unei reprezentări învățate și ajustarea parametrilor sunt două decizii care trebuie explicate în ofertă.

La un sistem care prelucrează documente, pot exista OCR, clasificare, extragere de câmpuri și validări exacte. Unele componente pot folosi modele preantrenate, iar altele reguli ale firmei. Ghidul despre procesarea documentelor cu AI și integrarea datelor în aplicații arată cum sunt legate aceste responsabilități.

Într-o aplicație custom cu integrare AI, evaluăm și dependența de furnizor, versiunea modelului, drepturile asupra datelor și comportamentul când serviciul nu răspunde. Antrenarea unui model propriu nu elimină aceste probleme; schimbă o parte dintre responsabilitățile de operare.

Cum alegem între reguli, ML clasic și deep learning?

Începem cu sarcina și un reper simplu de comparație. Pentru condiții exacte, folosim reguli explicite. Pentru relații în date, testăm modele potrivite structurii lor. Pentru imagini, limbaj sau reprezentări complexe, evaluăm și metode neuronale, inclusiv modele preantrenate.

De la cerință la o alegere justificată

  1. 1 · Proces

    Ce decizie sau activitate trebuie asistată?

  2. 2 · Date

    Ce exemple și surse avem dreptul să folosim?

  3. 3 · Variante

    Reguli, ML clasic, deep learning sau combinație.

  4. 4 · Comparație

    Aceleași cazuri, metrici și condiții de lucru.

  5. 5 · Integrare

    Acces, confirmare, monitorizare și cost operațional.

Decizia finală leagă rezultatele testelor de cerințele și bugetul de operare.

Comparația include rezultatul pe cazurile relevante, frecvența și gravitatea erorilor, timpul, resursele și controlul. Un model cu un scor agregat mai bun poate necesita mai multă verificare pe categoria importantă pentru proces. De aceea, criteriile trebuie stabilite înainte să alegem varianta preferată.

Separăm costul construirii de costul folosirii. Sunt relevante pregătirea datelor, integrarea, calculul, stocarea, verificarea umană și actualizările. Aceste componente sunt detaliate în ghidul despre costurile și mentenanța aplicațiilor AI.

De ce un procent mare de acuratețe poate induce în eroare?

O metrică agregată poate ascunde exact greșeala pe care firma vrea să o prevină. Pentru clasificare, analizăm matricea de confuzie și indicatorii pe clasă. Recall arată ce proporție dintre cazurile reale ale unei clase este identificată corect; precizia arată ce proporție dintre cazurile prezise în acea clasă este corectă.

Exemplu didactic, cu date demonstrative: din 100 de mesaje, 90 sunt standard și 10 sunt urgente. Un sistem care prezice mereu „standard” are 90 de rezultate corecte din 100, deci 90% acuratețe. Totuși, identifică 0 din cele 10 solicitări urgente: recall pentru categoria urgentă este 0%.

De ce o acuratețe de 90% poate ascunde problema

  1. 100 mesaje

    90 standard și 10 urgente. Sistemul prezice mereu «standard».

  2. 90% acuratețe

    90 predicții corecte din 100 de mesaje.

  3. 0% recall urgent

    0 solicitări urgente identificate din cele 10 existente.

Exemplu didactic cu date demonstrative, nu rezultat WebHat. Metrica trebuie legată de categoria și eroarea importante pentru proces.

Acesta nu este un benchmark și nu reprezintă performanța unui proiect WebHat. Exemplul arată de ce ținta comercială trebuie tradusă într-un criteriu tehnic potrivit. Pentru regresie analizăm mărimea erorilor și distribuția lor; pentru o aplicație completă măsurăm și intervenția umană, costul și timpul până la un rezultat acceptat.

Întrebări frecvente despre AI, machine learning și deep learning

Machine learning este același lucru cu inteligența artificială?

Machine learning este o parte a AI. Domeniul inteligenței artificiale include și metode precum căutarea, planificarea și raționamentul pe cunoștințe explicite. Etichetele nu sunt interschimbabile, chiar dacă apar împreună în descrierea unei aplicații.

Orice rețea neuronală este deep learning?

Deep learning se referă la modele cu mai multe straturi de reprezentare și procesare. Adâncimea trebuie descrisă pentru arhitectura concretă, prin straturile și transformările folosite. O rețea neuronală simplă nu trebuie prezentată automat drept sistem profund.

Deep learning este întotdeauna mai bun decât ML clasic?

Alegerea se face prin evaluarea sarcinii. Calitatea datelor, reprezentarea, resursele, erorile importante și operarea pot favoriza variante diferite. O soluție se justifică prin comparația pe cazuri relevante, nu doar prin adâncimea rețelei.

O firmă mică poate folosi deep learning?

Da, poate integra un model preantrenat sau o componentă specializată într-o aplicație. Proiectul trebuie să verifice utilitatea, costul, accesul la date și cerințele de găzduire. Nu presupune automat construirea unui model mare de la zero.

AI generativă se află în afara acestei relații?

Generativ descrie o familie de modelare și utilizări de producere a conținutului, nu un nivel separat de AI, ML și DL. Multe aplicații generative folosesc deep learning. Clasificările pot descrie aceeași soluție din perspective diferite.

Care este primul pas pentru alegerea unei soluții?

Definim procesul, rezultatul așteptat și modul de verificare. Adunăm exemple reprezentative și stabilim cine aprobă cazurile importante. Comparăm apoi variantele pe aceleași date și criterii, înainte de extinderea utilizării.