DI agentas ar automatizavimas: kada kas apsimoka
Fiksuotiems žingsniams – automatizavimas, pagrindinėms verslo taisyklėms – individualus kodas, o DI agentas – tik ten, kur reikia sprendimo. Su palyginimo lentele.
AFKzona Group · 6 min. skaitymo
Trumpas atsakymas
- DI agentas pasiteisina laiškams, dokumentams ir laisvo teksto užklausoms, kai kitas žingsnis priklauso nuo teksto prasmės.
- Dauguma veikiančių sistemų derina visus tris variantus: kodą taisyklėms, automatizavimą jungtims, agentą sprendimo žingsniui.
- Prieš paleisdami agentą nuspręskite keturis dalykus: ką jis gali daryti pats, kam reikia patvirtinimo, kaip jis vertinamas ir kaip atšaukiamas jo paleidimas.
- Iš anksto sutartas vertinimo rinkinys yra geresnis agento priėmimo testas nei demonstracija.
Procesų automatizavimą (n8n, Make, Zapier) rinkitės, kai procesas yra fiksuota žingsnių seka tarp įrankių. Individualų kodą – kai logika yra pagrindinės jūsų verslo taisyklės, kai reikia testų arba apimtys didelės. Dirbtinio intelekto (DI) agentą – tik tam žingsniui, kuriam reikia sprendimo pagal nestruktūruotą informaciją, pavyzdžiui, perskaityti laišką ar dokumentą. Aplink jį įdiekite patvirtinimus, vertinimus ir veiksmų žurnalus.
Dauguma mūsų kuriamų sistemų naudoja visus tris variantus. Šiame straipsnyje – palyginimo lentelė, kiekvieno varianto kaštai ir rizikos, taip pat valdysena, kurios agentui reikia, kol jis dar neprisilietė prie tikrų duomenų.
Trys variantai
Variantai skiriasi tuo, kas nusprendžia kitą žingsnį: jūs, kurdami procesą, programuotojas, rašydamas kodą, ar kalbos modelis veikimo metu. Būtent šis skirtumas lemia kaštus, nuspėjamumą ir riziką.
Procesų automatizavimas – įrankis, vykdantis iš anksto apibrėžtus žingsnius tarp programų. Jie dažniausiai sudėliojami vizualiame redaktoriuje: pateikta forma – sukurti įrašą CRM – išsiųsti laišką. Dažniausi pavyzdžiai – n8n, Make ir Zapier. n8n galima talpinti ir savo serveriuose, o Make ir Zapier yra debesijos paslaugos.
Individualus kodas – jūsų procesui parašyta programinė įranga, kuri laikoma versijų valdymo sistemoje, testuojama ir diegiama kaip bet kuri kita programa. Logika aiški ir ją galima peržiūrėti eilutė po eilutės.
DI agentas – programinė įranga, kurioje kalbos modelis žingsnis po žingsnio pagal gautą informaciją ir nurodymus sprendžia, kokius įrankius kviesti ir ką daryti toliau. Jis susitvarko su įvestimi, kuri netelpa į formą, o patvirtinimai ir vertinimai kiekvieną jo veiksmą išlaiko nustatytose ribose.
Palyginimo lentelė
Rinkitės paprasčiausią variantą, kuris patikimai susitvarko su jūsų įvestimi. Jei žingsnius galima nupiešti iš anksto, agentas prideda kaštų ir rizikos, bet ne vertės. Jei įvestis yra laisvas tekstas, o sprendimas priklauso nuo jo prasmės, fiksuotas procesas lūš – tada tinka agentas arba agento žingsnis proceso viduje.
| Klausimas | Procesų automatizavimas | Individualus kodas | DI agentas |
|---|---|---|---|
| Kam geriausiai tinka | Fiksuoti žingsniai tarp įrankių, turinčių jungtis | Pagrindinės verslo taisyklės, duomenų vientisumas, didelės apimtys | Sprendimai pagal nestruktūruotą įvestį |
| Įvestis | Struktūruota: formos, „webhook“, įrašai | Bet kokia, kurią galima aprašyti | Laisvas tekstas, laiškai, dokumentai |
| Nuspėjamumas | Didelis: ta pati įvestis – tas pats kelias | Didelis ir testuojamas | Kintamas, reikia vertinimo |
| Kūrimo kaštai | Maži, jei procesas paprastas | Fiksuota kaina pagal rašytinę apimtį | Vidutiniai, plius vertinimo darbas |
| Eksploatacijos kaštai | Įrankio prenumerata, dažnai pagal naudojimą | Talpinimas | Modelio naudojimas kiekvienam paleidimui, plius talpinimas |
| Kas prižiūri | Operacijų darbuotojas vizualiame redaktoriuje | Programuotojai | Programuotojai ir vertinimo rinkinio savininkas |
| Pagrindinė rizika | Procesų daugėja, jie tampa niekieno; klaidos lieka nepastebėtos | Maža: taisyklės aiškios, peržiūrėtos ir ištestuotos | Užtikrintai atliekamas klaidingas veiksmas; instrukcijų injekcija |
| Testavimas | Rankiniai paleidimai; automatinis testavimas ribotas | Vienetų ir integraciniai testai CI | Tikrų atvejų vertinimo rinkinys po kiekvieno pakeitimo |
| Atšaukimas | Pakartoti ar pataisyti rankomis | Grąžinti ankstesnę versiją; DB migracijos atšaukiamos | Kiekvienas veiksmas atšaukiamas pagal žurnalą; grąžinama ankstesnė instrukcijų ir modelio versija |
| Tipinis pavyzdys | Naujas užsakymas → sąskaita → pranešimas „Slack“ | Rezervacijų variklis, kuris niekada neleidžia dvigubo rezervavimo | Gaunamų laiškų rūšiavimas ir atsakymų juodraščiai patvirtinti |
Kada tinka procesų automatizavimas
Procesų automatizavimas tinka, kai procesas yra trumpa, stabili seka tarp įrankių, kurie jau turi jungtis, apimtys vidutinės, o proceso savininkas nori jį keisti be programuotojo. Dažnai tai paprasčiausias būdas sujungti formą, CRM ir el. pašto įrankį.
Jis nebetinka, kai procesų prisidaugina ir niekas nebežino, kuris ką daro, kai klaida lieka nepastebėta, nes žingsnis tyliai nieko negrąžino, arba kai procese atsiranda verslo taisyklių, kurias reikia testuoti. Tada taisykles perkelkite į kodą, o įrankį palikite jungtims arba jo atsisakykite.
Patikrinkite, kur keliauja duomenys. Debesijos automatizavimo įrankis jūsų duomenis apdoroja savo infrastruktūroje. Jei duomenys turi likti ES ar jūsų serveriuose, išsiaiškinkite tiekėjo talpinimo galimybes arba talpinkite įrankį patys.
Kada tinka individualus kodas
Individualus kodas tinka, kai logika ir yra jūsų verslas: kainodaros taisyklės, užimtumas, sąskaitos, teisės – visur, kur klaidingas rezultatas kainuoja pinigų ar pasitikėjimo. Kodą galima peržiūrėti, testuoti su tikra duomenų baze ir grąžinti ankstesnę jo versiją.
Du pavyzdžiai iš mūsų prižiūrimų sistemų. Mūsų nuomos verslo administravimo sistemoje lygiagretumo testas įrodo, kad du klientai niekada negali rezervuoti to paties daikto, nes šią taisyklę užtikrina duomenų bazė. Sąskaitos nekeičiamos ir numeruojamos be spragų. Nė vienos iš šių garantijų negalima patikėti nei vizualiam procesui, nei modelio sprendimui.
Kodas suteikia nuspėjamumą: kiekvienas pakeitimas peržiūrimas, testuojamas ir gali būti atšauktas.
Kada tinka DI agentas
DI agentas tinka, kai įvestis nestruktūruota, o kitam žingsniui pasirinkti ją reikia suprasti: laiškų klasifikavimas ir nukreipimas, duomenų ištraukimas iš skirtingo maketo dokumentų, atsakymai iš jūsų pačių turinio ar atsakymo juodraštis, kurį patvirtina žmogus.
Kai žingsniai žinomi iš anksto, darbą atlieka automatizavimas ar kodas. Agentas tinka ten, kur kiekvieną veiksmą galima atšaukti, o vertinimo rinkinys turi savo savininką. Vertinimo rinkinys – fiksuotas tikrų įvesčių rinkinys su kiekvienai laukiamu rezultatu; juo tikrinama kiekviena nauja agento versija prieš ją įdiegiant.
Mūsų kuriamas ir prižiūrimas pokalbių valdiklis Keliox parodo šį principą: jis atsako lankytojams iš įmonės svetainės turinio, surenka kontaktus atgaliniam skambučiui, o sudėtingus klausimus nukreipia žmogui.
Valdysena: ko agentui reikia prieš paleidžiant
Agentą saugu naudoti realioje veikloje, kai įdiegtos keturios kontrolės priemonės: ribotos teisės ir patvirtinimai įrašymo veiksmams, vertinimo rinkinys kaip leidimo sąlyga, išsamus kiekvieno paleidimo žurnalas ir galimybė paleidimą atšaukti. Visas keturias nuspręskite prieš pirmą tikrą įvestį, o ne po pirmo incidento.
2025 m. OWASP DI programų rizikų sąraše pirmoje vietoje yra instrukcijų injekcija (LLM01), taip pat įtrauktas per didelis savarankiškumas (LLM06) – kai modelis turi daugiau teisių ar laisvės, nei reikia užduočiai. NIST DI rizikų valdymo sistema darbą su DI rizikomis skirsto į keturias funkcijas: valdyti, nustatyti, matuoti ir tvarkyti. Toliau pateiktos priemonės atitinka abu šiuos šaltinius.
| Priemonė | Ką tai reiškia praktikoje |
|---|---|
| Mažiausios teisės | Agentas skaito tik tai, ko reikia, o rašo tik per aiškiai įvardytus įrankius; jokios bendros prieigos prie DB ar administravimo sistemos |
| Patvirtinimai | Kiekvienas veiksmas, kuris ką nors siunčia, apmoka, ištrina ar keičia įrašą, pirmiausia keliauja žmogui patvirtinti per „Slack“, „Teams“ ar el. paštą |
| Vertinimai | Nauja instrukcijų, modelio ar įrankio versija diegiama tik įveikusi sutartą vertinimo rinkinį |
| Veiksmų žurnalas | Kiekvienam paleidimui įrašoma įvestis, modelio versija, įrankių kvietimai, rezultatai ir kas ką patvirtino |
| Atšaukimas | Kiekvieną paleidimą galima atšaukti pagal jo žurnalą, taip pat grąžinti ankstesnę instrukcijų ir modelio versiją |
| Biudžetai | Modelio naudojimo ribos vienam paleidimui ir dienai, su įspėjimais |
| Apsauga nuo injekcijų | Laiškų, dokumentų ir tinklalapių turinys laikomas duomenimis, niekada – nurodymais |
Jei agento naudojimo sritį ES DI aktas priskiria didelės rizikos sritims, pavyzdžiui, sprendimus dėl darbo santykių, taikomi griežtesni reikalavimai. Prieš pradėdami kurti, pasitikrinkite aktą ir jam aktualius terminus.
Kaip derinti visus tris
Dauguma veikiančių sistemų variantus derina. Tipinė schema: automatizavimas ar kodas priima laišką ir jį išsaugo, agentas jį klasifikuoja ir parengia atsakymo juodraštį, žmogus patvirtina, o kodas įrašo rezultatą į CRM ir žurnalą. Agentas atlieka tik sprendimo žingsnį, o visa, kas aplink jį, yra nuspėjama.
Tokią schemą esame įgyvendinę įvairiu mastu: procesų kūrimo įrankį su dešimtimis žingsnių tipų ir patvirtinimais pokalbių programose, dešimties agentų grandinę, kuri sukuria išbaigtas produktų demonstracijas, ir autonominę kelių agentų sistemą, kuri pati rašo, testuoja ir atšaukia savo kodą.
Nuo ko pradėti
Pradėkite nuo vieno konkretaus proceso, raštu aprašykite, ką agentas gali daryti, o ko ne, ir surinkite 30–50 tikrų pavyzdžių su laukiamu rezultatu. Iš jų susidarys vertinimo rinkinys, kuris bus ir priėmimo testas.
- Ką kuriame: DI agentai ir procesų automatizavimas, DI valdysena ir saugumas
- Paslaugos: DI agentai ir automatizavimas nuo 6 000 €, integracijos nuo 3 500 €
- Visos kainos: kainos
- Užsisakykite nemokamą 30 min. pokalbį ir atsineškite vieną procesą, kurį norite automatizuoti.
Dažni klausimai
Kuo DI agentas skiriasi nuo procesų automatizavimo?
Procesų automatizavimas vykdo iš anksto apibrėžtus žingsnius: įvyko X – daryk Y, tada Z. DI agente kalbos modelis pagal gautą informaciją pats sprendžia, kokius žingsnius atlikti ir kokius įrankius naudoti. Automatizavimas nuspėjamas ir pigiai eksploatuojamas; agentas susitvarko su netvarkinga įvestimi, o jo saugumą užtikrina patvirtinimai, vertinimai ir žurnalai.
Kada rinktis n8n, Make ar Zapier, o kada individualų kodą?
n8n, Make ar Zapier tinka, kai procesas yra žingsnių seka tarp įrankių, kurie jau turi jungtis, apimtys vidutinės, o procesą gali prižiūrėti žmogus vizualiame redaktoriuje. Prie individualaus kodo pereikite, kai logika tampa pagrindinėmis verslo taisyklėmis, kai reikia testų ir versijų valdymo arba kai apimtys ir klaidų valdymas viršija įrankio galimybes.
Kaip užtikrinti DI agento saugumą verslo procesuose?
Suteikite jam teises, kurių reikia užduočiai, įrašymo veiksmus nukreipkite žmogui patvirtinti, kiekvieną paleidimą įrašykite į žurnalą, o kiekvieną naują versiją diekite įveikusią vertinimo rinkinį. Taip suvaldoma rizika, kurią OWASP vadina per dideliu savarankiškumu, – kai modelis turi daugiau teisių ar laisvės, nei reikia užduočiai.
Kiek kainuoja DI agento sukūrimas?
AFKzona Group vieną konkretų procesą DI agentu automatizuoja nuo 6 000 €, o priėmimo testas – vertinimo rinkinys. Integracijos – nuo 3 500 €. Eksploatacijos kaštus pagal modelio naudojimą ir apimtis įvertiname nustatydami darbų apimtį, o fiksuotą kūrimo kainą raštu sutariame prieš pradėdami darbą.
Kas yra DI agento vertinimo rinkinys?
Fiksuotas tikrų įvesčių rinkinys su kiekvienai laukiamu rezultatu, kuriuo tikrinama kiekviena nauja agento versija prieš ją įdiegiant. Tvirtai pradžiai tinka 30–50 tikrų vieno konkretaus proceso pavyzdžių, o tas pats rinkinys tampa ir priėmimo testu.