„Horizon Delegate“ dirba atsijungus: užduotis lieka virtualiame darbalaukyje

|Autorius: QUASA redakcija|5 min. skaitymo| 1
„Horizon Delegate“ dirba atsijungus: užduotis lieka virtualiame darbalaukyje

„Omnissa“ 2026 m. rugsėjo 29 d. „Horizon“ pristatyme per „Omnissa ONE 2026“ paskelbė apie „Horizon Delegate“: agentas vykdo užduotis naudotojo virtualiojoje sesijoje ir gali tęsti darbą jam atsijungus; ribotas prieinamumas numatomas „Horizon 2609“ laidoje. Tai pristatyta galimybė, o ne paskelbtas visuotinis išleidimas. Užduotis lieka virtualiojoje mašinoje, kurioje veikia naudotojo darbo programos.

2026 m. rugsėjo 30 d. paskelbtame „VMblog“ reportaže aprašyta demonstracija Orlande: produkto vadovė paprašė surasti demonstracinės „Acme“ naujausią pardavimo skaičiuoklę ir 10 svarbiausių klientų paskyrų, užvėrė nešiojamąjį kompiuterį, o atsakymą vėliau pasiekė telefonu; „Omnissa“ produktų vadovas Bharath Rangarajan agento tapatybę nusakė žodžiais „It just looks like the user.“ Telefonas šiame epizode buvo būdas pasiimti rezultatą. Užduotį toliau vykdė agentas virtualiajame darbalaukyje.

Užklausa iš pokalbio lango pasiekia virtualiąją sesiją

Naudotojas pateikia prašymą „Horizon Client“ pokalbio lange. Užklausa saugiu kanalu perduodama agentui naudotojo virtualiojoje sesijoje; agentas pasitelkia prijungtą DI modelį ir atlieka veiksmus virtualiajame darbalaukyje. Taip atskiriamos dvi užduoties dalys: modelis padeda parinkti veiksmus, o programos, failų atvėrimas ir kiti veiksmai vyksta valdomoje virtualiojoje mašinoje. Naudotojui nereikia laikyti fizinio kompiuterio atverto, kad ši aplinka galėtų tęsti pradėtą darbą.

Gamintojo DI valdymo dokumentacijoje nurodyta tikslesnė duomenų riba: modelis gali gauti naudotojo užklausą ir užduočiai reikalingą darbalaukio kontekstą, įskaitant ekrano vaizdus, dokumentų turinį ar programos būseną. „Horizon“ programinė įranga šio konteksto agento cikle neišsaugo. Tačiau pasirinkto trečiosios šalies modelio duomenų tvarkymo ir saugojimo sąlygas nustato jo paslaugos konfigūracija bei sutartis.

Ši skirtis svarbi, kai failas pasiekiamas tik iš organizacijos virtualiojo darbalaukio. Agentas gali atlikti veiksmus ten, kur naudotojas jau turi prieigą prie programos, o modelio paslauga gauna jai pateikiamą kontekstą, reikalingą sprendimui priimti. Todėl teiginys, kad veiksmai atliekami virtualiojoje mašinoje, savaime nereiškia, jog jokia informacija nepasiekia išorinio modelio. Galinių įrenginių vaidmuo taip pat skiriasi: jais pateikiamas prašymas arba peržiūrimas atsakymas.

Užvertas kompiuteris nenutraukia agento darbo

Agentas gali tęsti užduotį po to, kai naudotojas nebeprisijungęs prie virtualiosios sesijos. Demonstracijoje tai parodyta paprastu veiksmu: po prašymo pateikimo nešiojamasis kompiuteris buvo užvertas, o rezultatas vėliau pasiektas telefonu. Tęstinumas priklauso nuo virtualiojoje mašinoje veikiančio agento, todėl fizinio įrenginio būsena nėra užduoties vykdymo vieta. Administratoriui reikšminga būtent virtualiosios sesijos trukmė ir jai taikomos taisyklės.

Aptartas ir atskiras „Salesforce“ ataskaitos siuntimo scenarijus. Pagal jį virtualioji mašina aktyvuojama, agentas paleidžia ataskaitą, išsiunčia ją el. paštu ir po užduoties mašina išjungiama. Tai pašnekovo pateiktas veikimo pavyzdys, o ne scenoje atliktas bandymas su konkrečios įmonės „Salesforce“ aplinka. Jis parodo, kodėl tokio agento užduotis gali būti ilgesnė už trumpą atsakymą pokalbio lange: reikia atlikti veiksmus darbo programoje.

Telefono ryšį su virtualiuoju darbalaukiu tarpininkauja „Horizon“. Pagal pristatytą architektūrą pačiam darbalaukiui nereikia viešos prieigos iš interneto, o galinis įrenginys tiesiogiai nesikreipia į DI modelį. Modelio ryšys yra atskira užduoties kelio atkarpa iš virtualiosios aplinkos. Šių atkarpų atskyrimas leidžia tiksliai įvardyti, kur atliekamas veiksmas ir kokia informacija reikalinga modeliui.

Naudotojo teisės išlieka, veiksmus galima atsekti

„Horizon Delegate“ veikia naudotojo tapatybe ir paveldi jo prieigos teises bei saugos politikas. Jei darbuotojo paskyra negali atverti failo, agentas taip pat neturėtų jo atverti; atskiros privilegijuotos tarnybinės paskyros šiam veikimui nereikia. Ta pati logika turi kitą pusę: pernelyg plačios naudotojo teisės lieka plačios ir automatiškai vykdomai užduočiai. Virtualioji sesija suteikia esamą kontrolės aplinką, tačiau nepakeičia sprendimo, kokias teises suteikti pačiam naudotojui.

Funkcija taip pat nėra įjungiama visiems naudotojams savaime. Kad ji veiktų, ji turi būti įdiegta kaip „Horizon Agent“ dalis, o administratorius turi ją įjungti atitinkamam virtualiųjų mašinų telkiniui. „Unified Access Gateway“ gali taikyti administratoriaus nustatytą leidžiamų DI paslaugų teikėjų domenų sąrašą. Tai atskiros kontrolės vietos: teisė naudotis funkcija, teisė veikti darbalaukyje ir leidimas susisiekti su pasirinktu modeliu.

Ataskaitos siuntimo scenarijuje numatyta registruoti agento žingsnius. Tokie įrašai leistų susieti naudotojo prašymą su vėlesniais veiksmais, atliktais jau jam atsijungus, ir nustatyti, kada buvo atverta programa ar išsiųstas laiškas. Modeliui laikinai perduodamo darbalaukio konteksto neišsaugojimas yra kitas klausimas nei veiksmų žurnalai: vienas nusako agento darbo duomenis, kitas – jo veiksmų atsekamumą. Viešai nenurodyta, kokia bus konkreti žurnalų saugojimo trukmė ir administratorių prieiga riboto prieinamumo diegimuose.

Pirmajai integracijai reikia atskiros licencijos

Pirmoji pristatyta „Horizon Delegate“ integracija yra „GitHub Copilot“, kurio licenciją klientas turi turėti pats. „Omnissa“ numato galimybę vėliau rinktis kitus modelius, tačiau tai dar nėra paskelbtas prieinamų integracijų sąrašas. „Horizon“ virtualiojo darbalaukio teisės ir pasirinktos modelio paslaugos licencija todėl yra atskiri diegimo klausimai. Vien agento pristatymas konferencijoje nereiškia, kad modelio naudojimas jau įtrauktas į turimą virtualiųjų darbo vietų sutartį.

Modelio pakeičiamumas nekeičia pagrindinės veiksmų vykdymo vietos: agentas toliau dirbtų naudotojo virtualiojoje sesijoje. Keistųsi paslauga, kuriai pateikiama užklausa ir darbalaukio kontekstas, todėl kiekvienai integracijai svarbios jos duomenų tvarkymo sąlygos ir leidžiamas ryšio kelias. Lietuvos įmonių IT komandoms tai susieja licencijų sprendimą su prieigos valdymu: reikia žinoti, kuriam telkiniui agentas įjungtas, kokias teises turi naudotojas ir kuriam modeliui leidžiama gauti užduoties informaciją.

Artimiausia produkto riba išlieka paskelbtas ribotas prieinamumas „Horizon 2609“ laidoje. Kol nepaskelbtos konkrečios šio etapo diegimo ir žurnalų administravimo sąlygos, konferencijos demonstracija parodo užduoties kelią, bet ne visų organizacijų parengtą konfigūraciją. Įmonės, kurioms svarbi audito apimtis ar modelio duomenų saugojimo vieta, šiuos parametrus galės įvertinti pagal savo pasirinktą integraciją ir riboto prieinamumo sąlygas.

Taip pat skaitykite:

Dalintis:

Prenumeruokite mūsų naujienlaiškį

Gaukite naujausias Web3, DI ir kriptovaliutų naujienas tiesiai į savo el. pašto dėžutę.

0