AI pramonės meilės reikalas su overengineering reikalauja intervencijos

"Mums reikia kelių agentų architektūros." Šie aštuoni žodžiai paskatino tūkstančius įmonių AI projektų ir daugelį jų pasmerkė žlugti. Kūrimo patalpose visame Silicio slėnyje ir už jos ribų mačiau, kaip inžinierių komandos šuolis diegė sudėtingas kelių agentų architektūras, prieš tai neuždavę esminio klausimo: ar mums iš tikrųjų reikia tokio sudėtingumo? Varžybose dėl sudėtingų dirbtinio intelekto sistemų kūrimo pamiršome inžinerinį principą, kuriuo vadovaujasi technologija šimtmečius: paprasčiausias veikiantis sprendimas paprastai yra geriausias. Štai paradoksas: kai LLM tampa vis pajėgesni, sudėtingų agentų architektūros poreikis dažnai mažėja, o ne didėja. Tačiau pramonė juda priešinga kryptimi. Tai nereiškia, kad kelių agentų sistemos neturi savo vietos. Jie tikrai daro. Iššūkis yra žinoti ta vieta yra ir kada jums geriau, jei taikysite supaprastintą požiūrį. , kada Sumažinkite triukšmą ir sukurkime praktinį sprendimų pagrindą, kada naudoti kelis specializuotus agentus, o ne investuoti į vieną pajėgesnį. Daugiaagentės paradigmos supratimas Kelių agentų sistema (MAS) susideda iš kelių AI agentų, kurie kartu atlieka užduotis. Kiekvienas agentas turi individualių savybių, tačiau visi elgiasi bendradarbiaudami, kad pasiektų norimus visuotinius rezultatus. Šių agentų pagrindas paprastai yra dideli kalbos modeliai (LLM), kurie išnaudoja pažangias natūralios kalbos apdorojimo galimybes. AI agentus nuo tradicinių LLM išskiria jų gebėjimas: Naudokite specializuotus įrankius ir API Sukurti ir vykdyti veiksmų planus Atnaujinkite jų atmintį, kai jie įgyja naujos informacijos Bendrauti ir derinti veiksmus su kitais agentais Šios sistemos žada didelę naudą: : skirtingi agentai, optimizuoti konkrečioms užduotims atlikti Specializacijos pranašumas : sudėtingų problemų suskaidymas į valdomas problemas Keičiamas intelektas : bendradarbiavimo potencialas, viršijantis atskirų agentų gebėjimus Atsirandančios galimybės : keli samprotavimų metodai sudėtingoms problemoms spręsti Kognityvinė įvairovė Tokie įrankiai kaip „CrewAI“, „AutoGen“ ir „LangGraph“ padarė kelių agentų sistemų kūrimą labiau prieinamą nei bet kada anksčiau. Tačiau šis prieinamumas yra susijęs su rizika: diegti sudėtingas architektūras vien todėl, kad galime, o ne todėl, kad turėtume. Paslėpto sudėtingumo mokestis Problema yra ne ta, kad kelių agentų sistemos neveikia, o tai, kad jos patiria didelių paslėptų išlaidų: : Eksponentinis sistemos projektavimo aspektų padidėjimas Architektūrinis sudėtingumas : veiksmingo ir tikslaus keitimosi informacija tarp agentų užtikrinimas Papildomos komunikacijos išlaidos : vieno agento klaidos, turinčios įtakos visai sistemai Gedimų pakopinė rizika : kelių agentų darbo eigoje klaidų nustatymas Košmarų derinimas : užtikrinti, kad agentai dirbtų siekdami tų pačių tikslų naudodami suderinamus metodus Suderinimo iššūkiai : pasikartojantys skaičiavimai ir konteksto dalijimasis Išteklių neefektyvumas Svarbiausia, kad daugelis komandų neįvertina – išteklių, reikalingų ne tik patiems agentams valdyti, bet ir jų sąveikai valdyti bei užtikrinti kolektyvinę pažangą siekiant tikslų. orkestravimo naštos Penki įspėjamieji AI pertvarkymo ženklai Kaip atpažinti, kad jūsų sistema iš elegantiško sudėtingumo peraugo į nereikalingą komplikaciją? Stebėkite šias raudonas vėliavas: 1. Agentų pridėjimas duoda minimalių patobulinimų : kiekvienas naujas jūsų pridėtas agentas sumažina našumą ir padidina sistemos sudėtingumą. Įspėjamasis ženklas : didėjant sudėtingumui, koordinavimo sąnaudos dažnai viršija specialią naudą, kurią suteikia papildomi agentai. Realaus pasaulio poveikis 2. Ryšio virš galvos gniuždo našumą : jūsų agentai daugiau laiko praleidžia koordinuodami, nei atlikdami tikras užduotis. Įspėjamasis ženklas : pranešimų perdavimas, konteksto sinchronizavimas ir konfliktų sprendimas gali sunaudoti didelę sistemos išteklių dalį sudėtinguose kelių agentų diegimuose. Realaus pasaulio poveikis 3. Sistemos elgesys tampa nepaaiškinamas : nebegalite aiškiai atsekti, kaip sistema priėmė konkretų sprendimą. Įspėjamasis ženklas : tai ypač pavojinga reguliuojamose pramonės šakose, kur paaiškinamumas dažnai yra reikalavimas, o ne tik maloni funkcija. Realaus pasaulio poveikis 4. Testavimas tampa praktiškai neįmanomas : negalite visapusiškai išbandyti visų galimų agento sąveikos scenarijų. Įspėjamasis ženklas : Kraštiniai atvejai, kai agentai patenka į prieštaringų sprendimų kilpą, dažnai atsiranda tik po įdiegimo, kai tikrieji vartotojai sąveikauja su sistema. Realaus pasaulio poveikis 5. Infrastruktūros sąnaudos viršija vertės pristatymą : jūsų debesų kompiuterijos sąskaita auga greičiau nei sistemos galimybės. Įspėjamasis ženklas : kelių agentų sistemoms dažnai reikia daug daugiau skaičiavimo išteklių nei panašiems vieno agento metodams. Realaus pasaulio poveikis Kelių agentų sprendimų medis: praktinė struktūra Kad padėčiau orientuotis į šiuos svarstymus, sukūriau sprendimų medžio sistemą, pagrįstą savo patirtimi diegiant dirbtinio intelekto sistemas daugybei įmonių klientų: Šis sprendimų medis suteikia struktūrinį metodą, leidžiantį įvertinti, ar jūsų naudojimo atveju tikrai reikia kelių agentų sistemos. Tiems, kurie renkasi paprastesnį žingsnis po žingsnio metodą, pateikiame pagrindinius klausimus: : ar užduotis veiksmingai išskaidoma į nepriklausomas papildomas užduotis? 1 klausimas Ne → Naudokite vieną agentą Taip → Tęsti prie 2 klausimo : ar papildomoms užduotims reikalingos iš esmės skirtingos galimybės? 2 klausimas Ne → Naudokite vieną agentą Taip → Tęsti prie 3 klausimo : ar atliekant papildomas užduotis reikalingas dažnas bendravimas ar bendra būsena? 3 klausimas Taip → Naudokite vieną agentą Ne → Tęsti prie 4 klausimo : ar reikalingas horizontalus mastelio keitimas? 4 klausimas Taip → Naudokite kelių agentų sistemą Ne → Tęsti prie 5 klausimo : ar didelis atsparumas gedimams ir tvirtumas yra labai svarbūs? 5 klausimas Taip → Naudokite kelių agentų sistemą Ne → Tęsti prie 6 klausimo : ar turite pakankamai plėtros išteklių, kad padidėtų sudėtingumas? 6 klausimas Ne → Pradėkite nuo vieno agento Taip → Gali tikti kelių agentų sistema Naujausiame Pasaulio ekonomikos forumo tyrime pabrėžiami kelių agentų sistemų saugos ir valdymo aspektai, atkreipiant dėmesį į jų ypatingą tinkamumą užduotims, kurioms reikia decentralizacijos ir tvirto atsparumo gedimams. Nuo teorijos iki praktikos: tinkamo įgyvendinimo pasirinkimas Pažiūrėkime, kaip mūsų sprendimų sistema paverčiama įgyvendinimu realiame pasaulyje. Štai supaprastintas palyginimas, kaip ta pati užduotis – klientų atsiliepimų analizė – atrodytų abiem būdais: Vieno agento metodas: švarus ir efektyvus from langchain import LLMChain, PromptTemplate from langchain.llms import OpenAI # Single agent handles everything in one inference llm = OpenAI(model_name="gpt-4") prompt = PromptTemplate( input_variables=["feedback"], template=""" Analyze the following customer feedback: {feedback} 1. Categorize it (product, support, pricing) 2. Determine sentiment (positive, negative, neutral) 3. Extract key issues or suggestions 4. Provide recommended actions Format your response as JSON. """ ) chain = LLMChain(llm=llm, prompt=prompt) analysis = chain.run("I love your product, but customer service is too slow.") Kelių agentų metodas: sudėtingas koordinavimas Priešingai, kelių agentų sistemai, skirtai tai pačiai užduočiai, reikėtų apibrėžti specializuotus agentus, skirtus skirstyti į kategorijas, nuotaikų analizę ir išgauti problemas, taip pat koordinatoriaus, kuris juos visus valdytų – dėl to kodas ir sudėtingumas būtų 4 kartus didesnis. Tai puikiai iliustruoja mūsų sprendimų medį: atliekant užduotis be aiškios skaidymo naudos ar specialių žinių reikalavimų, vieno agento metodas laimi dėl paprastumo, priežiūros ir dažnai našumo. Kryžminis taškas: kada kelių agentų veikla to verta? Yra teorinis perėjimo taškas, kai kelių agentų sistemos tampa ekonomiškesnės nei nuolatinis vieno agento tobulinimas: Ši vizualizacija iliustruoja svarbų principą: . Dėl paprastesnių užduočių orkestravimo išlaidos tampa neveiksmingos, tačiau didėjant problemų sudėtingumui, specializacijos nauda ilgainiui gali viršyti šias išlaidas. kelių agentų sistemos turi didesnę bazinę kainą, tačiau jos gali būti didesnės dėl sudėtingumo Remiantis šioje srityje pastebėtais modeliais, daugelis AI projektų gali gauti daugiau naudos iš vieno agento sistemų, nei paprastai manoma. Net kai užduotis galima išskaidyti, koordinavimo išlaidos gali paneigti teorinius kelių agentų sistemų pranašumus. Lyginamoji analizė: vienas prieš kelis agentus Nors konkreti metrika skirsis priklausomai nuo naudojimo atvejų, bendrieji metodų kompromisai paprastai apima: Metrika Vienas agentas Multi-Agentas Reagavimo laikas Paprastai greičiau Dažnai lėčiau dėl koordinacijos Tikslumas Puikiai tinka integruotoms užduotims Potencialiai didesnis už specializuotas užduotis Vystymo laikas Paprastai trumpesnis Paprastai ilgiau Priežiūros sudėtingumas Žemesnis Aukščiau Infrastruktūros kaina Žemesnis Aukščiau Šie kompromisai turėtų būti kruopščiai įvertinti atsižvelgiant į jūsų konkrečius reikalavimus. Mokymasis iš realaus pasaulio sistemų: sudėtingų atvejų analizė Kaip šie principai veikia praktiškai? Panagrinėkime tris sritis, kuriose inžinieriai turėjo rasti tašką tarp paprastumo ir kelių agentų sudėtingumo: Autonominės transporto priemonės: kai saugumas reikalauja paprastumo Kyla pagunda įsivaizduoti savaeigių automobilių parkus, kurie derasi tarpusavyje sankryžose, puikiai derindami susijungimus ir sankryžas. Tyrėjai pasiūlė kelių agentų koordinavimą, kad pašalintų eismo signalus ir sumažintų spūstis. autonominių transporto priemonių pramonė labai rėmėsi paprastesniais, tvirtesniais metodais. Net Tesla, turėdama didžiulį duomenų pranašumą, užtikrina, kad kiekvienos transporto priemonės sprendimų priėmimas būtų savarankiškas. Kodėl? Kadangi siunčiant svarbius sprendimus per susisiekiančių transporto priemonių tinklą, atsiranda delsos ir gedimo taškai, kuriuose svarbios mikrosekundės. Paprasta taisyklė – „nieko nepataikyk“ – pažeidžia elegantišką agento koordinaciją, kai gresia gyvybė. Realybės patikrinimas: Kol neturėsime itin patikimų transporto priemonių tinklų, kiekvieno automobilio dirbtinio intelekto laikymas daugiausia savarankiškas yra saugesnė ir praktiškesnė architektūra. Pamoka: sudėtingos bendradarbiavimo strategijos nieko nereiškia, jei jos negali atitikti saugos reikalavimų realiuoju laiku. Žaidimo AI („StarCraft II“): kai sudėtingumo neišvengiama Priešingai, kai kurios aplinkos reikalauja kelių agentų sudėtingumo. DeepMind AlphaStar, pasiekęs Grandmaster lygį StarCraft II, rodo tai. „StarCraft“ yra iš dalies stebimas kelių blokų realaus laiko strateginis žaidimas – iš esmės blogiausias paprasto AI scenarijus. AlphaStar sprendimas buvo apmokyti AI agentų lygą, konkuruojančią ir bendradarbiaujančią tarpusavyje. Inžinerinės pastangos buvo didžiulės – mokymo lyga 14 dienų veikė specialia aparatūra, todėl kiekvienas agentas turėjo 200 metų žaidimo patirtį. Toks požiūris buvo pateisinamas nepaprastu aplinkos sudėtingumu: joks vienas atskirai apmokytas agentas negalėjo valdyti žaidimo. Tačiau net „AlphaStar“ žaidimo metu valdo visus vienetus kaip vieną koordinuotą vienetą. Išvada: , ir net tada dizaineriai sumažino sudėtingumą diegimo metu. tik „StarCraft“ masto iššūkiai nusipelno tokių sudėtingų sprendimų Sandėlio robotika: balanso radimas Apsvarstykite „Amazon“ automatizuotus sandėlius, kuriuose daugiau nei 350 000 mobiliųjų robotų perkelia atsargas. Į tai galima žiūrėti kaip į būrį agentų, kurie kiekvienas priima sprendimus. „Amazon“ savo „Kiva“ robotams koordinuoti naudoja centralizuotas transporto parko valdymo sistemas. Centrinės „smegenys“ apskaičiuoja optimalius maršrutus ir užduotis, kurias lengviau įgyvendinti ir patikrinti, nei robotams derėtis tarpusavyje. Patys robotai yra gana „kvaila“ aparatinė įranga, kuri vykdo instrukcijas, o ne nepriklausomi sprendimus priimantys asmenys. Realybės patikrinimas: Yra išimčių – kai kurios sistemos paskirsto sprendimų priėmimą siekdamos mastelio, tačiau net ir tada jos dažnai padalija problemą (pvz., po vieną agentą vienoje sandėlio zonoje), kad būtų sumažinta sąveika. jei paprastas algoritmas gali koordinuoti šimtus robotų, nėra jokios priežasties kiekvienam robotui suteikti brangios nepriklausomos samprotavimo galimybės. Pagrindinis principas yra patikimumas ir nuspėjamumas: Šiuose pavyzdžiuose matome modelį: Jie prideda agentus tik tada, kai užduoties poreikiai pranoksta paprastesnius metodus. Ir atvirkščiai, kai tik įmanoma, jie agresyviai supaprastina. išmanieji architektai sprendimo sudėtingumą derina su problemos sudėtingumu. Kai nebūti protingam protingiausias žingsnis yra Išmaniųjų sistemų kūrimo menas dažnai slypi žinant . Srityje, kuri švenčia pažangiausius metodus ir sudėtingas architektūras, paradoksalu išmintinga būti konservatyviam sudėtingumui. , kada nereikia per daug projektuoti Startuolis ketina sukurti išmanųjį sandėlio rinktuvą, bet baigia sukurti architektūrą, kurioje yra keliolika savarankiškų agentų: vienas naršyti, vienas tvarkyti atsargas, kitas koordinuoti užduotis, o metaagentas juos visus suburti. Įsivaizduokite perspektyvų AI projektą, kuris virsta skaitmenine Rube Goldberg mašina. Kiekvienas agentas veikia teoriškai, tačiau praktiškai sistema yra lėta, nenuspėjama ir jos neįmanoma derinti. Paprastas taisyklėmis pagrįstas scenarijus galėjo atlikti darbą patikimiau. Tai nėra izoliuotas pasakojimas – tai įspėjamasis scenarijus, atsirandantis kaskart, kai leidžiame susižavėjimui sudėtingomis AI architektūromis aplenkti tikrus poreikius. Siekdami tobulumo, kartais pristatome kelis agentus, sudėtingus koordinavimo sluoksnius ir į medį panašius sprendimų srautus ten, kur jų nereikėjo. Tyčinio paprastumo vertė Įdiegti kelių agentų sprendimų medžiai, sudėtingi koordinavimo protokolai ar gilios hierarchijos gali būti intelektualiai patenkinti, tačiau tai turi būti aiškus tikslas. Jei galite išspręsti problemą naudodami vieno agento sprendimą, euristiką ar paprastą modelį, tai nereiškia, kad tai yra „nutildymas“ – tai inžinerijos branda. Kaip man kartą pasakė mano mentorius: „Sumaniausias DI sprendimas dažnai yra žinoti, kada pernelyg protingam“. nebūti Prieš pridėdami tą papildomą agentą arba sukurdami naują koordinavimo sluoksnį, paklauskite savęs: Taikydami mūsų aprašytą sprendimų sistemą ir mokydamiesi iš realių sėkmių (ir nesėkmių), galite išvengti kelių agentų sirenos dainos, kai ji yra nepagrįsta. ar aš išsprendžiu problemą, ar pridedu naujų? Tegul viskas yra kuo paprasčiau, bet ne paprasčiau. Dėl šios pusiausvyros – paprastumo ir sudėtingumo – AI projektas iš pernelyg sudėtingo mokslinio eksperimento paverčiamas tvirtu, prižiūrimu sprendimu, kuris iš tikrųjų teikia verslo vertę. Galutinio sprendimo sistema Norėdami visa tai sujungti, pateikiau paprastą psichikos kontrolinį sąrašą, kurį naudoju kiekviename AI agento projekte: Ar vienas gerai suplanuotas agentas su tinkamais įrankiais gali susidoroti su šia užduotimi? Ar specializuotų agentų nauda bus didesnė už koordinavimo išlaidas? Ar užduotis iš esmės paskirstyta arba decentralizuota be galimo centrinio valdymo? Ar problema iš tikrųjų reikalauja kelių sąveikaujančių agentų elgesio? Ar aš išnaudojau paprastesnius metodus prieš imdamasi kelių agentų sudėtingumo? Jei į kurį nors iš pirmųjų keturių klausimų atsakote „ne“, o į paskutinį – „ne“, apsvarstykite galimybę supaprastinti savo požiūrį. Švari architektūra ir paprastumas nėra tik estetinis pasirinkimas; dirbtinio intelekto atveju jie dažnai skiriasi nuo projekto, kuris ir to, kuris žlunga nuo savo svorio. veikia, Geriausia tinkamo dirbtinio intelekto sprendimo dydžio nustatymo praktika Jei nustatėte savo problemai tinkamą architektūrą, pateikiame geriausios įgyvendinimo praktikos pavyzdžius: Vieno agento sprendimams o ne sukurkite agentus, aprūpinkite vieną agentą specializuotais įrankiais: Naudokite įrankio iškvietimą, o ne kelis agentus, Šis metodas suteikia specializacijos pranašumus be papildomų koordinavimo išlaidų. Sutelkite dėmesį į tinkamo konteksto suteikimą savo agentui: Patobulinkite konteksto valdymą Įdiekite paieškos papildytą konkretaus domeno žinių generavimą Skirtingoms saugojimo strategijoms naudokite atminties hierarchijas Sukurkite aiškius raginimo šablonus skirtingiems veikimo režimams Stebėkite šiuos požymius, kad jūsų vieno agento metodas gali pasiekti savo ribas: Žinokite, kada tobulėti Užduočių atlikimo laikas tampa nepriimtinai ilgas Klaidų dažnis didėja tam tikruose domenuose Nuolat pasiekiami kontekstinio lango apribojimai Skirta kelių agentų sistemoms Jei jūsų sprendimų medis rodo, kad jums tikrai reikia kelių agentų: Pasirinkite tinkamą architektūros modelį : aiški užduočių hierarchija su koordinatoriumi Hierarchinė : savarankiškiems agentams, kuriems reikia prisitaikančio bendradarbiavimo Peer tinklas : skirta nuoseklioms darbo eigoms su skirtingais etapais Surinkimo linija Įdiekite tvirtą komunikaciją Apibrėžkite struktūrizuotas pranešimų schemas visiems tarpagentiniams ryšiams Į savo ryšio protokolus įtraukite klaidų apdorojimą ir atkūrimą Palaikykite išsamų visų agentų sąveikų registravimą, kad būtų galima derinti Pradėkite nuo minimalaus reikalingo agentų skaičiaus, tada: Pradėkite nuo mažo ir laipsniško masto Įdėję kiekvieną naują agentą, atidžiai išbandykite Išmatuokite kiekvieno papildymo poveikį našumui Venkite pridėti agentų, kurių indėlio negalima aiškiai įvertinti Informuokite žmones, ypač priimant svarbius sprendimus. Tai suteikia apsaugos tinklą, kol jūsų sistema vystosi, ir padeda nustatyti, kada sistema tampa per sudėtinga veiksmingai priežiūrai. Žmogaus priežiūros palaikymas Abiem atvejais atminkite, kad optimizavimas yra nuolatinis procesas. Reguliariai vertinkite savo architektūrą pagal kintančius reikalavimus ir būkite pasirengę supaprastinti, kai reikia. Išvada: protingo paprastumo menas „Padarykite viską kuo paprasčiau, bet ne paprasčiau“. Einšteino posakis puikiai tinka dirbtinio intelekto architektūrai. Kelių agentų sistemų patrauklumas yra neabejotinas. Specializuotų agentų, bendradarbiaujančių sprendžiant sudėtingas problemas, perspektyva yra įdomi dirbtinio intelekto riba. Tačiau šis sudėtingumas susijęs su didelėmis sąnaudomis, susijusiomis su kūrimo ištekliais, skaičiavimo reikalavimais, paaiškinamumu ir patikimumu. Elegantiškiausias sprendimas retai būna pats sudėtingiausias. Tai tas, kuris pasiekia savo tikslus su atitinkamu rafinuotumo lygiu. Taikydami šiame straipsnyje aprašytą kelių agentų sprendimų medžio sistemą, galite priimti labiau pagrįstus sprendimus, kada priimti sudėtingumą ir kada siekti paprastumo. Jei abejojate, vadovaukitės šiuo metodu: Pradėkite nuo vieno pajėgaus agento su gerai suprojektuotais įrankiais Įvertinkite našumą pagal aiškius tikslus Stebėkite konkrečius apribojimus ir kliūtis Keisti mastelį iki kelių agentų tik tada, kai sprendimų medis aiškiai rodo, kad tai pagrįsta Atsispirdami impulsui per anksti optimizuoti architektūrinę eleganciją, pateiksite tvirtesnius sprendimus, kurie iš tikrųjų išspręs realias verslo problemas. Taigi, kuriuos AI projektus šiuo metu pernelyg sudėtingate? Jūsų vartotojai (ir jūsų infrastruktūros sąskaita) padėkos už sąžiningumą. Nuorodos [1] Varia, S. (2023). arXiv:2312.03034. „Dėl kelių agentų LLM sistemų koordinavimo iššūkių“. [2] Antropinis. (2023). arXiv: 2212.08073. „Konstitucinis AI: nekenksmingumas iš AI atsiliepimų“. [3] DeepMind. (2023). DeepMind tinklaraštis. "AlphaStar: Įvaldykite realaus laiko strateginį žaidimą StarCraft II". [4] Pasaulio ekonomikos forumas. (2024). WEF techninis trumpas. „Kaip užtikrinti šiuolaikinių AI agentų ir kelių agentų sistemų saugumą“. [5] Xu, D. ir kt. (2023). arXiv: 2311.08516. „MACS: kelių agentų bendradarbiavimo sistemos atsakant į klausimus“. Apie autorių: Esu Jay Thakur, „Microsoft“ vyresnysis programinės įrangos inžinierius, tyrinėjantis AI agentų transformacinį potencialą. Derindamas patirties kūrimo ir mastelio AI sprendimus „Microsoft“, „Amazon“ ir „Accenture Labs“ su verslo švietimu iš Stanfordo GSB, atnešu unikalią perspektyvą technologijų ir verslo sankirtai. Mano misija yra demokratizuoti dirbtinį intelektą naudojant prieinamus, paveikius produktus, kurie sprendžia realaus pasaulio iššūkius. Kaip pranešėjas, pedagogas ir kylantis minčių lyderis dirbtinio intelekto ekosistemoje, dalinuosi įžvalgomis apie pažangias technologijas, įskaitant AI agentus, GenAI, kvantinį skaičiavimą, humanoidinę robotiką ir atsakingą AI kūrimą. Susisiekite su manimi ir sek paskui mane . LinkedIn X