Microsoft quiere acabar con las apps web en Windows 11: su nueva IA ya escribe apps nativas WinUI en 30 minutos

Microsoft ha publicado una guía de inicio rápido que promete llevar a cualquier persona, incluso sin experiencia previa, desde una carpeta vacía hasta una aplicación WinUI 3 publicada en la Microsoft Store en aproximadamente 30 minutos. El proceso combina Visual Studio Code, .NET 10, la CLI de desarrollo de apps de Windows (winapp), plantillas de proyecto WinUI, GitHub Copilot y un nuevo plugin llamado "agente WinUI", todo ello sin necesidad de Visual Studio completo y usando exclusivamente herramientas gratuitas, incluida la capa gratuita de GitHub Copilot.

El flujo de trabajo es directo: un agente de IA crea la aplicación, añade funciones adicionales bajo petición, la prueba, la empaqueta en formato MSIX y la envía a la tienda de Microsoft, todo con una intervención humana mínima. El agente WinUI no es un chatbot genérico como Copilot, sino que incorpora habilidades especializadas en diseño de interfaces WinUI, revisión de código, pruebas de UI, empaquetado y migración entre frameworks. Microsoft recomienda además conectar el agente a su servidor Learn MCP, de modo que consulte documentación actualizada de las APIs de WinUI en el momento de generar el código, compensando así la relativa escasez de material de entrenamiento sobre WinUI 3 frente a frameworks más veteranos.

Más relevante que el asistente para crear apps nuevas son las guías de migración asistida por IA para aplicaciones existentes en WPF y UWP, que es donde reside el verdadero problema de Microsoft: un enorme legado de software que nunca dio el salto a los frameworks nativos modernos. La guía de migración de WPF no trata el proceso como un simple "buscar y reemplazar": la sustitución de System.Windows.* por Microsoft.UI.Xaml.* viene acompañada de una tabla completa de equivalencias que cubre controles, manejo de hilos, gestión de ventanas, DPI y enlace de datos, además de un prompt inicial que indica al agente qué debe señalar durante el proceso. En el caso de UWP, la propia guía advierte de que ese framework ya no está en desarrollo activo y que WinUI 3 junto con el Windows App SDK son sus sucesores designados; también alerta de que los modelos de IA, entrenados con años de ejemplos de código UWP, tenderán a reproducir esos patrones antiguos si no se les proporcionan sustituciones explícitas que seguir.

Este esfuerzo se enmarca en un compromiso más amplio anunciado en Build 2026, donde Microsoft calificó a WinUI como la "plataforma de producción para aplicaciones de Windows" y eliminó el "3" de su nombre para transmitir que no volverá a sustituir el framework, algo que sí ha ocurrido varias veces en el pasado. La compañía también se comprometió a reducir el uso de memoria, añadir soporte de DataGrid y gráficos, mejorar la interoperabilidad con WPF y aumentar la participación open source; de hecho, WinUI ya es completamente de código abierto. En paralelo, Microsoft ha ido sustituyendo piezas de la interfaz heredada de Windows 11 por componentes WinUI 3, como AutoPlay y la gestión de impresión, con más cambios previstos.

Sin embargo, el propio artículo señala una contradicción incómoda: el discurso de Microsoft no presenta a WebView2 o Electron como tecnologías malas, y su documentación defiende que el consumo de recursos depende de cuán bien optimice cada desarrollador su contenido web. El problema es que sus propias aplicaciones no siempre predican con el ejemplo. La app de Meteorología de Windows 11, construida sobre WebView2, consume 1,2 GB de RAM en reposo —unas cinco veces más que la app nativa de Tiempo de macOS de Apple— y lanza nueve subprocesos de Chromium. Microsoft Teams, pese al enfoque corporativo de la compañía, solo incorporó un modo de eficiencia tras años de quejas de los usuarios. Aplicaciones de terceros como WhatsApp para Windows han sufrido tiempos de carga lentos y un consumo elevado de memoria (600 MB de RAM sin hacer nada en un PC con solo 8 GB), mientras que Discord ha reconocido que su app de Windows es un devorador de recursos y ha probado a reiniciarla automáticamente cuando supera los 4 GB de RAM.

Sobre el fondo de esta estrategia está la pregunta de si el código generado por IA es realmente bueno. El artículo recoge unas declaraciones de David Fowler, ingeniero distinguido de Microsoft que trabaja en Aspire, quien ha afirmado que "escribir código a mano se ha terminado por completo". Pero que la IA abarate la producción de código no significa que ese código sea de calidad, algo que la propia Microsoft parece asumir al dotar al agente WinUI de habilidades específicas de revisión de código y pruebas de interfaz: si el objetivo es que la IA genere más software para Windows, ese software necesita seguir siendo eficiente, o el resultado será simplemente más aplicaciones nativas mal optimizadas.

El artículo enmarca todo esto como parte de un rediseño más amplio del ecosistema de desarrolladores de Windows en torno a la IA, en un contexto en el que muchos programadores prefieren entornos Linux y buena parte de los desarrolladores de aplicaciones de IA opta por MacBooks por su hardware. La respuesta de Microsoft se articula en tres frentes: construir una tubería completa que abarca WinUI, un agente de codificación con IA, herramientas de migración, pruebas automatizadas, empaquetado y publicación en la Store; reforzar su apuesta por WSL, permitiendo que los agentes de codificación se ejecuten dentro de entornos Linux con acceso completo a la GPU para que los desarrolladores no abandonen Windows; y promover hardware de estación de trabajo con gran ancho de banda de memoria, como las máquinas Nvidia RTX Spark —caso de la Surface RTX Spark Dev Box y el recién anunciado Project Zenith—, equipos que ofrecen al menos 64 GB de RAM y 250 GB/s de ancho de banda para ejecutar localmente modelos de más de 30.000 millones de parámetros.

En conjunto, la apuesta de Microsoft consiste en hacer que desarrollar para Windows ocurra dentro de un entorno Windows diseñado en torno a agentes de IA. Si la estrategia funciona, Windows podría ganar más aplicaciones nativas sin que los desarrolladores tengan que reescribirlo todo a mano. Pero, como concluye el propio artículo, a Microsoft todavía le queda por demostrar que esas aplicaciones WinUI construidas con IA serán realmente más rápidas y ligeras que las aplicaciones web que pretenden sustituir.