DI agentai — tai dirbtinio intelekto sistemos, kurios ne tik atsako į klausimus, bet ir pačios atlieka daugiapakopes užduotis jūsų sistemose: perskaito duomenis, nusprendžia, kurį veiksmą atlikti, jį atlieka ir patikrina rezultatą. Nuo pokalbių roboto agentas skiriasi tuo, kad turi įrankius ir prieigą; nuo įprasto automatizavimo — tuo, kad žingsnių eilės nereikia surašyti iš anksto. Verslui tai reiškia, kad automatizuoti galima ne tik griežtai vienodus, bet ir kintančius darbus — su sąlyga, kad rezultatą kažkas peržiūri.
Esu Tomas, front-end programuotojas iš Vilniaus. Per aštuonerius su puse metų ir 97+ projektų nemažą dalį darbo sudarė sistemų sujungimas ir automatizavimas, o pastaruoju metu — MCP serveriai, leidžiantys Claude dirbti su realiomis WooCommerce parduotuvėmis. Šiame straipsnyje — be ažiotažo: kuo agentas skiriasi nuo chatboto, ką jis realiai padaro, kur jo ribos ir kaip pradėti nuo mažo, kad nerizikuotumėte nei duomenimis, nei biudžetu.
Kuo DI agentai skiriasi nuo chatboto ir nuo automatizavimo
Trys dalykai dažnai vadinami tuo pačiu žodžiu „dirbtinis intelektas“, nors versle jie sprendžia skirtingas problemas. Pokalbių robotas kalba. Scenarijų automatizavimas vykdo. Agentas pats nusprendžia, ką vykdyti, kad pasiektų nurodytą tikslą.
| Kriterijus | Pokalbių robotas | Scenarijų automatizavimas | DI agentas |
|---|---|---|---|
| Ką daro | Atsako tekstu | Vykdo iš anksto surašytus žingsnius | Pats parenka žingsnius tikslui pasiekti |
| Prieiga prie sistemų | Paprastai jokios | Tik ta, kuri numatyta | Per aprašytus įrankius (API, MCP) |
| Kai sąlygos pasikeičia | Atsako netiksliai | Sustoja arba suklysta | Prisitaiko, bet gali suklysti savaip |
| Rezultato nuspėjamumas | Vidutinis | Labai aukštas | Vidutinis — būtina peržiūra |
| Kada verta rinktis | DUK ir pirminis aptarnavimas | Vienodas, taisyklėmis aprašomas darbas | Kintantis darbas su sprendimo elementu |
Praktinis testas paprastas. Jei užduotį galite surašyti tiksliais žingsniais ir ji kiekvieną kartą vienoda — agento nereikia, užteks paprasto automatizavimo, ir jis bus pigesnis bei patikimesnis. Jei kiekvienas atvejis šiek tiek kitoks ir reikia „pažiūrėti, kas čia atėjo, ir atitinkamai pasielgti“ — čia prasideda agentų sritis.
Kas agentui suteikia rankas
Modelis pats savaime nieko jūsų sistemose padaryti negali — jis tik generuoja tekstą. Veiksmus jis atlieka per įrankius: aprašytas funkcijas tipo „gauk užsakymą pagal numerį“, „pakeisk likutį“, „išsiųsk juodraštį peržiūrai“. Techniškai tai vyksta per API arba per MCP standartą. Jei šie žodžiai neaiškūs, pravers paaiškinimas, kas yra API be programavimo, ir atskiras straipsnis apie tai, kas yra MCP serveris ir kam verslui jo reikia.
Svarbiausia iš to išplaukianti taisyklė: agentas gali tik tai, ką jam leidžia įrankių sąrašas. Tai ne filosofinis apribojimas, o techninis — jeigu funkcijos „ištrink produktą“ nėra, jos neatsiras nei įkalbėjus, nei suklydus.
Ką DI agentai verslui realiai automatizuoja
Kalbant apie tai, ką ai agentai verslui daro kasdien, naudingiausi atvejai atrodo nuobodžiai — ir būtent todėl veikia:
- Produktų duomenų tvarkymas. Tiekėjo Excel ar XML failas paverčiamas tvarkingais produktais: aprašymai perrašomi žmogiškai, priskiriamos kategorijos, sugeneruojami meta duomenys. Kiekvienas tiekėjas failą pateikia savaip — todėl griežtas scenarijus čia lūžta, o agentas susitvarko.
- Užklausų ir laiškų rūšiavimas. Gauti laiškai suskirstomi pagal temą, skubūs pažymimi, tipiniams paruošiamas atsakymo juodraštis. Išsiunčia žmogus.
- Ataskaitos įprasta kalba. „Kurie produktai neparduoti tris mėnesius ir kokia jų vertė sandėlyje“ — atsakymas be filtrų ir eksportų. Kaip tai atrodo su tikra parduotuve, aprašiau straipsnyje apie MCP serverį WooCommerce automatizavimui.
- Duomenų sutikrinimas. Palyginti tiekėjo katalogą su parduotuvės duomenimis ir parodyti, kur kainos ar likučiai išsiskyrė. Rutina, kurios niekas nenori daryti ranka.
- Turinio ruošimas su peržiūra. Straipsnių, naujienlaiškių ar socialinių tinklų įrašų juodraščiai pagal jūsų temas ir stilių.
Bendras vardiklis: darbas kartojasi, turi aiškų gerą rezultatą ir klaida nėra katastrofa, nes prieš publikavimą ar išsiuntimą yra peržiūros etapas.
Kiek autonominis DI iš tikrųjų turi būti
Autonomija nėra jungiklis „įjungta/išjungta“ — tai laiptelis, kurį renkatės patys. Praktikoje naudingi trys lygiai:
- Siūlo. Agentas paruošia rezultatą — aprašymą, atsakymą, kainų pakeitimų sąrašą — ir pateikia peržiūrai. Nieko nekeičia.
- Daro su patvirtinimu. Agentas parodo, ką ketina daryti, ir laukia patvirtinimo. Po jo veiksmas atliekamas iki galo.
- Daro pats siauroje srityje. Veiksmas atliekamas be klausimo, bet tik konkrečiame ruože: pavyzdžiui, atnaujinti likučius, bet ne kainas; rašyti į juodraščius, bet ne publikuoti.
Visada pradedu nuo pirmo lygio ir keliu tik tada, kai rezultatai kelias savaites būna nuosekliai teisingi. Visiškai autonominis DI be žmogaus priežiūros verslo procesuose šiandien yra reta ir retai pagrįsta išimtis — ne todėl, kad technologija per silpna, o todėl, kad atsakomybė už klaidą vis tiek lieka įmonei.
Todėl dvi techninės detalės, kurių niekada nepraleidžiu: prieigos ribos (ką agentas mato ir ką gali keisti) ir veiksmų žurnalas (kas, kada ir ką pakeitė). Be žurnalo neįmanoma net išsiaiškinti, kas nutiko.
Kur DI agentų ribos
Sąžiningas sąrašas dalykų, kurie nuvilia dažniausiai:
- Agentas klysta užtikrintai. Neteisingas rezultatas atrodo lygiai taip pat tvarkingai kaip teisingas, todėl peržiūros etapas nėra formalumas.
- Netvarkingi duomenys viską sugadina. Jei likučiai sistemoje neteisingi, agentas tiesiog greičiau padaugins klaidą.
- Vienkartinės užduotys neatsiperka. Darbą, atliekamą kartą per metus, greičiau padaryti ranka.
- Kaina auga su apimtimi. Modelio naudojimas apmokestinamas pagal apdorojamo teksto kiekį — dideli katalogai kainuoja pastebimai daugiau nei bandomasis paleidimas.
- Teisinė atsakomybė nesikeičia. Už kainų klaidą parduotuvėje ar netikslų atsakymą klientui atsako įmonė, ne modelis. Tai galioja ir asmens duomenims — ką agentas apskritai mato, verta nuspręsti prieš, o ne po.
Kaip pradėti mažai ir be rizikos
Dažniausia klaida — pradėti nuo klausimo „kaip mums panaudoti dirbtinį intelektą“. Geresnė pradžia yra klausimas „kur prarandame daugiausia valandų“. Eiga, kurios laikausi:
- Savaitę užsirašykite rutiną. Kokie darbai kartojasi, kiek kartų ir kiek laiko atima. Dažniausiai paaiškėja 3–5 akivaizdūs kandidatai.
- Išrinkite vieną. Tokį, kuris kartojasi bent kartą per savaitę ir kurio klaida nekainuoja brangiai. Aprašymų ruošimas — geras pirmas žingsnis, kainų keitimas — blogas.
- Paleiskite siūlymo režimu. Kelias savaites agentas tik ruošia, žmogus tvirtina. Taip sužinote tikrą tikslumą, o ne pademonstruotą.
- Išmatuokite. Kiek valandų sutaupyta, kiek rezultatų teko taisyti. Jei taisoma daugiau nei trečdalis — derinama užduotis, ne plečiama apimtis.
- Tik tada plėskite. Antra užduotis pridedama prie veikiančios sistemos, o ne kuriama iš naujo.
Orientaciniai kaštai tokiam bandomajam etapui: pats modelio naudojimas mažos ar vidutinės įmonės apimtimis paprastai kainuoja keliolika–keliasdešimt eurų per mėnesį. Didžiąją dalį biudžeto sudaro ne modelis, o vienkartinis darbas sujungiant jį su jūsų sistemomis.
Kaip galiu padėti
Pradėti siūlau nuo galimybių įvertinimo — 40 €/val: peržiūriu procesus ir pasakau, ką verta automatizuoti, kokia tvarka ir kiek tai sutaupys, su pavyzdžiais iš jūsų duomenų. Jei sprendžiate toliau — individualus MCP serveris jūsų parduotuvei ar vidinei sistemai kainuoja nuo 500 €, DI pokalbių robotas — nuo 400 €, turinio generavimo procesas su peržiūros etapu — nuo 300 €. Visi įkainiai ir eiga aprašyti DI ir MCP integracijų puslapyje. Jei matau, kad jūsų atveju užtenka paprastesnio sprendimo be DI, pasakau tiesiai.
Dažniausiai užduodami klausimai
Kuo DI agentas skiriasi nuo įprasto pokalbio su Claude ar ChatGPT?
Pokalbyje modelis turi tik tai, ką jam parašote, ir gali grąžinti tik tekstą. Agentas turi įrankius ir prieigą prie jūsų sistemų, todėl gali pats paimti duomenis ir atlikti veiksmą. Skirtumas maždaug toks pat, kaip tarp patarėjo ir darbuotojo su prieiga prie sistemos.
Ar DI agentas gali dirbti visiškai be žmogaus priežiūros?
Techniškai taip, praktiškai to nerekomenduoju. Atsakomybė už klaidą lieka įmonei, todėl protingiau apriboti sritį, kurioje agentas veikia savarankiškai, ir palikti peržiūrą ten, kur klaida kainuoja — kainos, sutartys, laiškai klientams.
Ar mano verslas per mažas DI agentams?
Dažnai priešingai. Mažoje komandoje nėra kam daryti rutininio darbo, todėl kiekviena sutaupyta valanda pasijunta iš karto. Svarbiau ne įmonės dydis, o ar yra darbas, kuris kartojasi kas savaitę.
Kiek kainuoja DI agentas mėnesiui?
Kūrimo darbas yra vienkartinis. Mėnesinė dalis — tik modelio naudojimas, mažos ar vidutinės įmonės apimtimis paprastai keliolika–keliasdešimt eurų. Tikslesnį orientyrą galima suskaičiuoti prieš pradedant, žinant apdorojamų duomenų kiekį.
Ar agentas gali sugadinti duomenis?
Gali, jei jam duotos per plačios teisės. Todėl prieigos ribos nustatomos prieš paleidimą: dalis įrankių paliekami tik skaitymui, keitimai apribojami konkrečia sritimi, o visi veiksmai fiksuojami žurnale, kad bet kurį pakeitimą būtų galima atsekti ir atšaukti.
Nuo ko pradėti, jei neturiu techninės komandos?
Nuo vienos konkrečios užduoties ir siūlymo režimo, kai agentas tik ruošia rezultatą, o tvirtinate jūs. Techninė dalis — įrankių aprašymas ir prieigos konfigūravimas — yra mano darbas; jūsų pusėje lieka sprendimas, kuri užduotis pirma.