)
)
Искусственные агенты начинают взаимодействовать с настольными приложениями так же, как это делают пользователи. Для ИТ-команд это поднимает важный вопрос: могут ли существующие программные продукты Windows, включая приложения без современных API, стать доступными для рабочих процессов на основе ИИ без предварительной замены или перестройки?
Ответ имеет последствия, выходящие за рамки автоматизации ИИ. Он затрагивает архитектуру рабочего стола, доставку приложений, идентичности, разрешения и кибербезопасность, особенно когда агенты могут предпринимать действия, а не просто извлекать информацию.
Почему агентам ИИ нужен доступ к настольным приложениям?
Место API?
Большинство автоматизации в предприятиях работает лучше всего, когда программное обеспечение взаимодействует через интерфейс программирования приложений (API). API предоставляют структурированные операции и предсказуемые входные и выходные данные, не требуя от программного обеспечения интерпретации графического интерфейса.
Сложность заключается в том, что корпоративные среды содержат приложения, которые никогда не были разработаны с учетом современных API. Индивидуальные приложения для Windows, старые клиенты ERP и собственное программное обеспечение для ведения бизнеса могут оставаться необходимыми даже после того, как их первоначальная архитектура устарела.
Введите AI-агентов
Использование компьютера предлагает другой путь. Вместо того чтобы требовать от каждого приложения предоставления API, агент ИИ может потенциально взаимодействовать с тем же интерфейсом, который предоставляется человеку.
Это больше не только эксперимент. Amazon Web Services (AWS) теперь позиционирует Amazon WorkSpaces для AI-агентов как управляемую среду, в которой агенты могут запускать настольные приложения, включая приложения без современных API. Microsoft аналогично описывает Windows 365 для агентов как среду выполнения для задач, требующих взаимодействия с настольными и веб-приложениями, которые не имеют надежных API.
Поскольку это предложения поставщиков, предположите, что не каждое устаревшее приложение или рабочий процесс готов к автономной работе. Имейте это в виду при планировании производственной инфраструктуры.
Как агенты ИИ могут на самом деле использовать приложения Windows?
Десктопные AI-агенты не все взаимодействуют с программным обеспечением одинаково. Системы компьютерного использования могут анализировать скриншоты и генерировать щелчки мыши и ввод с клавиатуры, эффективно воспроизводя некоторое человеческое взаимодействие с графическим пользовательским интерфейсом.
Другие подходы используют средства управления операционной системой, информацию об доступности или детерминированные автоматизационные техники, более близкие к роботизированной автоматизации процессов (RPA). Гибридные архитектуры могут сочетать эти методы с API или инструментами Протокола Контекста Модели (MCP).
AWS, например, сочетает визуальное взаимодействие с рабочим столом с перенаправлением инструментов MCP, позволяя подходящим задачам использовать прямой инструмент вместо взаимодействия на уровне пикселей. Microsoft также различает агентов, использующих компьютеры, и RPA в своей архитектуре Windows 365 для агентов.
Для ИТ-команд это различие имеет значение. Структурированный интерфейс обычно следует предпочитать, когда он надежно и безопасно предоставляет необходимую функциональность. Взаимодействие с графическим интерфейсом становится особенно интересным, когда не существует подходящего программного маршрута.
Каждому ИИ-агенту нужен свой рабочий стол?
Как только агенту потребуется графическое приложение, ИТ-команды должны решить, где должно происходить это взаимодействие.
Локальный доступ к рабочему столу
Агент может потенциально управлять программным обеспечением, установленным на физической рабочей станции. Это обеспечивает прямой доступ к существующим приложениям, файлам и контексту пользователя, но также рискует смешивать человеческую и автономную деятельность в одной среде.
Локальное выполнение также требует тщательного определения. Агент может работать локально, отправляя подсказки, скриншоты или данные приложений удаленно размещенной модели ИИ. Где работает рабочий стол и где обрабатываются данные — это отдельные архитектурные вопросы.
Выделенные виртуальные рабочие столы и DaaS
Выделенный виртуальный рабочий стол создает более сильное разделение. AWS WorkSpaces для ИИ-агентов и Microsoft Windows 365 для агентов иллюстрируют эту модель, предоставляя рабочие нагрузки агентов с управляемыми сеансами рабочего стола, а не позволяя им действовать непосредственно на рабочей станции сотрудника. Microsoft описывает объединенные облачные ПК с управляемыми идентичностями, состоянием устройства и управляемыми жизненными циклами сеансов.
Рабочий стол как услуга (DaaS) становится, таким образом, одним из возможных уровней выполнения для ИИ-агентов, а также для человеческих пользователей.
Доставка удаленных приложений
Тем не менее, целый виртуальный рабочий стол может не всегда быть необходим. Если агенту нужны только одно или два приложения Windows, ИТ-команды также могут рассмотреть, следует ли эти приложения размещать централизованно и предоставлять в виде контролируемых удаленных сеансов.
Это изменяет вопрос архитектуры с "Где должен находиться рабочий стол агента?" на "Какие ресурсы этому агенту действительно нужны для доступа?"
Может ли ИИ дать наследственным приложениям Windows новую жизнь?
Наследственное программное обеспечение традиционно представляет собой сложный выбор для проектов автоматизации. Если важному приложению не хватает API, организациям может потребоваться индивидуальная интеграция, RPA или модернизация приложения перед его подключением к новым рабочим процессам.
Агенты ИИ добавляют еще одну возможность. Если программное обеспечение может интерпретировать и манипулировать существующим пользовательским интерфейсом, сам графический интерфейс может стать интеграционной поверхностью.
AWS явно представляет избегание модернизации приложений и пользовательской интеграции как случай использования для своего агента WorkSpaces. Microsoft разрабатывает доступ от агентов Cloud PC к локальным приложениям для бизнеса, аналогично формируя возможность автоматизации рабочих процессов без предварительной модернизации устаревших приложений.
Это не делает каждое старое приложение подходящим для автоматизации рабочего стола с помощью ИИ. Интерфейсы меняются, визуальная интерпретация может давать сбои, сессии могут достигать неожиданных состояний, а лицензирование может ограничивать использование приложений. Рабочий процесс, который технически доступен агенту, все равно требует тестирования на надежность, поддерживаемость и бизнес-риски.
Какие новые вопросы безопасности и соблюдения требований создает доступ агента ИИ?
Предоставление агенту ИИ доступа к бизнес-программному обеспечению изменяет его роль с информационного помощника на активного участника системы. Следовательно, модель безопасности должна предполагать, что агент может ошибаться, неправильно понимать контекст или предпринимать технически разрешенные действия, которые никогда не планировались.
Агенту ИИ необходима идентичность и определенные разрешения
Доступ агента должен начинаться с наименьших привилегий. ИТ-команды должны определить, какую учетную запись использует агент, к каким приложениям и файлам он может получить доступ, к каким сетевым ресурсам он может обратиться и может ли он выполнять привилегированные или разрушительные операции.
Инцидент с PocketOS предоставляет особенно яркую иллюстрацию того, почему архитектурные меры контроля важны. В апреле 2026 года агент ИИ, работающий над задачей по развертыванию, получил токен Railway API и удалил производственную базу данных компании и связанные с ней резервные копии за одну операцию API. Сообщаемое удаление заняло девять секунд.
Урок шире, чем кодирование агентов. Инструкции, запрещающие агенту выполнять опасную операцию, не эквивалентны инфраструктуре, предотвращающей эту операцию.
Местный ИИ и сторонний ИИ создают разные пути данных
Организациям также необходимо отслеживать, где перемещается информация. Рабочая станция может быть размещена локально, в то время как модель, интерпретирующая ее содержимое, работает на инфраструктуре третьих сторон.
Скриншоты могут раскрывать записи клиентов, учетные данные или конфиденциальные данные приложений. Подсказки, журналы и контекстная информация могут создавать дополнительные потоки данных, подлежащие требованиям хранения, резидентства и регулирования.
Перед развертыванием ИТ-команды должны определить, где выполняется агент, где выполняется ИИ-модель и где обрабатываются или хранятся данные приложения.
Человеческое одобрение нуждается в значимой границе
Контроль с участием человека имеет наибольшее значение перед важными действиями, а не после них. Удаление данных, изменение разрешений, подача финансовых транзакций или модификация производственных систем могут требовать явного подтверждения или просто выходить за рамки разрешенного диапазона действий агента.
Широкий риск больше не является гипотетическим. База данных инцидентов ИИ добавила 148 идентификаторов инцидентов в период обработки с мая по июль 2026 года, при этом предостерегая, что эти добавления охватывают события с разных дат и не должны интерпретироваться как измерение частоты инцидентов. Тем не менее, ее обзор подчеркивает повторяющиеся проблемы, связанные с автономными системами, конфиденциальностью и деятельностью в области кибербезопасности с использованием ИИ.
Июльское вторжение Hugging Face 2026 года дает другое предупреждение: Hugging Face сообщила, что вторжение в часть своей производственной инфраструктуры было осуществлено от начала до конца автономной системой ИИ-агента. Это была атака, а не уполномоченный агент предприятия, выходящий за рамки своих полномочий, но это демонстрирует, как быстро автономное программное обеспечение может исследовать и действовать в доступной инфраструктуре.
Логи имеют еще большее значение, когда пользователь является программным обеспечением.
Сессия агента должна оставлять достаточно доказательств для восстановления того, что произошло. Записи аутентификации, активность сессии, журналы приложений и действия агента могут все способствовать этой аудиторской трассе.
Администраторы также нуждаются в способе быстрого завершения активности. AWS добавила возможность реального времени для просмотра сессий и отзыва доступа к WorkSpaces для ИИ-агентов, в то время как Microsoft описывает мониторинг, управление сессиями и вмешательство человека как части своей архитектуры Cloud PC для агентов. Эти элементы управления указывают на операционные вопросы, которые команды ИТ должны задавать, независимо от платформы.
Что должно решить ИТ, прежде чем предоставить агенту ИИ доступ к рабочему столу?
Полезной отправной точкой является рассматривать AI-агента как новый класс привилегированного пользователя, а не как необычно способный автоматизированный скрипт.
Перед тем как разрешить доступ к рабочему столу, определите, действительно ли необходима взаимодействие с графическим интерфейсом, и изолируйте агента от ресурсов, которые ему не нужны. Дайте ему выделенную идентичность с минимальными привилегиями и определите, какие действия требуют человеческого одобрения или не могут быть выполнены автономно.
IT-команды также должны убедиться, что активность может быть зарегистрирована, остановлена и расследована. Наконец, тестируйте условия сбоя так же тщательно, как успешные рабочие процессы: поведение агента, когда приложение зависает, учетные данные не проходят или появляется неожиданная информация, может иметь большее значение, чем его поведение в идеальной последовательности.
Где подходит доставка удаленных приложений?
Приход агентов ИИ не означает, что организациям необходимо больше облачных ПК. Для сред, уже централизованно размещающих приложения Windows, удаленная доставка приложений представляет собой еще одну архитектурную возможность.
TSplus Remote Access предоставляет централизованное распространение приложений Windows и удаленный доступ без необходимости каждому пользователю использовать полный облачный рабочий стол. Поскольку организации начинают оценивать доступ агентов к существующим приложениям, тот же принцип поднимает интересную возможность: предоставление доступа вокруг приложения и задачи, а не автоматически вокруг всего рабочего стола.
Это не означает, что TSplus Remote Access сам по себе является платформой для AI-агентов. Скорее, AI-агенты делают существующие вопросы о публикации приложений, изоляции сеансов, контроле доступа и владении инфраструктурой актуальными для нового типа потребителя приложений.
AI-агенты изменят подход к устаревшим приложениям
Наследственные приложения Windows были разработаны с учетом того, что люди сидят за клавиатурами. Агенты, использующие компьютеры, ставят под сомнение это предположение, делая графические интерфейсы потенциально доступными для программного обеспечения.
Для ИТ-команд важный вопрос заключается не просто в том, может ли агент ИИ взаимодействовать со старым приложением Windows. Важно, как предоставить только тот доступ, который необходим агенту, сохраняя контроль над идентичностями, данными, сессиями и инфраструктурой. Поскольку агенты ИИ становятся пользователями приложений, надежная архитектура удаленного доступа, вероятно, будет иметь все большее значение, а не меньше.
)
)
)
