Redakcinė iliustracija, sugeneruota DI; nėra dokumentinė įvykio fotografija.
„Amazon“ paskelbė neįprastą rekordą: tūkstančiai DI agentų parašė visą programos kodą be žmonių
„Amazon Web Services“ lapkričio 11 dieną pristatė neįprastą programinės įrangos kūrimo eksperimentą: naują „AWS Emulator“ sistemą, kurios kodą, bendrovės teigimu, visiškai parašė autonominiai dirbtinio intelekto agentai. Projekte dalyvavo tūkstančiai agentų, rašiusių testus, ieškojusių klaidų ir taisiusių programą. Inžinieriai aiškina, kad patys nerašė ir rankiniu būdu neperžiūrėjo atskiro kodo, tačiau kūrė taisykles ir infrastruktūrą, pagal kurias agentai dirbo.
Tai nėra įrodymas, kad DI jau gali be žmonių sukurti bet kokį sudėtingą produktą. Šis konkretus projektas turėjo neįprastai aiškius patikrinimo kriterijus: veikiantys AWS debesijos API modeliai tapo specifikacija, o realios AWS paslaugos – etalonu. Dėl to agentų parašytą programą buvo galima automatiškai lyginti su tikra debesijos aplinka. Tokia užduotis gerokai siauresnė nei iš nieko sugalvoti ir išleisti visiškai naują vartotojams skirtą paslaugą.
Kaip tūkstančiai agentų sukūrė programą
„AWS Emulator“ yra lokaliai kompiuteryje veikiantis AWS paslaugų emuliatorius. Jis leidžia kūrėjams testuoti savo programas, ne visada siunčiant kiekvieną bandymą į tikrą debesijos infrastruktūrą. Projekto vadovas Matthew Goldberg pasakoja pradėjęs nuo savaitgalio eksperimento su „Kiro“ agentu: jam buvo pavesta aprašyti testus pagal AWS komandų eilutės sąsają, patikrinti juos realioje AWS aplinkoje ir parašyti vietinį analogą, kuris veiktų taip pat.
Iš nedidelio bandymo išaugo trijų agentų grupių sistema. Viena grupė rašo suderinamumo testus, kita nustato, kur emuliatorius nesielgia taip pat kaip tikra AWS paslauga, o trečia taiso rastas problemas. Prieš priimant pakeitimus automatinė sistema tikrina, ar kodas susikompiliuoja, ar nesukelia ankstesnių funkcijų regresijos ir ar atitinka nustatytus saugumo bei veikimo reikalavimus. Be šių taisyklių, bendrovės teigimu, rezultatas nebūtų pakankamai patikimas.
Ką tai reiškia programuotojams Lietuvoje
AWS nurodo, kad emuliatoriaus kodas ir suderinamumo testai išleisti „GitHub“ su CC0 sąlygomis. Taigi programuotojai gali juos peržiūrėti ir bandyti naudoti savo darbo aplinkoje. Tačiau tai nėra visaverčio debesijos paslaugų pakaitalo garantija: emuliatoriaus palaikymas, tikslumas ir apribojimai priklauso nuo naudojamų API bei dar neištaisytų skirtumų. Kritines sistemas prieš diegiant vis tiek būtina išbandyti tikroje infrastruktūroje.
Lietuvos programinės įrangos įmonėms šis pavyzdys svarbus dėl pasikeitusio darbo pasidalijimo. Inžinieriaus vaidmuo gali vis labiau apimti taisyklių, testų ir leidimų sistemų projektavimą, o dalį pasikartojančių pataisymų perima agentai. Tačiau savarankiški agentai nebūtinai sumažina bendrą atsakomybę už kodą – jei įrankis veikia neteisingai, klientui vis dar svarbu, kas jį patikrino ir prižiūri.
Anksčiau esame apžvelgę DI infrastruktūros plėtrą, DI agentų saugumo rizikas ir Lietuvos skaitmeninimo tikslus. Naujas AWS projektas yra praktinis pavyzdys, kaip tokių technologijų pritaikymas gali keisti pačių IT produktų kūrimą.
Naujas emuliatorius yra įdomus ir išlaidų planavimo požiūriu. Kartais programuotojai testuoja savo sprendimus debesijos aplinkoje vien dėl to, kad nori patikrinti paprastą API sąveiką. Dalį tokių bandymų perkėlus į vietinę aplinką galima greičiau kartoti testus, nors tai nereiškia, kad automatiškai nelieka visų debesijos išlaidų. Realių duomenų, tinklo delsimo, prieigos kontrolės ir paslaugų mastelio klausimai vis dar turi būti tikrinami tikroje infrastruktūroje. Emuliatoriaus vertė priklausys nuo to, kokias konkrečias AWS paslaugas jis atkuria pakankamai tiksliai.
„Amazon“ atskleistas procesas taip pat rodo, kad savarankiškas DI darbas nereiškia darbo be jokios priežiūros. Agentai buvo suskirstyti į atskiras užduotis, o jų pakeitimų priėmimas priklausė nuo testų, kurie užtikrino numatytą elgseną. Kitaip tariant, žmonės sukūrė darbo aplinką ir aiškius sėkmės kriterijus, o agentai automatiškai kartojo smulkesnius žingsnius. Įmonės, norinčios pakartoti tokį modelį, turėtų pirmiausia investuoti į patikimus testus ir leidimų ribojimą. Be jų autonominis programavimas gali pagreitinti ne tik kūrimą, bet ir klaidų dauginimą.
Kūrėjams taip pat reikia įvertinti, kiek patikimi automatiškai sugeneruoti testai. Jeigu testas neatspindi realaus vartotojo scenarijaus, programa gali jį sėkmingai išlaikyti ir vis tiek klysti ten, kur svarbiausia. Dėl šios priežasties „Amazon“ aprašo kelias savarankiškai dirbančių agentų grupes bei testų suderinimą su realia debesija. Toks metodas rodo galimą ateities kryptį, tačiau negalima laikyti jo universalia instrukcija kiekvienam programinės įrangos projektui be papildomos žmogaus priežiūros.
Kol kas tai reikšmingas techninis eksperimentas, o ne visų programuotojų darbo pabaiga. Bendrovė įrodė, kad esant aiškiai specifikacijai ir griežtai automatinei patikrai agentai gali padaryti itin daug. Tačiau ne mažiau svarbi šios istorijos dalis – žmonių iš anksto sukurti patikimumo kriterijai ir nuolatinė kontrolės architektūra.
Kaip vertinate šį straipsnį?
Prenumeruokite mūsų „YouTube“ kanalą ir mėgaukitės įdomiais vaizdo reportažais apie mokslą ir technologijas.
Trumpai, aiškiai ir be triukšmo – gaukite svarbiausias technologijų ir mokslo naujienas pirmieji.
DIENOS SKAITOMIAUSI
Šildymas Lietuvoje per mėnesį pabrango 13,55 proc.: Vilnius vis tiek lenkia Rygą ir Taliną
2Lietuva statys 10 naujų elektrinių ir kurs 7 energetines salas: elektros tiekimą saugos net sabotažo atveju
3Pabradėje prasidėjo kovos su dronais bandymai: 10 bendrovių, tarp jų ir „Teltonika“, tikrina naujas sistemas
4Lietuva priėmė DI priežiūros įstatymą: nuo gruodžio atsiras naujos institucijų atsakomybės
5Lietuvoje užblokuota 5,25 mln. sukčių SMS: per tris mėnesius jų padaugėjo daugiau nei keturis kartus
NAUJAUSI
Taip pat skaitykite
Atrinkome panašius straipsnius, kurie gali jums patikti.