Baz kodo peržiūra: DI agentas pagerėjo, kai pradėjo mokytis iš klaidų
·
DI kodo peržiūra skamba kaip techninis terminas. Bet kai pažiūri praktiškai, čia yra labai žemiškas klausimas: kiek darbo darome rankomis tik todėl, kad niekas neprisėdo sutvarkyti proceso?
AWS aprašė, kaip Baz pagerino DI agento kodo peržiūros tikslumą naudodama Amazon Bedrock AgentCore. Įdomiausia čia ne pats agentas, o mokymasis iš realių klaidų.
Man tokiose naujienose visada įsijungia mažas vidinis buhalteris. Ne tas, kuris skaičiuoja sąskaitas, o tas, kuris klausia: kiek tai kainuos, kas prižiūrės ir kur gali lūžti?
KAS NUTIKO
Baz naudoja agentinę sistemą kodo peržiūrai, kur svarbu ne tik rasti problemą, bet ir sumažinti klaidingus perspėjimus, geriau suprasti kontekstą ir kelti peržiūros kokybę.
Programuotojai labai greitai išmoksta ignoruoti įrankį, kuris šaukia be reikalo. Kaip automobilyje lemputė, kuri visada mirksi. Iš pradžių gąsdina, paskui tampa fonu.
KODĖL TAI SVARBU
DI kodo peržiūra naudinga tada, kai ji randa realias rizikas ir netrukdo komandai. Tikslumas čia svarbus tiek pat, kiek greitis.
DI jau nebe vien langelis, į kurį įmetame tekstą. Jis jungiasi prie įrankių, moka kviesti servisus, gali veikti keliais žingsniais ir pradeda liesti tikrus verslo pinigus. Čia romantika baigiasi. Prasideda tvarka.
KĄ TAI REIŠKIA VERSLUI
Verslui tai platesnė pamoka apie visus DI agentus: jeigu sistema neturi grįžtamojo ryšio ciklo, ji lieka gražiu demo. Realiame darbe reikia matuoti klaidas ir taisyti procesą.
- rinkti klaidingus perspėjimus
- žymėti, kurie pasiūlymai buvo naudingi
- testuoti agentą su realiu kodo kontekstu
- neleisti agentui blokuoti darbo be žmogaus taisyklės
Pradėti galima nuo rekomendacinio režimo: agentas pažymi įtartinas vietas, o žmogus sprendžia, ar tai tikra problema.
KUR PASISLĖPUSI RIZIKA
Rizika – per anksti padaryti agentą vartininku. Jei jis dažnai klysta, komanda arba sustos, arba išmoks apeiti sistemą.
Blogiausia DI klaida dažnai neatrodo kaip klaida. Ji ateina gražiai parašytu sakiniu, mandagiu tonu ir labai užtikrintu veidu. Todėl verslui reikia ne tik įrankių, bet ir įpročio tikrinti.
KĄ PASIDARYTI ŠIĄ SAVAITĘ
Jei naudojate DI kodo įrankius, peržiūrėkite 20 paskutinių pasiūlymų ir pažymėkite: naudinga, klaidinga, neaišku.
Šaltinis: Amazon Web Services.
DUK
Kas yra DI kodo peržiūra?
Tai DI naudojimas ieškant klaidų, saugumo rizikų ir kokybės problemų kode.
Kodėl svarbus grįžtamasis ryšys?
Be jo agentas nekaupia realios informacijos, kur pataiko, o kur trukdo.
Ar agentas gali pakeisti žmogaus peržiūrą?
Rizikinguose projektuose jis turėtų padėti žmogui, ne vienas spręsti.
Jei norite DI naudoti ne dėl mados, pradėkite nuo vieno proceso. Paimkite užduotį, kuri kartojasi kas savaitę, susirašykite žingsnius ir tik tada junkite įrankį. Daugiau praktinių DI taikymo pavyzdžių rasite MasterSprint.
