Windows 11 se prepara para ejecutar agentes de IA locales con modelos, herramientas y aislamiento integrado

Microsoft está construyendo en Windows 11 una capa completa para desarrollar y ejecutar agentes de inteligencia artificial directamente en el PC. El planteamiento va mucho más allá de añadir un chatbot al sistema: combina modelos locales, un runtime de inferencia, mecanismos para que los agentes descubran herramientas y aplicaciones, un registro común y nuevas tecnologías de aislamiento destinadas a limitar lo que puede hacer cada agente.

Foundry Local permite ejecutar modelos sin depender de la nube

Uno de los pilares es Foundry Local, el runtime de Microsoft para descargar y ejecutar modelos de lenguaje directamente en el dispositivo.

Una vez que el modelo está descargado y almacenado en el PC, la inferencia puede realizarse completamente de forma local. Microsoft afirma que los prompts y las respuestas no necesitan salir del dispositivo, eliminando además el coste por token de una API en la nube para esas cargas.

Foundry Local detecta el hardware disponible y puede utilizar diferentes backends de aceleración. En Windows puede trabajar con GPU y NPU de AMD, Intel, NVIDIA y Qualcomm, además de recurrir a CPU cuando la configuración y el modelo lo permiten.

No hace falta un Copilot+ PC para utilizar Foundry Local

Microsoft diferencia Foundry Local de las Windows AI APIs. Muchas de estas últimas están diseñadas principalmente para Copilot+ PC y aprovechan su NPU, mientras que Foundry Local puede ejecutarse en una gama considerablemente más amplia de equipos.

La guía actual para integrarlo en aplicaciones Windows establece como referencia Windows 11 24H2, compilación 26100 o posterior, y una GPU compatible con DirectX 12 para el recorrido basado en Windows ML.

La documentación general de Foundry Local contempla además otros sistemas y configuraciones, por lo que no debe interpretarse como una función reservada exclusivamente a los Copilot+ PC.

Microsoft Agent Framework ya puede utilizar un modelo completamente local

Foundry Local se integra con Microsoft Agent Framework. Un desarrollador puede crear un agente mediante la misma abstracción utilizada con modelos remotos, pero asignándole un modelo alojado en el propio PC.

Microsoft utiliza como ejemplo Phi-4-mini, aunque el catálogo dispone de múltiples modelos y variantes optimizadas para distintos tipos de hardware.

La ejecución local no proporciona automáticamente todas las herramientas disponibles en Microsoft Foundry en la nube. Funciones alojadas como búsqueda web o Code Interpreter no forman parte del runtime local por defecto. El agente sí puede utilizar funciones definidas por la aplicación y servidores MCP locales cuando el modelo admite tool calling.

MCP permite que el agente descubra herramientas en Windows

Windows está incorporando soporte de Model Context Protocol, o MCP, como uno de los mecanismos para conectar agentes con herramientas y servicios.

Un servidor MCP puede exponer acciones que un agente descubre y utiliza siguiendo una interfaz común. Microsoft ya documenta conectores para Windows Settings, File Explorer y herramientas de desarrollo como Visual Studio y Visual Studio Code.

Esto permite que un agente deje de limitarse a generar texto y pueda solicitar operaciones sobre el sistema o sobre aplicaciones que hayan decidido exponer determinadas capacidades.

App Actions convierte funciones de las aplicaciones en acciones reutilizables

Otra pieza es App Actions on Windows. Una aplicación puede registrar acciones concretas para que otras experiencias de Windows puedan descubrirlas e invocarlas de forma estructurada.

En vez de obligar a un agente a manipular una interfaz visual simulando clics, el desarrollador puede exponer directamente una acción con entradas y resultados definidos.

Este enfoque puede hacer que la automatización sea más fiable y más fácil de controlar, ya que el agente utiliza una interfaz declarada por la aplicación en lugar de intentar deducir cómo manejar cada pantalla.

Agent Launchers crea un registro común para los agentes instalados

Microsoft también ha creado Agent Launchers, un mecanismo que permite a una aplicación registrar sus agentes para que puedan ser descubiertos desde otras experiencias compatibles de Windows.

Un Agent Launcher contiene información como nombre, descripción, icono y la App Action que debe ejecutarse. Los agentes quedan registrados en el On-Device Registry, conocido como ODR.

La intención es evitar que cada aplicación tenga que crear una integración personalizada con cada agente. Windows mantiene un catálogo local que las experiencias compatibles pueden consultar para saber qué agentes están disponibles en el equipo.

Un agente podría aparecer desde Inicio, Búsqueda u otras aplicaciones

Microsoft describe Agent Launchers como una forma de hacer accesibles los agentes desde diferentes puntos del sistema, como el menú Inicio, la búsqueda o aplicaciones que admitan este mecanismo.

La especificación también obliga a que un Agent Launcher abra una experiencia en la que el usuario pueda interactuar activamente con el agente. No está pensado simplemente para registrar procesos autónomos que trabajen silenciosamente en segundo plano.

El usuario puede así conocer qué agente se ha iniciado, observar su actividad e intervenir durante la tarea.

Aion 1.0 Plan está diseñado específicamente para agentes locales

Microsoft anunció en Build 2026 Aion 1.0 Plan, un modelo de razonamiento de 14.000 millones de parámetros y contexto de 32K pensado para ejecutarse en dispositivos suficientemente potentes.

El modelo está diseñado para interpretar una intención, utilizar herramientas, gestionar archivos y coordinar subagentes. Microsoft pretende distribuirlo integrado en Windows en dispositivos compatibles.

Aion 1.0 Plan continúa formando parte del despliegue progresivo anunciado por Microsoft y no debe considerarse disponible de forma general en cualquier PC con Windows 11.

Windows AI APIs también están saliendo de la NPU

Microsoft está ampliando en paralelo varias Windows AI APIs para que determinadas cargas funcionen también en CPU y GPU.

La plataforma ofrece capacidades preparadas para tareas como generación y reescritura de texto, reconocimiento de voz, OCR, tratamiento de imágenes y superresolución, dependiendo del hardware y de la versión del SDK.

La idea es que una aplicación no siempre tenga que empaquetar y gestionar su propio modelo. Cuando Windows ya ofrece una API especializada, el desarrollador puede utilizar el modelo mantenido por el sistema.

Windows ML se encarga de los modelos personalizados

Cuando una aplicación necesita un modelo que no forma parte de las APIs integradas ni del catálogo de Foundry Local, Microsoft propone Windows ML.

Windows ML utiliza ONNX Runtime y selecciona proveedores de ejecución adaptados al hardware disponible. Esto permite distribuir un mismo modelo y aprovechar CPU, GPU o NPU sin escribir una implementación diferente para cada fabricante.

El resultado es una pila de tres niveles: Windows AI APIs para capacidades preparadas, Foundry Local para modelos de lenguaje listos para ejecutar y Windows ML para modelos personalizados.

Microsoft quiere aislar los agentes con Execution Containers

Permitir que una IA abra archivos, utilice herramientas y ejecute acciones crea un problema de seguridad evidente. Microsoft está respondiendo con Microsoft Execution Containers, o MXC.

MXC es una capa de ejecución basada en políticas donde el desarrollador declara qué recursos puede utilizar un agente, por ejemplo determinados archivos o conexiones de red. El sistema operativo aplica después esos límites durante la ejecución.

Microsoft presentó el SDK de MXC en Build 2026 como early preview, por lo que todavía no representa una protección estable disponible para cualquier aplicación de Windows.

Los agentes también tendrán identidad propia

La estrategia de seguridad incluye proporcionar identidad diferenciada a los agentes para que empresas y administradores puedan determinar qué agente realizó una operación y qué permisos debería poseer.

Microsoft pretende integrar esta capa con tecnologías empresariales como Entra, Defender, Intune y Purview. El objetivo es aplicar controles a un agente de manera comparable a los que una organización ya utiliza con usuarios, aplicaciones y dispositivos.

Esto es especialmente importante para agentes persistentes que puedan ejecutar tareas durante largos periodos y acceder a datos corporativos.

Project Zenith muestra qué hardware imagina Microsoft para los agentes locales

La estrategia también está influyendo en el hardware. En septiembre de 2026 Microsoft anunció Project Zenith, una experiencia de Windows 11 preparada para equipos de desarrollo con al menos 64 GB de memoria unificada y 250 GB/s de ancho de banda.

Los primeros sistemas utilizarán AMD Ryzen AI Halo y Microsoft afirma que podrán ejecutar localmente modelos de más de 30.000 millones de parámetros sin depender de créditos de inferencia en la nube.

Project Zenith no es una nueva edición independiente de Windows, sino una configuración de Windows 11 adaptada a estaciones de desarrollo con herramientas y ajustes preinstalados.

Microsoft plantea también un modelo híbrido entre nube y PC

La intención no es trasladar necesariamente todos los agentes a modelos locales. Microsoft está diseñando escenarios híbridos donde un modelo potente en la nube puede delegar tareas concretas a subagentes que se ejecutan en el ordenador.

En GitHub Copilot CLI, por ejemplo, Microsoft anunció un sistema en el que el agente principal puede analizar una tarea y enviar determinados trabajos a un modelo local cuando su complejidad lo permite.

Este planteamiento busca utilizar modelos de frontera únicamente donde aportan una ventaja real y aprovechar el hardware ya disponible en el PC para las operaciones más sencillas o repetitivas.

Gran parte de la plataforma todavía está en transición

Windows 11 ya dispone de piezas utilizables como Foundry Local, Windows ML, MCP y la infraestructura de Agent Launchers, pero no todo el conjunto está en estado estable.

Las APIs nativas de algunos componentes de Foundry Local siguen marcadas como alpha o pre-release, varias Windows AI APIs se encuentran en preview y MXC continúa en una fase temprana. Aion 1.0 Plan tampoco está desplegado de forma general.

Por tanto, Windows 11 todavía no ofrece hoy un único «modo agente» listo para cualquier usuario. Lo que Microsoft está construyendo es una plataforma común sobre la que aplicaciones y desarrolladores podrán registrar, ejecutar, conectar y limitar agentes locales de manera más integrada con el sistema operativo.

El cambio importante es que el agente pasa a ser una pieza del sistema

Hasta ahora, ejecutar un agente local en Windows solía implicar instalar por separado un servidor de modelos, una interfaz, un framework de agentes y conectores específicos para las herramientas.

La nueva arquitectura intenta convertir esas funciones en primitivas compartidas del sistema: inferencia local, catálogo de agentes, acciones de aplicaciones, descubrimiento mediante MCP, aceleración de hardware e aislamiento.

Si Microsoft consigue estabilizar todas estas capas, Windows 11 dejará de ser únicamente un sistema donde se pueden instalar aplicaciones de IA y pasará a funcionar como una plataforma diseñada expresamente para que múltiples agentes locales convivan y actúen sobre el PC bajo controles definidos por el sistema operativo.