)
)
AI agenti počinju komunicirati s desktop aplikacijama na način sličan ljudskim korisnicima. Za IT timove, ovo postavlja važno pitanje: mogu li postojeći Windows softver, uključujući aplikacije bez modernih API-ja, postati dostupni AI-pokretanima radnim procesima bez prethodne zamjene ili ponovne izrade?
Odgovor ima implikacije koje nadilaze automatizaciju AI-a. Utječe na arhitekturu radne površine, isporuku aplikacija, identitete, dozvole i kibernetičku sigurnost, posebno kada agenti mogu poduzimati radnje umjesto da jednostavno preuzimaju informacije.
Zašto AI agenti trebaju pristup aplikacijama na radnoj površini?
Mjesto API-ja?
Većina automatizacije poduzeća najbolje funkcionira kada softver komunicira putem sučelja za programiranje aplikacija (API). API-ji pružaju strukturirane operacije i predvidljive ulaze i izlaze bez potrebe da softver interpretira grafičko sučelje.
Teškoća je u tome što poduzetnički okviri sadrže aplikacije koje nikada nisu bile dizajnirane oko modernih API-ja. Prilagođene Windows aplikacije, stariji ERP klijenti i vlasnički softver za poslovne procese mogu ostati bitni dugo nakon što je njihova izvorna arhitektura postala zastarjela.
Unesite AI agente
Korištenje računala nudi još jedan put. Umjesto da zahtijeva od svake aplikacije da izloži API, AI agent može potencijalno komunicirati s istim sučeljem koje je pruženo ljudskom korisniku.
Ovo više nije samo eksperimentalno. Amazon Web Services (AWS) sada pozicionira Amazon WorkSpaces za AI agente kao upravljeno okruženje u kojem agenti mogu raditi s aplikacijama za radnu površinu, uključujući aplikacije bez modernih API-ja. Microsoft slično opisuje Windows 365 za agente kao izvršno okruženje za zadatke koji zahtijevaju interakciju s aplikacijama za radnu površinu i web aplikacijama koje nemaju pouzdane API-je.
Budući da se radi o prijedlozima dobavljača, pretpostavite da svaka naslijeđena aplikacija ili radni proces nije spreman za autonomno djelovanje. Budite svjesni toga prilikom planiranja proizvodne infrastrukture.
Kako AI agenti zapravo mogu koristiti Windows aplikacije?
Desktop AI agenti ne komuniciraju svi sa softverom na isti način. Sustavi za korištenje računala mogu analizirati snimke zaslona i generirati klikove mišem i unos s tipkovnice, učinkovito reproducirajući neku ljudsku interakciju s grafičkim korisničkim sučeljem.
Drugi pristupi koriste kontrole operativnog sustava, informacije o pristupačnosti ili determinističke tehnike automatizacije bliže robotskoj procesnoj automatizaciji (RPA). Hibridne arhitekture mogu kombinirati ove metode s API-ima ili alatima Model Context Protocol (MCP).
AWS, na primjer, kombinira vizualnu interakciju s radnom površinom s prosljeđivanjem MCP alata, omogućujući prikladnim zadacima korištenje izravnog alata umjesto interakcije na razini piksela. Microsoft također razlikuje agente koji koriste računala od RPA unutar svoje arhitekture Windows 365 za agente.
Za IT timove, ova razlika je značajna. Strukturirano sučelje obično bi trebalo biti preferirano kada pouzdano i sigurno pruža potrebnu funkcionalnost. Interakcija putem GUI-a postaje posebno zanimljiva kada ne postoji odgovarajući programski put.
Da li svaki AI agent treba svoj vlastiti desktop?
Jednom kada agentu zatreba grafička aplikacija, IT timovi moraju odlučiti gdje bi ta interakcija trebala nastati.
Lokalni pristup radnoj površini
Agent može potencijalno upravljati softverom instaliranim na fizičkoj radnoj stanici. To omogućava izravan pristup postojećim aplikacijama, datotekama i korisničkom kontekstu, ali također nosi rizik miješanja ljudske i autonomne aktivnosti unutar istog okruženja.
Lokalno izvršavanje također zahtijeva pažljivo definiranje. Agent može raditi lokalno dok šalje upute, snimke zaslona ili podatke o aplikaciji modelu umjetne inteligencije koji se hostira na daljinu. Gdje se radna površina pokreće i gdje se podaci obrađuju su odvojena arhitektonska pitanja.
Posvećeni virtualni radni stolovi i DaaS
Posvećeni virtualni desktop stvara jaču separaciju. AWS WorkSpaces za AI agente i Microsoft Windows 365 za agente ilustriraju ovaj model, pružajući radne opterećenja agenata s upravljanim desktop sesijama umjesto da im omogućuju izravno djelovanje na radnoj stanici zaposlenika. Microsoft opisuje grupirane Cloud PC-e s upravljanim identitetima, položajem uređaja i reguliranim životnim ciklusima sesija.
Desktop kao usluga (DaaS) stoga postaje jedan mogući sloj izvršavanja za AI agente, kao i ljudske korisnike.
Dostava udaljenih aplikacija
Ipak, cijeli virtualni desktop možda neće uvijek biti potreban. Ako agentu trebaju samo jedna ili dvije Windows aplikacije, IT timovi također mogu razmotriti trebaju li te aplikacije biti centralno hostane i isporučene kao kontrolirane udaljene sesije.
Ovo mijenja pitanje arhitekture s "Gdje bi trebao biti agentov radni stol?" na "Koje resurse ovaj agent zapravo treba doseći?"
Može li AI dati naslijeđenim Windows aplikacijama novi život?
Legacijski softver tradicionalno predstavlja težak izbor za projekte automatizacije. Ako važna aplikacija nema API, organizacije mogu trebati prilagođenu integraciju, RPA ili modernizaciju aplikacije prije povezivanja s novijim radnim tokovima.
AI agenti dodaju još jednu mogućnost. Ako softver može interpretirati i manipulirati postojećim korisničkim sučeljem, samo sučelje može postati površina za integraciju.
AWS izričito predstavlja izbjegavanje modernizacije aplikacija i prilagođene integracije kao slučaj upotrebe za svoj agent WorkSpaces. Microsoft razvija pristup s agenata Cloud PC-a do lokalnih poslovnih aplikacija, slično oblikujući mogućnost automatizacije radnih tokova bez prethodne modernizacije naslijeđenih aplikacija.
To ne čini svaku staru aplikaciju pogodnom za automatizaciju radne površine putem AI-a. Sučelja se mijenjaju, vizualna interpretacija može zakazati, sesije mogu doći u neočekivana stanja, a licenciranje može ograničiti način na koji se aplikacije koriste. Radni tok koji je tehnički dostupan agentu još uvijek treba testiranje za pouzdanost, podržanost i poslovni rizik.
Koja nova sigurnosna i usklađenost pitanja stvara pristup AI agentu?
Davanje AI agentu pristup poslovnom softveru mijenja njegovu ulogu iz informativnog asistenta u aktivnog sudionika sustava. Stoga sigurnosni model treba pretpostaviti da agent može napraviti greške, pogrešno razumjeti kontekst ili poduzeti tehnički dopuštene radnje koje nikada nisu bile namijenjene.
AI agent treba identitet i definirana dopuštenja
Pristup agenta trebao bi početi s najmanjim privilegijama. IT timovi trebaju odrediti koji račun agent koristi, koje aplikacije i datoteke može pristupiti, koje mrežne resurse može doseći i može li izvršiti privilegirane ili destruktivne operacije.
Incident PocketOS pruža posebno oštru ilustraciju zašto su arhitektonske kontrole važne. U travnju 2026. godine, AI agent za kodiranje koji je radio na zadatku postavljanja dobio je Railway API token i izbrisao proizvodnu bazu podataka tvrtke i povezane sigurnosne kopije u jednoj API operaciji. Prijavljeno brisanje trajalo je devet sekundi.
Lekcija je šira od kodiranja agenata. Upute koje govore agentu da ne izvršava opasnu operaciju nisu ekvivalentne infrastrukturi koja sprječava tu operaciju.
Lokalna AI i AI trećih strana stvaraju različite putanje podataka
Organizacije također trebaju mapirati gdje informacije putuju. Radna površina može biti hostana lokalno dok model koji interpretira njezin sadržaj radi na infrastrukturi treće strane.
Snimke zaslona mogu otkriti korisničke zapise, vjerodajnice ili povjerljive podatke aplikacije. Upute, dnevnici i kontekstualne informacije mogu stvoriti dodatne tokove podataka koji podliježu zahtjevima za zadržavanje, prebivalište i regulativama.
Prije implementacije, IT timovi trebaju identificirati gdje agent izvršava, gdje AI model izvršava i gdje se podaci aplikacije obrađuju ili zadržavaju.
Ljudsko odobrenje treba značajnu granicu
Kontrole s ljudskim nadzorom su najvažnije prije značajnih radnji, a ne nakon njih. Brisanje podataka, promjena dozvola, podnošenje financijskih transakcija ili izmjena proizvodnih sustava može zahtijevati izričitu potvrdu ili jednostavno izlazi iz dopuštenog okvira agenta.
Širi rizik više nije hipotetski. Baza podataka o incidentima s umjetnom inteligencijom dodala je 148 ID-eva incidenata tijekom svog razdoblja obrade od svibnja do srpnja 2026., uz upozorenje da se ova dodavanja odnose na događaje iz različitih datuma i ne bi se trebala tumačiti kao mjera učestalosti incidenata. Njeno sažimanje ipak ističe ponavljajuće probleme koji uključuju autonomne sustave, privatnost i aktivnosti kibernetičke sigurnosti uz pomoć umjetne inteligencije.
Srpanjska 2026. intruzija Hugging Facea pruža drugačiju upozorenje: Hugging Face je izvijestio da je intruzija u dio svoje proizvodne infrastrukture provedena od kraja do kraja autonomnim sustavom AI agenta. Ovo je bio napad, a ne ovlašteni poslovni agent koji prelazi svoje ovlasti, ali pokazuje koliko brzo autonomni softver može istraživati i djelovati unutar dostupne infrastrukture.
Zapisnici su još važniji kada je korisnik softver.
Agentna sesija trebala bi ostaviti dovoljno dokaza za rekonstrukciju onoga što se dogodilo. Zapisi o autentifikaciji, aktivnost sesije, dnevnici aplikacija i radnje agenta mogu svi doprinijeti toj revizijskoj stazi.
Administratori također trebaju način za brzo prekidanje aktivnosti. AWS je dodao vidljivost sesija u stvarnom vremenu i opoziv pristupa za WorkSpaces za AI agente, dok Microsoft opisuje praćenje, kontrole sesija i ljudsku intervenciju kao dijelove svoje arhitekture Cloud PC za agente. Ove kontrole ukazuju na operativna pitanja koja IT timovi trebaju postaviti, bez obzira na platformu.
Što bi IT trebao odlučiti prije nego što omogući AI agentu pristup radnoj površini?
Korisna polazna točka je tretirati AI agenta kao novu klasu privilegiranog korisnika, a ne kao neobično sposobnu automatizacijsku skriptu.
Prije nego što omogućite pristup radnoj površini, utvrdite je li interakcija s GUI-jem doista potrebna i izolirajte agenta od resursa koji mu nisu potrebni. Dajte mu posvećeni identitet s minimalnim privilegijama i definirajte koje radnje zahtijevaju ljudsko odobrenje ili se ne mogu izvesti autonomno.
IT timovi također trebaju osigurati da se aktivnost može bilježiti, zaustaviti i istražiti. Na kraju, testirajte uvjete neuspjeha jednako namjerno kao uspješne radne tokove: ponašanje agenta kada se aplikacija zamrzne, vjerodajnice ne uspiju ili se pojave neočekivane informacije može biti važnije od njegovog ponašanja tijekom idealnog slijeda.
Gdje se uklapa isporuka udaljenih aplikacija?
Dolazak AI agenata ne znači automatski da organizacije trebaju više Cloud PC-a. Za okruženja koja već centralno hostaju Windows aplikacije, isporuka aplikacija na daljinu predstavlja još jednu arhitektonsku mogućnost.
TSplus Remote Access pruža centralizirano objavljivanje Windows aplikacija i daljinski pristup bez potrebe da svaki korisnik koristi cjeloviti cloud desktop. Dok organizacije počinju procjenjivati pristup agenta postojećim aplikacijama, isti princip postavlja zanimljivu mogućnost: osigurati pristup oko aplikacije i zadatka umjesto automatski oko cijelog desktopa.
Ovo ne sugerira da je TSplus Remote Access sama platforma za AI-agente. Umjesto toga, AI agenti čine postojeća pitanja o objavljivanju aplikacija, izolaciji sesija, kontroli pristupa i vlasništvu infrastrukture relevantnima za novu vrstu potrošača aplikacija.
AI agenti će promijeniti pristup naslijeđenim aplikacijama
Nasljedne Windows aplikacije su dizajnirane oko ljudi koji sjede za tipkovnicama. Agenti koji koriste računala dovode u pitanje tu pretpostavku čineći grafičke sučelje potencijalno dostupnim softveru.
Za IT timove, važno pitanje stoga nije samo može li AI agent jednostavno kliknuti kroz staru Windows aplikaciju. Radi se o tome kako pružiti samo onaj pristup koji agentu treba, dok se istovremeno održava kontrola nad identitetima, podacima, sesijama i infrastrukturom. Kako AI agenti postaju korisnici aplikacija, zvučna arhitektura daljinskog pristupa vjerojatno će postati sve važnija, a ne manje.
)
)
)
