La decisión que todos tienen delante

La empresa que puso alrededor de 13 mil millones de dólares en OpenAI está sacando ahora el producto de OpenAI de sus propias aplicaciones estrella. El 23 de julio Microsoft confirmó que había empezado a sustituir los modelos de generación de imágenes de OpenAI por uno propio, llamado MAI-Image-2, en PowerPoint y Bing. Mustafa Suleyman, que dirige Microsoft AI, lo dijo sin rodeos: el modelo interno es más rápido, más barato, de mayor calidad y mejora la retención. Microsoft afirma que MAI-Image-2 genera imágenes unas dos veces más rápido que su antecesor en sus servicios Foundry y Copilot.

No se queda en las imágenes. Suleyman ha dicho abiertamente que Microsoft quiere reducir, y a la larga eliminar, lo que gasta con Anthropic trasladando más trabajo a sus propios modelos MAI en Copilot, Microsoft 365 y GitHub Copilot. La alianza de IA más importante de la década está siendo esquivada en silencio por uno de sus propios arquitectos.

Por qué esto es una historia de decisiones y no de producto

Toda relación profunda con un proveedor sigue siendo una cuestión de fabricar o comprar, y se da la vuelta en cuanto el volumen del comprador justifica fabricar. Microsoft compró cuando necesitaba velocidad y no tenía modelo propio. Fabrica ahora porque procesa tantos tokens de IA que hasta un ahorro modesto por petición se convierte en una cifra absoluta enorme. La cercanía de la relación con OpenAI no cambió esa aritmética en nada; solo la retrasó.

Esa es la lección que conviene llevarse. Si Microsoft, con asiento en primera fila y miles de millones invertidos, trata la capa del modelo como intercambiable en cuanto los números lo dicen, entonces cualquier empresa que apueste su producto a un único proveedor de modelos debería suponer que le llega el mismo movimiento, ya sea de su proveedor o, algún día, de su propia mano. La lealtad no protegió el acuerdo. Lo decidió el volumen.

Lea dónde empezó el cambio

La comoditización llega allí donde equivocarse sale barato. Microsoft no empezó sustituyendo el modelo de razonamiento que hay detrás de sus tareas de programación más difíciles. Empezó con la generación de imágenes en PowerPoint y Bing, donde una imagen algo peor no cuesta casi nada y el volumen de peticiones es enorme. Ese es el camino clásico: probar el modelo interno en trabajo indulgente y de gran volumen, guardar el ahorro y luego subir por la curva de dificultad a medida que crece la confianza.

Para quien opera un negocio, ese patrón es un mapa. Las partes de su stack más expuestas a un cambio de proveedor, por usted o por su proveedor, son las de gran volumen y tolerantes al error. Las partes que siguen atadas a un especialista durante más tiempo son las de bajo volumen y mucho en juego, donde una respuesta equivocada sale cara. Saber cuál de sus cargas de trabajo está en cada lado le dice dónde invertir primero en portabilidad.

Qué hacer antes de que lo haga su proveedor

Diseñe como si fuera a cambiar, porque el mercado ya da por hecho que podría hacerlo. Ponga cada llamada al modelo detrás de una interfaz interna para que cambiar de proveedor sea un ajuste y no un proyecto. Guarde sus prompts, sus conjuntos de evaluación y sus barreras de seguridad en su propio repositorio, con independencia de las herramientas de cualquier proveedor, para poder volver a ejecutarlos contra un aspirante en una tarde.

Después negocie en consecuencia. Un proveedor que sabe que usted puede marcharse en una semana pone precios distintos de uno que sabe que no puede. Y haga la cuenta que hizo Microsoft: siga el umbral de volumen a partir del cual fabricar o afinar su propio modelo supera a alquilar, para tomar esa decisión de forma deliberada y no descubrir, como acaba de hacer OpenAI, que su mayor cliente llegó a él primero y en silencio.