Microsoft Build 2026: todo lo que importa para desarrolladores

Microsoft Build 2026 se celebró los días 2 y 3 de junio en Seattle y, a diferencia de las últimas ediciones, la sensación no fue de “más de lo mismo”. Hubo nueve anuncios concretos que afectan directamente a cómo se desarrolla software en Windows. Este es el resumen sin relleno.

1. Siete nuevos modelos MAI

Microsoft presentó su primera familia de modelos de IA propia bajo la marca MAI (Microsoft AI). No son wrappers de OpenAI ni fine-tunes de terceros — son modelos entrenados internamente.

Modelo	Para qué sirve	Dónde está disponible
MAI-Thinking-1	Razonamiento general (35B parámetros)	Azure AI Foundry
MAI-Code-1	Generación de código, tareas de programación complejas	GitHub Copilot, VS Code
MAI-Code-1-Flash	Versión ligera y rápida de MAI-Code-1	GitHub Copilot (rollout en curso)
MAI-Image-2.5	Generación y análisis de imágenes	Azure AI Foundry
MAI-Transcribe-1.5	Transcripción de audio	Azure AI Foundry
MAI-Voice-2	Síntesis de voz	Azure AI Foundry

El dato más llamativo de MAI-Thinking-1: Microsoft afirma que iguala a Claude Opus 4.6 en SWE-Bench Pro para tareas de programación. Habrá que verlo en la práctica, pero la señal es clara — Microsoft ya no quiere depender de modelos externos para sus propias herramientas.

MAI-Code-1 es el que más va a notar la gente que usa VS Code: está integrado en GitHub Copilot y la versión Flash ya está haciendo rollout como opción por defecto en el editor.

2. Surface RTX Spark Dev Box

Una máquina pensada específicamente para desarrolladores que quieren correr modelos grandes en local, sin depender de la nube para cada inferencia.

Las especificaciones que importan:

• GPU: NVIDIA RTX Spark
• Memoria unificada: 128 GB (CPU y GPU comparten el mismo pool)
• Rendimiento: hasta 1 petaflop de cómputo para IA
• Capacidad declarada: modelos de hasta 120B parámetros con ventana de contexto de 1 millón de tokens

Con 128 GB de memoria unificada puedes cargar modelos que en una GPU convencional de 24 GB ni se acercan. Es la diferencia entre poder correr Llama 3.1 70B con margen y tener que recurrir a versiones cuantizadas de 4 bits.

Estará disponible en EE.UU. a lo largo de 2026. Precio oficial aún no confirmado.

3. Windows Developer Configurations

Un entorno base preconfigurado para programar sin tener que pasar el primer día instalando cosas. Incluye de serie:

WSL 2 con GPU pass-through
Git + GitHub CLI
VS Code
Python 3.x
PowerShell 7
Windows Terminal

No es revolucionario, pero es la primera vez que Microsoft opina de forma tan concreta sobre qué debería tener un entorno de desarrollo Windows bien configurado. Para equipos que incorporan gente nueva o tienen que provisionar máquinas, reduce la fricción del onboarding.

4. Intelligent Terminal

Una nueva terminal experimental con agentes de IA y GitHub Copilot integrados directamente en el flujo de trabajo. No es un chat que abre una barra lateral — la integración está en el propio flujo de comandos.

Las capacidades que se mostraron en el keynote:

• Rubber duck debugging: explica qué está fallando en un comando que ha petado
• Prompt scheduling: programa ejecuciones con lenguaje natural (“ejecuta esto mañana a las 8”)
• Voice input: dictas comandos en lugar de escribirlos
• Copilot CLI mejorado: el agente tiene contexto del historial de la sesión, no solo del comando actual

Está en preview experimental. Yo esperaría a la versión estable antes de adoptarlo en un flujo de trabajo real, pero la dirección es interesante: la terminal como interfaz conversacional tiene más sentido que abrir un chat aparte.

5. OpenClaw para Windows

OpenClaw llega a Windows como aplicación nativa con permisos integrados a nivel de sistema operativo. Lo que cambia respecto a correrlo en Linux o macOS es que usa Microsoft Execution Containers para la ejecución segura.

En la práctica, esto significa que cuando OpenClaw necesita ejecutar algo en tu máquina, lo hace dentro de un contenedor con permisos acotados — no con acceso libre al sistema de ficheros, la red o los procesos del sistema.

6. Microsoft Execution Containers

Esta es probablemente la pieza de infraestructura más importante del evento para cualquiera que esté construyendo o desplegando agentes de IA.

Los Microsoft Execution Containers (MXC) son una capa de seguridad del SO que permite ejecutar agentes con límites explícitos y declarativos sobre cinco dimensiones:

Ficheros      → qué directorios puede leer y escribir
Red           → a qué hosts puede conectarse
Sesión        → qué puede ver del entorno del usuario
Identidad     → con qué credenciales opera
Permisos      → qué puede instalar o modificar

El problema que resuelven es real. Hoy, cuando ejecutas un agente de IA en local, ese agente tiene básicamente los mismos permisos que tú. Si un modelo alucinado decide hacer rm -rf o exfiltrar ficheros, el sistema operativo no lo impedirá. MXC pone una barrera entre el agente y el sistema.

Es el mismo problema que llevó a los navegadores a inventar el sandbox. Llevaba tiempo esperando que alguien lo implementara a nivel de SO para agentes.

7. WSL Containers

Microsoft presentó WSL Containers como alternativa nativa a Docker para Windows. La idea es usar WSL directamente para crear, ejecutar y gestionar contenedores Linux sin necesidad de Docker Desktop ni del Docker Engine.

# Crear y ejecutar un contenedor Linux directamente desde WSL
wsl --create ubuntu:24.04 my-container
wsl --run my-container bash

La ventaja sobre Docker Desktop en Windows no es solo el coste de licencia (Docker Desktop ya no es gratuito para empresas). Es que los contenedores corren directamente en el kernel de Linux de WSL, sin la capa extra de virtualización que tiene Docker Desktop. En teoría, mejor rendimiento y menos sobrecarga de memoria.

Está en preview. Docker no va a desaparecer pronto, pero esto le quita el monopolio en el caso de uso básico de “quiero correr algo en Linux desde Windows”.

8. IA local en Windows

Microsoft presentó nuevas APIs y dos modelos pequeños optimizados para inferencia local en Windows:

• Aion 1.0 Instruct: modelo de instrucción para tareas generales
• Aion 1.0 Plan: modelo especializado en planificación y razonamiento multi-paso

Ambos están diseñados para correr en hardware de consumo — no necesitas la Dev Box de 128 GB. La propuesta es que ciertas tareas del sistema operativo (completado, corrección, asistencia contextual) funcionen sin necesidad de conectarse a un servidor.

El modelo de negocio es diferente al de los servicios cloud: no pagas por tokens, corre en tu hardware. Para casos de uso donde la privacidad importa o donde la latencia de red es un problema, tiene sentido.

9. Coreutils en Windows

El menos vistoso pero quizás el más agradecido por quien lleva años peleándose con dir cuando quería usar ls.

Microsoft anuncia soporte nativo de Coreutils — los comandos estándar de Unix — directamente en la terminal de Windows. Sin WSL, sin instalarlos manualmente.

# Esto ya funciona de forma nativa en Windows Terminal:
ls -la
cat fichero.txt | grep "error"
find . -name "*.ts" -type f
chmod +x script.sh

La lista completa incluye ls, cat, grep, find, chmod, cp, mv, rm y unas 80 utilidades más. Es un cambio pequeño en papel y grande en la experiencia diaria de cualquier developer que alterna entre sistemas.

---

La lectura de fondo

Lo que conecta estos nueve anuncios es una apuesta clara de Microsoft por hacer Windows un entorno de desarrollo de primera clase para IA — no solo como cliente de servicios cloud, sino también como plataforma de ejecución local.

El triángulo formado por la Dev Box (hardware), los MXC (seguridad de agentes) y los modelos MAI locales (inferencia sin nube) dibuja un ecosistema donde Microsoft controla la pila completa: del modelo al silicio, pasando por el sistema operativo.

Si lo ejecutan bien, es una posición competitiva difícil de replicar. Si se queda en anuncios de keynote sin entrega real, la historia se repite. El historial de Microsoft con estas promesas es mixto, pero la dirección técnica en esta Build ha sido la más coherente en años.