)
)
Los agentes de IA están comenzando a interactuar con aplicaciones de escritorio de la misma manera que lo hacen los usuarios humanos. Para los equipos de TI, esto plantea una pregunta importante: ¿podría el software de Windows existente, incluidas las aplicaciones sin API modernas, volverse accesible a flujos de trabajo impulsados por IA sin ser reemplazado o reconstruido primero?
La respuesta tiene implicaciones más allá de la automatización de la IA. Afecta la arquitectura de escritorio, la entrega de aplicaciones, las identidades, los permisos y la ciberseguridad, particularmente cuando los agentes pueden tomar acciones en lugar de simplemente recuperar información.
¿Por qué los agentes de IA necesitan acceso a aplicaciones de escritorio?
¿El lugar de las APIs?
La mayoría de la automatización empresarial funciona mejor cuando el software se comunica a través de una interfaz de programación de aplicaciones (API). Las API proporcionan operaciones estructuradas y entradas y salidas predecibles sin requerir que el software interprete una interfaz gráfica.
La dificultad radica en que los entornos empresariales contienen aplicaciones que nunca fueron diseñadas en torno a las API modernas. Las aplicaciones personalizadas de Windows, los clientes de ERP más antiguos y el software propietario de línea de negocio pueden seguir siendo esenciales mucho después de que su arquitectura original se haya vuelto obsoleta.
Ingrese agentes de IA
El uso de la computadora ofrece otra ruta. En lugar de requerir que cada aplicación exponga una API, un agente de IA puede interactuar potencialmente con la misma interfaz proporcionada a un usuario humano.
Esto ya no es solo experimental. Amazon Web Services (AWS) ahora posiciona Amazon WorkSpaces para agentes de IA como un entorno gestionado en el que los agentes pueden operar aplicaciones de escritorio, incluidas aplicaciones sin APIs modernas. Microsoft describe de manera similar Windows 365 para Agentes como un entorno de ejecución para tareas que requieren interacción con aplicaciones de escritorio y web que carecen de APIs confiables.
Dado que se trata de propuestas de proveedores, asuma que no todas las aplicaciones o flujos de trabajo heredados están listos para la operación autónoma. Tenga en cuenta esto al planificar la infraestructura de producción.
¿Cómo pueden los agentes de IA utilizar realmente las aplicaciones de Windows?
Los agentes de IA de escritorio no interactúan todos con el software de la misma manera. Los sistemas de uso informático pueden analizar capturas de pantalla y generar clics del mouse e input del teclado, reproduciendo efectivamente alguna interacción humana con una interfaz gráfica de usuario.
Otros enfoques utilizan controles del sistema operativo, información de accesibilidad o técnicas de automatización determinista más cercanas a la automatización de procesos robóticos (RPA). Las arquitecturas híbridas pueden combinar estos métodos con APIs o herramientas del Protocolo de Contexto de Modelo (MCP).
AWS, por ejemplo, combina la interacción visual del escritorio con el reenvío de herramientas MCP, permitiendo que las tareas adecuadas utilicen una herramienta directa en lugar de una interacción a nivel de píxel. Microsoft también distingue a los agentes que utilizan computadoras de la RPA dentro de su arquitectura Windows 365 para Agentes.
Para los equipos de TI, esta distinción es significativa. Una interfaz estructurada debería ser preferida en general cuando proporciona la funcionalidad requerida de manera confiable y segura. La interacción con la GUI se vuelve particularmente interesante cuando no existe una ruta programática adecuada.
¿Cada agente de IA necesita su propio escritorio?
Una vez que un agente necesita una aplicación gráfica, los equipos de TI deben decidir dónde debe ocurrir esa interacción.
Acceso local al escritorio
Un agente puede operar potencialmente software instalado en una estación de trabajo física. Esto proporciona acceso directo a aplicaciones, archivos y contexto de usuario existentes, pero también corre el riesgo de mezclar la actividad humana y autónoma dentro del mismo entorno.
La ejecución local también necesita una definición cuidadosa. Un agente puede ejecutarse localmente mientras envía indicaciones, capturas de pantalla o datos de aplicaciones a un modelo de IA alojado de forma remota. Dónde se ejecuta el escritorio y dónde se procesan los datos son preguntas arquitectónicas separadas.
Escritorios Virtuales Dedicados y DaaS
Un escritorio virtual dedicado crea una separación más fuerte. AWS WorkSpaces para agentes de IA y Microsoft Windows 365 para Agentes ilustran este modelo, proporcionando cargas de trabajo de agentes con sesiones de escritorio gestionadas en lugar de permitirles actuar directamente en una estación de trabajo de empleado. Microsoft describe PCs en la nube agrupadas con identidades gestionadas, postura de dispositivo y ciclos de vida de sesión gobernados.
El escritorio como servicio (DaaS) se está convirtiendo, por lo tanto, en una posible capa de ejecución para agentes de IA, así como para usuarios humanos.
Entrega de Aplicaciones Remotas
Sin embargo, un escritorio virtual completo puede no ser siempre necesario. Si un agente solo necesita una o dos aplicaciones de Windows, los equipos de TI también pueden considerar si esas aplicaciones deben ser alojadas y entregadas de manera centralizada como sesiones remotas controladas.
Esto cambia la pregunta de arquitectura de "¿Dónde debería estar el escritorio del agente?" a "¿Qué recursos necesita realmente este agente para acceder?"
¿Podría la IA dar una nueva vida a las aplicaciones heredadas de Windows?
El software heredado ha presentado tradicionalmente una elección difícil para los proyectos de automatización. Si una aplicación importante carece de una API, las organizaciones pueden necesitar integración personalizada, RPA o modernización de aplicaciones antes de conectarla a flujos de trabajo más nuevos.
Los agentes de IA añaden otra posibilidad. Si el software puede interpretar y manipular la interfaz de usuario existente, la propia GUI puede convertirse en una superficie de integración.
AWS presenta explícitamente evitar la modernización de aplicaciones y la integración personalizada como un caso de uso para su agente WorkSpaces. Microsoft está desarrollando el acceso desde los PCs en la nube del agente a las aplicaciones de línea de negocio locales, enmarcando de manera similar la capacidad en torno a la automatización de flujos de trabajo sin primero modernizar las aplicaciones heredadas.
Eso no hace que todas las aplicaciones antiguas sean adecuadas para la automatización de escritorios con IA. Las interfaces cambian, la interpretación visual puede fallar, las sesiones pueden alcanzar estados inesperados y las licencias pueden restringir cómo se utilizan las aplicaciones. Un flujo de trabajo que es técnicamente accesible para un agente aún necesita pruebas de fiabilidad, capacidad de soporte y riesgo empresarial.
¿Qué nuevas preguntas de seguridad y cumplimiento crea el acceso del agente de IA?
Dar acceso a un agente de IA a software empresarial cambia su papel de asistente de información a participante activo del sistema. Por lo tanto, el modelo de seguridad debe asumir que un agente puede cometer errores, malinterpretar el contexto o realizar acciones técnicamente permitidas que nunca fueron intencionadas.
Un agente de IA necesita una identidad y permisos definidos
El acceso del agente debe comenzar con el menor privilegio. Los equipos de TI necesitan determinar qué cuenta utiliza un agente, qué aplicaciones y archivos puede acceder, qué recursos de red puede alcanzar y si puede ejecutar operaciones privilegiadas o destructivas.
El incidente de PocketOS proporciona una ilustración particularmente clara de por qué los controles arquitectónicos son importantes. En abril de 2026, un agente de codificación de IA que trabajaba en una tarea de preparación obtuvo un token de API de ferrocarril y eliminó la base de datos de producción de la empresa y las copias de seguridad asociadas en una sola operación de API. La eliminación reportada tomó nueve segundos.
La lección es más amplia que la codificación de agentes. Las instrucciones que indican a un agente que no realice una operación peligrosa no son equivalentes a la infraestructura que previene esa operación.
La IA local y la IA de terceros crean diferentes rutas de datos
Las organizaciones también necesitan mapear por dónde viaja la información. Un escritorio puede estar alojado localmente mientras que el modelo que interpreta su contenido opera en infraestructura de terceros.
Las capturas de pantalla pueden exponer registros de clientes, credenciales o datos confidenciales de la aplicación. Los mensajes, registros e información contextual pueden crear flujos de datos adicionales sujetos a requisitos de retención, residencia y regulación.
Antes de la implementación, los equipos de TI deben identificar dónde se ejecuta el agente, dónde se ejecuta el modelo de IA y dónde se procesan o retienen los datos de la aplicación.
La aprobación humana necesita un límite significativo
Los controles de humano en el circuito son más importantes antes de acciones significativas, no después de ellas. Eliminar datos, cambiar permisos, enviar transacciones financieras o modificar sistemas de producción pueden requerir una confirmación explícita o simplemente estar fuera del alcance permitido del agente.
El riesgo más amplio ya no es hipotético. La Base de Datos de Incidentes de IA agregó 148 identificaciones de incidentes durante su período de procesamiento de mayo a julio de 2026, advirtiendo que estas adiciones abarcan eventos de diferentes fechas y no deben interpretarse como una medida de frecuencia de incidentes. Sin embargo, su resumen destaca problemas recurrentes relacionados con sistemas autónomos, privacidad y actividad de ciberseguridad asistida por IA.
La intrusión de Hugging Face en julio de 2026 proporciona una advertencia diferente: Hugging Face informó que una intrusión en parte de su infraestructura de producción fue realizada de extremo a extremo por un sistema de agente de IA autónomo. Este fue un ataque en lugar de un agente empresarial autorizado que excede su mandato, pero demuestra cuán rápidamente el software autónomo puede explorar y actuar en la infraestructura accesible.
Los registros importan aún más cuando el usuario es software
Una sesión de agente debe dejar suficiente evidencia para reconstruir lo que sucedió. Los registros de autenticación, la actividad de la sesión, los registros de la aplicación y las acciones del agente pueden contribuir a esa pista de auditoría.
Los administradores también necesitan una forma de terminar la actividad rápidamente. AWS ha añadido visibilidad de sesión en tiempo real y revocación de acceso a WorkSpaces para agentes de IA, mientras que Microsoft describe la supervisión, los controles de sesión y la intervención humana como partes de su arquitectura de PC en la nube para agentes. Estos controles indican las preguntas operativas que los equipos de TI deben hacer, independientemente de la plataforma.
¿Qué debe decidir TI antes de otorgar acceso al escritorio a un agente de IA?
Un punto de partida útil es tratar a un agente de IA como una nueva clase de usuario privilegiado en lugar de un script de automatización inusualmente capaz.
Antes de permitir el acceso al escritorio, determine si la interacción con la GUI es realmente necesaria y aísle al agente de los recursos que no necesita. Asigne una identidad dedicada con permisos de mínimo privilegio y defina qué acciones requieren aprobación humana o no pueden realizarse de forma autónoma.
Los equipos de TI también deben asegurarse de que la actividad pueda ser registrada, detenida e investigada. Finalmente, pruebe las condiciones de fallo de manera deliberada, así como los flujos de trabajo exitosos: el comportamiento de un agente cuando una aplicación se congela, las credenciales fallan o aparece información inesperada puede ser más importante que su comportamiento durante la secuencia ideal.
¿Dónde encaja la entrega de aplicaciones remotas?
La llegada de agentes de IA no significa automáticamente que las organizaciones necesiten más PCs en la nube. Para entornos que ya alojan aplicaciones de Windows de forma central, la entrega remota de aplicaciones presenta otra posibilidad arquitectónica.
TSplus Remote Access proporciona publicación centralizada de aplicaciones de Windows y acceso remoto sin requerir que cada usuario opere un escritorio en la nube completo. A medida que las organizaciones comienzan a evaluar el acceso de agentes a las aplicaciones existentes, el mismo principio plantea una posibilidad interesante: proporcionar acceso en torno a la aplicación y la tarea en lugar de automáticamente alrededor de un escritorio completo.
Esto no sugiere que TSplus Remote Access sea en sí mismo una plataforma de agentes de IA. Más bien, los agentes de IA hacen que las preguntas existentes sobre la publicación de aplicaciones, la aislamiento de sesiones, el control de acceso y la propiedad de la infraestructura sean relevantes para un nuevo tipo de consumidor de aplicaciones.
Los agentes de IA están destinados a cambiar el enfoque hacia las aplicaciones heredadas.
Las aplicaciones heredadas de Windows fueron diseñadas en torno a personas sentadas en teclados. Los agentes que utilizan computadoras desafían esa suposición al hacer que las interfaces gráficas sean potencialmente accesibles para el software también.
Para los equipos de TI, la pregunta importante no es simplemente si un agente de IA puede hacer clic en una antigua aplicación de Windows. Se trata de cómo proporcionar solo el acceso que el agente necesita mientras se mantiene el control sobre identidades, datos, sesiones e infraestructura. A medida que los agentes de IA se convierten en usuarios de aplicaciones, es probable que una arquitectura de acceso remoto sólida sea cada vez más importante, no menos.
)
)
)
