)
)
AI agenti začínají interagovat s desktopovými aplikacemi podobně jako lidské uživatele. Pro IT týmy to vyvolává důležitou otázku: mohlo by stávající Windows software, včetně aplikací bez moderních API, stát přístupným pro pracovní postupy řízené AI, aniž by bylo nejprve nahrazeno nebo přestavěno?
Odpověď má důsledky přesahující automatizaci AI. Ovlivňuje architekturu desktopu, doručování aplikací, identity, oprávnění a kybernetickou bezpečnost, zejména když mohou agenti provádět akce místo pouhého získávání informací.
Proč potřebují AI agenti přístup k desktopovým aplikacím?
Místo API?
Většina automatizace podniků funguje nejlépe, když software komunikuje prostřednictvím aplikačního programovacího rozhraní (API). API poskytují strukturované operace a předvídatelné vstupy a výstupy, aniž by vyžadovaly, aby software interpretoval grafické rozhraní.
Obtížnost spočívá v tom, že podnikové prostředí obsahuje aplikace, které nikdy nebyly navrženy kolem moderních API. Zakázkové aplikace pro Windows, starší ERP klienti a proprietární software pro podnikové procesy mohou zůstat nezbytné dlouho poté, co se jejich původní architektura stala zastaralou.
Zadejte AI agenty
Použití počítače nabízí další cestu. Místo toho, aby každá aplikace vyžadovala vystavení API, může AI agent potenciálně interagovat se stejným rozhraním, které je poskytováno lidskému uživateli.
Toto již není pouze experimentální. Amazon Web Services (AWS) nyní umisťuje Amazon WorkSpaces pro AI agenty jako spravované prostředí, ve kterém mohou agenti provozovat desktopové aplikace, včetně aplikací bez moderních API. Microsoft podobně popisuje Windows 365 pro agenty jako vykonávací prostředí pro úkoly vyžadující interakci s desktopovými a webovými aplikacemi, které postrádají spolehlivá API.
Vzhledem k tomu, že se jedná o návrhy dodavatelů, předpokládejte, že ne každá starší aplikace nebo pracovní postup je připraven na autonomní provoz. Mějte to na paměti při plánování produkční infrastruktury.
Jak mohou AI agenti skutečně používat aplikace Windows?
Desktop AI agenti neinteragují se softwarem stejným způsobem. Systémy pro používání počítače mohou analyzovat snímky obrazovky a generovat kliknutí myší a vstupy z klávesnice, čímž efektivně reprodukují některé lidské interakce s grafickým uživatelským rozhraním.
Jiné přístupy využívají ovládací prvky operačního systému, informace o přístupnosti nebo deterministické automatizační techniky blíže k robotické procesní automatizaci (RPA). Hybridní architektury mohou tyto metody kombinovat s API nebo nástroji Model Context Protocol (MCP).
AWS například kombinuje vizuální desktopovou interakci s přesměrováním nástrojů MCP, což umožňuje vhodným úlohám používat přímý nástroj namísto interakce na úrovni pixelů. Microsoft také rozlišuje agenty používající počítače od RPA v rámci své architektury Windows 365 for Agents.
Pro IT týmy je toto rozlišení významné. Strukturované rozhraní by mělo být obecně preferováno, když spolehlivě a bezpečně poskytuje požadovanou funkčnost. Interakce s GUI se stává obzvlášť zajímavou, když neexistuje žádná vhodná programová cesta.
Potřebuje každý AI agent svůj vlastní desktop?
Jakmile agent potřebuje grafickou aplikaci, IT týmy musí rozhodnout, kde by tato interakce měla probíhat.
Místní přístup k desktopu
Agent může potenciálně ovládat software nainstalovaný na fyzické pracovní stanici. To poskytuje přímý přístup k existujícím aplikacím, souborům a uživatelskému kontextu, ale také to rizikuje míchání lidské a autonomní činnosti ve stejném prostředí.
Lokální provádění také vyžaduje pečlivou definici. Agent může běžet lokálně, zatímco posílá výzvy, snímky obrazovky nebo data aplikace na vzdáleně hostovaný model AI. Kde desktop běží a kde se data zpracovávají, jsou oddělené architektonické otázky.
Dedikované virtuální pracovní plochy a DaaS
Dedikovaná virtuální pracovní plocha vytváří silnější oddělení. AWS WorkSpaces pro AI agenty a Microsoft Windows 365 pro agenty ilustrují tento model, poskytující pracovní zátěže agentů s řízenými pracovními relacemi místo toho, aby jim umožnily jednat přímo na pracovním stanici zaměstnance. Microsoft popisuje sdílené Cloud PC s řízenými identitami, posturou zařízení a řízenými životními cykly relací.
Desktop jako služba (DaaS) se proto stává jednou možnou vrstvou provádění pro AI agenty i lidské uživatele.
Doručování vzdálených aplikací
Celý virtuální desktop však nemusí být vždy nezbytný. Pokud agent potřebuje pouze jednu nebo dvě aplikace Windows, mohou IT týmy také zvážit, zda by tyto aplikace měly být centrálně hostovány a poskytovány jako řízené vzdálené relace.
Toto mění otázku architektury z "Kde by měl desktop agenta být?" na "Jaké zdroje tento agent skutečně potřebuje k dosažení?"
Může AI dát starým aplikacím pro Windows nový život?
Legacní software tradičně představoval obtížnou volbu pro projekty automatizace. Pokud důležitá aplikace postrádá API, organizace mohou potřebovat vlastní integraci, RPA nebo modernizaci aplikace před jejím připojením k novějším pracovním tokům.
AI agenti přidávají další možnost. Pokud software dokáže interpretovat a manipulovat s existujícím uživatelským rozhraním, může se samo GUI stát integrační plochou.
AWS výslovně představuje vyhýbání se modernizaci aplikací a vlastní integraci jako případ použití pro svého agenta WorkSpaces. Microsoft vyvíjí přístup z agentů Cloud PC k místním aplikacím pro podnikání, podobně rámuje tuto schopnost kolem automatizace pracovních toků, aniž by nejprve modernizoval zastaralé aplikace.
To neznamená, že každá stará aplikace je vhodná pro automatizaci desktopu pomocí AI. Rozhraní se mění, vizuální interpretace může selhat, relace mohou dosáhnout neočekávaných stavů a licencování může omezit, jak se aplikace používají. Pracovní postup, který je technicky přístupný agentovi, stále potřebuje testování z hlediska spolehlivosti, podpory a obchodního rizika.
Jaké nové otázky týkající se bezpečnosti a souladu vytváří přístup AI agenta?
Poskytnutí AI agentovi přístup k obchodnímu softwaru mění jeho roli z informačního asistenta na aktivního účastníka systému. Bezpečnostní model proto musí předpokládat, že agent může udělat chyby, nepochopit kontext nebo provést technicky povolené akce, které nikdy nebyly zamýšleny.
AI agent potřebuje identitu a definovaná oprávnění
Přístup agenta by měl začínat s minimálními oprávněními. IT týmy musí určit, který účet agent používá, které aplikace a soubory může přistupovat, které síťové zdroje může dosáhnout a zda může provádět privilegované nebo destruktivní operace.
Incident PocketOS poskytuje obzvlášť jasnou ilustraci toho, proč jsou architektonické kontroly důležité. V dubnu 2026 získal AI kódovací agent pracující na úkolu stagingu token Railway API a smazal produkční databázi společnosti a související zálohy v jediné operaci API. Nahlášené smazání trvalo devět sekund.
Lekce je širší než kódování agentů. Pokyny, které říkají agentovi, aby neprováděl nebezpečnou operaci, nejsou ekvivalentní infrastruktuře, která tuto operaci brání.
Místní AI a AI třetích stran vytvářejí různé datové cesty
Organizace také potřebují mapovat, kde informace putují. Desktop může být hostován lokálně, zatímco model, který interpretuje jeho obsah, funguje na infrastruktuře třetích stran.
Snímky obrazovky mohou odhalit zákaznické záznamy, přihlašovací údaje nebo důvěrná data aplikace. Výzvy, protokoly a kontextové informace mohou vytvářet další toky dat podléhající požadavkům na uchovávání, pobyt a regulaci.
Před nasazením by týmy IT měly identifikovat, kde agent běží, kde se provádí AI model a kde se zpracovávají nebo uchovávají data aplikace.
Lidské schválení potřebuje smysluplnou hranici
Kontroly s lidským zásahem jsou nejdůležitější před důslednými akcemi, nikoli po nich. Mazání dat, změna oprávnění, podávání finančních transakcí nebo úprava výrobních systémů může vyžadovat explicitní potvrzení nebo jednoduše spadat mimo povolený rámec agenta.
Širší riziko již není hypotetické. Databáze incidentů AI přidala 148 ID incidentů během svého zpracovatelského období od května do července 2026, přičemž varovala, že tato přidání zahrnují události z různých dat a neměla by být interpretována jako měření frekvence incidentů. Její shrnutí přesto zdůrazňuje opakující se problémy týkající se autonomních systémů, soukromí a činnosti v oblasti kybernetické bezpečnosti asistované AI.
Útok v červenci 2026 na Hugging Face poskytuje jinou výstrahu: Hugging Face oznámil, že došlo k narušení části jeho produkční infrastruktury, které bylo provedeno end-to-end autonomním systémem AI agenta. Šlo o útok, spíše než o autorizovaného podnikového agenta, který by překročil své pravomoci, ale ukazuje, jak rychle může autonomní software prozkoumávat a jednat v rámci dostupné infrastruktury.
Logy mají ještě větší význam, když je uživatel software.
Agentní relace by měla zanechat dostatek důkazů k rekonstrukci toho, co se stalo. Záznamy o ověřování, aktivita relace, protokoly aplikací a akce agenta mohou všechny přispět k této auditní stopě.
Administrátoři také potřebují způsob, jak rychle ukončit aktivitu. AWS přidal viditelnost relací v reálném čase a odnětí přístupu k WorkSpaces pro AI agenty, zatímco Microsoft popisuje monitorování, ovládací prvky relací a lidský zásah jako součásti své architektury agentů Cloud PC. Tyto ovládací prvky naznačují provozní otázky, které by si IT týmy měly klást, bez ohledu na platformu.
Co by mělo IT rozhodnout před poskytnutím přístupu k desktopu AI agentovi?
Užitečným výchozím bodem je považovat agenta AI za novou třídu privilegovaného uživatele spíše než za neobvykle schopný automatizační skript.
Než povolíte přístup na plochu, zjistěte, zda je skutečně nutná interakce s GUI, a izolujte agenta od zdrojů, které nepotřebuje. Dejte mu vyhrazenou identitu s minimálními oprávněními a definujte, které akce vyžadují lidské schválení nebo nemohou být provedeny autonomně.
IT týmy by měly také zajistit, že aktivita může být zaznamenána, zastavena a prošetřena. Nakonec testujte podmínky selhání stejně záměrně jako úspěšné pracovní postupy: chování agenta, když aplikace zamrzne, přihlašovací údaje selžou nebo se objeví neočekávané informace, může být důležitější než jeho chování během ideální sekvence.
Kde se hodí doručování vzdálených aplikací?
Příchod AI agentů automaticky neznamená, že organizace potřebují více Cloud PC. Pro prostředí, která již centrálně hostují aplikace Windows, představuje vzdálené doručování aplikací další architektonickou možnost.
TSplus Remote Access poskytuje centralizované publikování aplikací Windows a vzdálený přístup, aniž by každý uživatel musel používat kompletní cloudový desktop. Jak organizace začínají hodnotit přístup agentů k existujícím aplikacím, stejný princip vyvolává zajímavou možnost: poskytovat přístup kolem aplikace a úkolu spíše než automaticky kolem celého desktopu.
Toto není naznačovat, že TSplus Remote Access je sama o sobě platformou pro AI agenty. Spíše AI agenti činí stávající otázky týkající se publikování aplikací, izolace relací, řízení přístupu a vlastnictví infrastruktury relevantní pro nový typ spotřebitele aplikací.
AI agenti změní přístup k aplikacím staršího typu
Dědictví aplikací Windows byly navrženy pro lidi sedící u klávesnic. Agenti používající počítače zpochybňují tuto předpoklad tím, že činí grafická rozhraní potenciálně přístupná pro software také.
Pro IT týmy tedy důležitá otázka není jen to, zda může agent AI procházet starou aplikací Windows. Je to o tom, jak poskytnout pouze přístup, který agent potřebuje, a přitom udržet kontrolu nad identitami, daty, relacemi a infrastrukturou. Jak se agenti AI stávají uživateli aplikací, bude pravděpodobně stále důležitější mít správnou architekturu vzdáleného přístupu, nikoli méně.
)
)
)
