Kennisbank

Agenți care fac ei înșiși pași în loc să dea răspunsuri

O fereastră de chat dă un răspuns. Un agent face ceva cu acel răspuns: caută o dată, completează un câmp, trimite un mesaj, așteaptă o reacție și continuă. Această diferență — de la a răspunde la a acționa — este locul unde majoritatea organizațiilor se poticnesc în privința AI. Nu pentru că nu ar fi posibil din punct de vedere tehnic, ci pentru că a acționa impune alte cerințe decât a răspunde.

Ce se petrece sub fereastra de chat

Un agent care execută muncă trebuie să poată accesa ceva. El citește un sistem, scrie într-un alt sistem, iar pașii dintre acestea trebuie să fie fixați undeva — ca proces, ca regulă, ca flux de lucru. Aceasta este un alt nivel decât o conversație. Este vorba despre lanțuri în care pașii se succed unul pe altul, în care rezultatul unui pas este intrarea pentru pasul următor, fără ca un om să se interpună de fiecare dată.

Asta necesită acces: drepturi în sisteme, un loc în infrastructură, un statut care nu este uman, dar nici nu este nimic. Un agent care are permisiunea să citească și să sintetizeze documente funcționează diferit față de un agent care are permisiunea să pregătească o decizie sau să înregistreze și să urmărească o conversație. Fiecare dintre aceste forme are propria relație cu controlul, cu ceea ce se întâmplă atunci când ceva merge greșit și cu cine este implicat în acel moment.

Formele pe care le poate lua acest lucru

Agenții care execută muncă apar într-un număr limitat de forme recognoscibile. Ei semnalează: monitorizează un proces sau un sistem și raportează atunci când ceva se abate, ceea ce are legătură cu monitorizarea și semnalarea și cu întrebarea când o notificare trebuie să ajungă la un om. Ei susțin o decizie prin ordonarea opțiunilor și colectarea argumentelor, fără a lua decizia propriu-zisă — domeniul suportului pentru decizii. Ei fac legătura între departamente care au nevoie unul de celălalt, dar nu folosesc aceleași sisteme sau același limbaj, ceea ce necesită coordonare între departamente fără ca ceva să se pierdă pe drum. Și ei înregistrează conversații și declanșează pași următori, prin care o promisiune făcută telefonic revine ca acțiune într-un sistem.

Niciuna dintre aceste forme nu există de sine stătător. Un agent care semnalează are nevoie de ceva la care să facă referire. Un agent care coordonează are nevoie de un sistem care îl acceptă de ambele părți. Forma nu determină numai ce se întâmplă, ci și ce trebuie să fie deja în ordine pentru asta.

Ce solicită acest lucru din partea organizației înainte de a fi posibil

Un agent care execută muncă depinde de ce este deja stabilit. Fără acorduri clare privind cine decide despre ce, un agent nu știe care pas îl poate face el însuși și care pas trebuie să se întoarcă la un om. Fără o infrastructură suficient de stabilă, un lanț se blochează în momentul în care un sistem se modifică sau nu răspunde. Fără un management al datelor pus la punct, un agent execută pași pe date care nu sunt actuale sau nu sunt fiabile — cu un rezultat la fel de nesigur, dar cu aparența de precizie.

Aceste trei elemente — organizație, infrastructură, managementul datelor — au prioritate. Nu pentru că ar fi mai importante în sens general, ci pentru că un agent care trebuie să se poată baza pe ceva are nevoie mai întâi de acest fundament. Un agent care coordonează între departamente se blochează dacă acele departamente nu stabilesc deja în mod clar cine se ocupă de ce. Un agent care sintetizează documente este inutil dacă nimeni nu știe care versiune a unui document este cea valabilă.

În plus, există o întrebare care nu este tehnică: ce se întâmplă dacă agentul face ceva greșit? Cine observă asta, cât de rapid și care este pasul de revenire? O organizație care nu a gândit acest lucru observă abia după ce s-a produs deja.

Unde se blochează acest lucru

Majoritatea proiectelor pilot cu agenți nu se blochează din cauza tehnologiei în sine. Ele se blochează pe un sistem care nu este accesibil fără un pas manual intermediar, pe un proces care există pe hârtie, dar în practică are trei excepții, sau pe un departament care nu știe că acum un agent îi face o parte din muncă. Acestea nu sunt obstacole minore — sunt exact lucrurile care devin vizibile de îndată ce ceva trebuie să funcționeze în loc să dea doar un răspuns.

Asta explică și de ce un proiect pilot care pare să meargă bine într-un mediu de testare se blochează adesea de îndată ce trece în practică. Practica are excepții, sisteme vechi și oameni care lucrează diferit față de cum descrie procesul. Un agent care nu este pregătit pentru asta își face treaba pe jumătate sau o face greșit, fără ca nimeni să observe imediat.

De la pregătire la sarcină

Această pagină descrie ce este posibil atunci când o organizație este pregătită să lase agenții să execute muncă și ce trebuie să fie deja stabilit pentru asta. Această pregătire este o întrebare. Cealaltă întrebare este care sarcini din organizația dumneavoastră sunt concret eligibile și ce parte dintre acestea poate fi asumată de un agent. Acest lucru este calculat de scanul de muncă al FTE TO AI pe sarcină: nu dacă organizația dumneavoastră este pregătită în sens general, ci cât de mult dintr-o anumită bucată de muncă poate fi preluat și ce rămâne din asta pentru un om.