# Microsoft puede despedir a su proveedor de modelos. ¿Y tú?

En Build 2026 Microsoft lanzó sus propios modelos de código y razonamiento — entrenados desde cero, con lo que su jefe de IA llamó «cero destilación» de OpenAI — directo dentro de GitHub Copilot. La empresa de software más rica del planeta acaba de gastar miles de millones para dejar de depender de un solo proveedor. Esa es toda la lección para el resto de nosotros, y no te cuesta nada: nunca dejes que el modelo sea la parte de tu sistema que no puedes reemplazar.

- **Author:** Fedor Chishchin
- **Published:** 2026-06-06
- **Tags:** architecture, ai-native, business
- **Source:** https://fedorthinks.com/es/blog/fire-your-model-supplier

---

El 2 de junio, en la mañana de apertura de Build 2026, Microsoft hizo algo que
hace un año habría sonado impensable: lanzó sus propios modelos para competir
con la empresa en la que ha volcado más de trece mil millones de dólares. Dos de
ellos — MAI-Thinking-1, un modelo de razonamiento, y
[MAI-Code-1-Flash](https://microsoft.ai/news/introducingmai-code-1-flash/), un
modelo pequeño de código — y el de código empezó a
[desplegarse ese mismo día para cada usuario de pago de GitHub Copilot](https://www.cnbc.com/2026/06/02/microsoft-unveils-new-ai-models-lessen-reliance-on-openai-lower-costs.html).

El detalle que importa no son los puntajes de los benchmarks. Es cómo fueron
construidos. El jefe de IA de Microsoft, Mustafa Suleyman, dijo que los modelos
fueron entrenados desde cero con
["cero destilación"](https://www.techtimes.com/articles/317631/20260602/microsoft-build-2026-mai-thinking-1-first-house-reasoning-model-trained-without-openai-data.htm) —
sin pesos de OpenAI, sin datos de OpenAI, nada del atajo habitual de copiarle la
tarea a un modelo más grande. Microsoft construyó el suyo a partir de datos
limpios y licenciados porque quería algo que antes no tenía: la capacidad de
marcharse.

## Por qué el jugador más grande del tablero quería salirse

Durante años, toda la historia de IA de Microsoft pasaba por OpenAI. Copilot,
Azure, todo. Eso es mucho poder para entregárselo a un solo socio. Así que este
año Microsoft renegoció, montó su propio equipo de investigación y empezó a
construir. Suleyman fue directo sobre lo reciente que se soltó la correa:
["nos liberaron de nuestro contrato con OpenAI hace apenas unos seis meses"](https://venturebeat.com/technology/microsoft-ai-chief-says-company-was-set-free-from-openai-to-pursue-superintelligence).

Satya Nadella lo planteó como un principio, en el escenario, frente a todos:

> "Creemos que ha llegado el momento de que cada empresa pase de consumir un
> modelo de frontera a participar plenamente en la frontera."

Léelo otra vez, porque en realidad no se trata de Microsoft. _Consumir_ un
modelo significa que lo alquilas, que dependes de él, y que tus costos y tu hoja
de ruta se mueven cuando alguien más decide que deben moverse. La empresa de
software con más recursos que existe miró ese arreglo y gastó una fortuna para
salirse de él.

## Tú también estás alquilando

Aquí viene la parte incómoda. Si estás construyendo un producto sobre un modelo
de IA en este momento, estás haciendo exactamente lo que Microsoft acaba de
pagar miles de millones para dejar de hacer. Estás alquilando tu componente más
importante a un proveedor que fija el precio, los límites de uso, el calendario
de obsolescencia y los términos — y que puede cambiar cualquiera de ellos un
martes cualquiera. Acabamos de ver a
[GitHub cambiar su propio modelo de precios a un medidor](/blog/the-token-bill-came-due) y
disparar diez veces las facturas de sus usuarios intensivos. Los inquilinos no
tienen voto.

No puedes gastar más que Microsoft ni entrenar tu propio modelo de frontera. No
hace falta. La lección no es «construye un modelo». Es lo que la independencia
del modelo _te compra_: **la libertad de cambiar de proveedor sin reescribir tu
producto.**

Y esa libertad es casi gratis. Es una decisión de arquitectura, no de
presupuesto.

## La costura que te deja despedir a cualquiera

El error que veo constantemente es el nombre y las mañas de un modelo cableados
directamente por todo el código — esta API exacta, este formato de prompt
exacto, esta forma de respuesta exacta, referenciados desde cuarenta lugares.
Ese producto no puede cambiar de modelo. Cada lanzamiento nuevo es un proyecto de
migración, cada subida de precio es una crisis, y el proveedor lo sabe.

El arreglo es aburrido y funciona: pon el modelo detrás de una sola costura
limpia — un único adaptador con el que tu código habla, con los detalles del
proveedor ocultos al otro lado. Mis propios productos hacen esto. El modelo de
lenguaje es un valor de configuración; el
[motor que calcula las respuestas reales](/blog/cheap-model-most-of-the-work) es
mío y nunca se mueve. Cuando sale un modelo mejor o más barato, cambio una línea
y el producto mejora. Cuando un proveedor sube los precios o mata un endpoint, es
un encogimiento de hombros, no una emergencia.

Esa es la misma capacidad que Microsoft acaba de comprar, reducida a tu tamaño.
Ellos la consiguieron entrenando modelos en sus propios clústeres. Tú la
consigues escribiendo unas treinta líneas de indirección. La posición
estratégica es idéntica: _nadie es dueño de la parte de tu sistema de la que más
dependes, excepto tú._

## La verdadera pregunta

Quita los números de miles de millones y Build 2026 fue una empresa
asegurándose de poder despedir a su proveedor. Ese es el movimiento que vale la
pena copiar — no la corrida de entrenamiento.

Así que hazte la única pregunta que importa sobre tu propio stack: si tu
proveedor de modelos duplicara su precio mañana, o retirara el modelo exacto del
que dependes, ¿cuánto tardarías en moverte? Si la respuesta es «una tarde», ya
ganaste eso por lo que Microsoft gastó miles de millones. Si la respuesta es «no
podemos, en serio» — entonces no tienes un foso, tienes un casero. Y todo el
sentido de las noticias de esta semana es que hasta el inquilino más grande del
casero decidió que eso no era suficiente.