Agentes de IA y aplicaciones de escritorio: ¿Qué pasa con el software heredado de Windows?

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?

Tipos de agentes de IA para diferentes tipos de interacción

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).

Ejemplos y beneficios potenciales para equipos de TI

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.

Dando a la IA un ámbito de acción en áreas específicas

Las mismas capacidades también pueden apoyar la solución de problemas de aplicaciones. Un agente de IA podría inspeccionar una aplicación de Windows que no funciona, reproducir un error o verificar si una corrección aprobada por un técnico funcionó. Tales posibilidades se extienden más allá de la integración de aplicaciones en Alcance de los agentes de IA en soporte técnico y solución de problemas remotos Ahí, los permisos de ejecución, la supervisión de la IA y la verificación confiable se convierten en consideraciones centrales.

¿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. Donde se ejecuta el escritorio y donde se procesan los datos son preguntas arquitectónicas separadas. Las preguntas planteadas por estas superposiciones y separaciones necesitan una mayor consideración.

Escritorios Virtuales Dedicados y DaaS

A 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 reorienta la pregunta de arquitectura de "¿Dónde debería estar el escritorio del agente?" a "¿Qué recursos necesita realmente este agente para acceder?"

Dónde más qué, en resumen:

Donde un agente de IA se ejecuta y cómo ese agente interactúa realmente con una aplicación dada son decisiones arquitectónicas separadas. Mientras que la aplicación puede ejecutarse en una estación de trabajo física, un escritorio virtual o un servidor alojado centralmente, tenga en cuenta que TI puede prever una variedad de escenarios. El agente de IA podría estar destinado a utilizar una API, automatización de procesos robóticos determinista (RPA), uso visual de computadoras, etc. en cualquiera de los entornos anteriores.

Entorno de ejecución	Ventaja potencial	Consideraciones principales y problemas planteados
Estación de trabajo existente	Reutiliza una aplicación instalada y un entorno local	Mezclando la actividad del empleado y la actividad automatizada
Escritorio virtual dedicado o PC en la nube	Proporciona un entorno de ejecución separado y manejable	Provisionamiento, configuración de aislamiento y costo continuo
Aplicación publicada y alojada de forma centralizada	Puede limitar la interfaz de la aplicación expuesta al agente.	Requiere integración de uso en computadora compatible y permisos de sesión apropiados

¿Podría la IA participar en dar una nueva vida a sus 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.

Ejemplos de AWS y Microsoft:

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.

Automatización de Escritorio con IA: un potencial que vale la pena explorar

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 plantea 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, realizar acciones técnicamente permitidas que nunca fueron intencionadas o incluso sobrepasar claramente su mandato.

Un agente de IA necesita una identidad y permisos definidos

Menor privilegio

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 podría ejecutar operaciones privilegiadas o destructivas.

Abogando por una ciberseguridad más estricta, incluyendo el uso de IA.

Para las organizaciones que implementan agentes en plataformas SaaS, navegadores y aplicaciones de Windows, definir permisos de acceso es solo el comienzo. Las identidades dedicadas, la autorización a nivel de aplicación, la protección de credenciales y los procedimientos de revocación también son importantes. Nuestra guía para Seguridad del agente de IA y acceso no humano a aplicaciones empresariales examina estos controles y las formas en que los equipos de TI pueden implementarlos.

Un ejemplo de un precedente de ciberseguridad

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.

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 ocurrió. Registros de autenticación, actividad de sesión los registros de aplicaciones 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 el monitoreo, los controles de sesión y la intervención humana como partes de su arquitectura de PC en la nube para agentes. Estos controles destacan preguntas operativas clave 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, investigada y, en el peor de los casos, revertida, aunque todo debe hacerse para que esto nunca sea necesario. Finalmente, pruebe las condiciones de fallo tan deliberadamente 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 importar incluso más que su comportamiento durante la secuencia ideal.

En cuanto al software heredado y la publicación de aplicaciones, debemos tener en cuenta lo siguiente:

Pregunta	Por qué es importante
¿La aplicación ofrece una API utilizable o una interfaz de automatización existente?	Evita la automatización visual innecesaria
¿Qué tan estable es la interfaz de usuario?	Determina la fiabilidad de la interacción con el ratón, el teclado y la visualización
¿Dónde debería ejecutarse la aplicación?	Establece los requisitos de estación de trabajo, escritorio virtual o aplicación publicada
¿Puede la aplicación soportar las sesiones y la carga de trabajo previstas?	Ayuda a identificar las limitaciones de concurrencia, licencias y rendimiento
¿Cómo se detectarán y manejarán las fallas?	Previene que la automatización produzca silenciosamente resultados incompletos

Para obtener más información sobre identidades y permisos y otros asuntos de seguridad, nuestro artículo de seguridad de agentes de IA es tu próxima lectura.

¿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 manera centralizada, entrega de aplicaciones remotas 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 es para sugerir que TSplus Acceso Remoto es en sí misma 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 listos para 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 para mantener 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.