Agent-EvalKit: DI agentų testavimas negali baigtis vien atsakymu
·
Agent-EvalKit šiandien nėra vien techninė naujiena. Čia yra klausimas, kuris ateina iki vadovo stalo: ką leisime DI daryti praktiškai, kiek tai kainuos ir kas patikrins rezultatą?
Agent-EvalKit iš AWS pataiko į skaudžią vietą. Agentą lengva parodyti. Sunku įrodyti, kad jis patikimai veiks po šimto skirtingų užduočių, su įrankiais, klaidomis ir keistais vartotojų klausimais.
Man tokiose istorijose visada įsijungia tas mažas balsas galvoje: gerai, gražu, bet kur čia realus darbas? Ne demonstracija scenoje, ne gražus paveiksliukas, o pirmadienio rytas komandoje, kai kažkas turi priimti sprendimą.
KAS NUTIKO
AWS rašo, kad agentus reikia vertinti ne tik pagal galutinį atsakymą. Reikia matyti, kokius įrankius agentas kvietė, kokia seka, kokius sprendimus priėmė ir kur galėjo nukrypti nuo plano.
Čia kaip su darbuotoju. Jei jis pristato gerą rezultatą vieną kartą, džiaugiamės. Bet jei nežinome, kaip jis iki jo nuėjo, negalime ramiai duoti jam daugiau atsakomybės.
KODĖL VERTA SUSTOTI
Agentai veikia keliais žingsniais. Jie renkasi įrankius, skaito duomenis, daro tarpines išvadas ir gali suklysti ne pabaigoje, o proceso viduryje. Todėl testavimas turi matyti visą kelią.
DI rinka dabar primena treniruotę, kur visi nori iš karto užsidėti sunkiausias lopetėles baseine. Tik paskui paaiškėja, kad technika dar byra, kvėpavimas ne vietoje, o rankos pavargsta greičiau nei ego spėja pasiteisinti.
KĄ TAI REIŠKIA VERSLUI
Verslui Agent-EvalKit tipo požiūris svarbus prieš leidžiant agentui liesti klientus, pinigus, sutartis ar vidines sistemas. Gražus atsakymas nėra pakankamas įrodymas.
- testuoti su realiais pavyzdžiais
- vertinti įrankių pasirinkimą
- matuoti klaidų tipus, o ne tik sėkmės procentą
- turėti testus prieš kiekvieną agento pakeitimą
Paprastas testas: duokite agentui 50 senų užklausų, kurių teisingus atsakymus jau žinote, ir žiūrėkite ne tik rezultatą, bet ir jo kelią.
KUR GALI SKAUDĖTI
Rizika – paleisti agentą pagal vieną įspūdingą demo. Demo dažnai būna geriausias scenarijus. Gyvenimas mėgsta duoti kraštinius.
Blogiausia klaida čia dažnai ne techninė. Blogiausia klaida yra tyli. Įrankis įjungtas, visi galvoja, kad kažkas prižiūri, o iš tikro niekas nežino, kas atsakingas už paskutinį sprendimą.
KĄ PASIDARYTI ŠIĄ SAVAITĘ
Sukurkite mažą agento testų rinkinį: 10 lengvų užduočių, 10 vidutinių, 10 nemalonių. Tada matuokite kiekvieną pakeitimą.
Šaltinis: Amazon Web Services.
DUK
Kas yra Agent-EvalKit?
Tai AWS aprašytas įrankių ir metodų rinkinys DI agentų sisteminiam vertinimui.
Kodėl neužtenka patikrinti atsakymo?
Nes agentas gali pasiekti gerą atsakymą rizikingu arba nepakartojamu keliu.
Kam tai aktualu?
Komandoms, kurios nori agentus leisti į realius verslo procesus.
Jei DI norite naudoti ne dėl mados, pradėkite nuo vieno proceso. Susirašykite žingsnius, paskirkite žmogų peržiūrai ir tik tada junkite įrankius. Daugiau praktinių DI taikymo pavyzdžių rasite MasterSprint.
