Escapaste del lock-in del modelo. Lo movieron a tu contexto.

Hace unos días sostuve que el modelo es un commodity que deberías mantener detrás de una costura limpia, de modo que cambiar de proveedor sea una modificación de una sola línea y ningún proveedor sea dueño de la parte de tu sistema de la que más dependes. Eso sigue siendo cierto, y sigue siendo la jugada correcta. Pero esta semana volvió imposible de ignorar la otra mitad de la historia: las grandes plataformas escucharon fuerte y claro eso de que «el modelo se está volviendo un commodity», y ya movieron el lock-in a un lugar que no puedes cambiar con un valor de configuración.

En Build 2026, Microsoft presentó Microsoft IQ: una pila de capas de contexto para agentes: Work IQ para tus señales de Microsoft 365, Fabric IQ para los datos de tu negocio, Foundry IQ para el contexto de apps y agentes, Web IQ para grounding fresco. En la superficie resuelve un problema real: los agentes son inútiles sin contexto sobre tu negocio de verdad. Por debajo, es la estrategia de lock-in más elegante que he visto en años, y funciona precisamente porque el modelo dejó de serlo.

El cerebro se abarató, así que ahora te venden la memoria

Este es el cambio, dicho lo más claro que puedo. El viejo lock-in era infraestructura: cómputo, almacenamiento, bases de datos, pipelines de despliegue. El nuevo lock-in es la memoria organizacional, los permisos de herramientas, el comportamiento de grounding y el runtime de agentes que los une a todos. Un artículo lo expresó mejor de lo que yo podría:

Una capa de contexto agnóstica al modelo puede seguir siendo un lock-in de contexto. Quizá puedas cambiar el cerebro. Quizá no puedas cambiar la memoria.

Esa frase es el post entero. Sí, ganaste el derecho de cambiar de modelo libremente, y las plataformas lo concedieron sin pelear, porque se dieron cuenta de que el agarre duradero nunca fue el modelo. Es la capa que conoce tu organización: quién es quién, qué documento es el canónico, qué significa «aprobado» en tu empresa, qué permisos controlan qué datos, cómo se relacionan las entidades de tu negocio. Una vez que tus agentes dependen de la semántica de Work IQ, de los permisos de Microsoft 365, de las ontologías de Fabric y de cualquier lógica de ranking que decida qué hecho interno importa, construiste —en palabras de ese mismo análisis— sobre la interpretación que un proveedor hace de tu organización. Eso sigue siendo lock-in. Solo que es un lock-in que codificaste tú mismo, una integración útil a la vez.

Por qué el contexto pega mucho más que un modelo

Cambiar de modelo es mecánico: entra el mismo prompt, sale una respuesta comparable. El contexto es lo opuesto: es acumulado. Cuanto más tiempo corren tus agentes sobre una plataforma de contexto, más significado de tu empresa se vierte en las formas de ese proveedor: su formato de ontología, su modelo de permisos, su definición de entidad. Migrar no es editar una configuración; es reconstruir toda la capa semántica de tu organización en otro lado. Por eso las plataformas están felices de soltar el modelo. Se quedaron con la parte que se acumula.

Y no es solo Microsoft jugando a esto desde la otra dirección. La política de APIs de SAP de 2026 ahora prohíbe usar sus APIs para alimentar sistemas de IA autónoma o generativa: un recordatorio de que quien tiene los datos de tu negocio tiene a tus agentes agarrados del cuello. La guerra del lock-in de 2026 no es sobre modelos. Es sobre quién es dueño del contexto sobre el que corren los modelos.

Qué hacer de verdad al respecto

No puedes evitar usar plataformas de contexto: los agentes genuinamente necesitan grounding, y construirlo todo tú mismo rara vez es la respuesta. La meta no es la pureza, es mantener bajo tu control la parte que se acumula. Algunos principios:

• Sé dueño de tu fuente de verdad, aunque alquiles la comodidad. Los datos deterministas y las reglas sobre las que tus agentes hacen grounding deberían vivir en algún lugar que tú controles: una base de datos aburrida que sea tuya, no solo un grafo de contexto propietario de un proveedor. Replica hacia su capa por comodidad; no dejes que se vuelva la única copia.
• Trata tu esquema de contexto como un activo que hay que mantener portátil. Tu ontología —cómo tu negocio define sus entidades y relaciones— es lo que tiene gravedad real. Mantén una definición neutral de proveedor que podrías reapuntar a otro runtime, igual que mantuviste el modelo intercambiable.
• Vigila las costuras que no puedes ver. El nuevo lock-in se esconde en los permisos, la lógica de ranking y el comportamiento de grounding: las partes que en silencio deciden qué «sabe» tu agente. Pregúntate, para cualquier cosa que adoptes: si me fuera de esta plataforma, ¿qué olvidarían mis agentes, y podría reconstruirlo?
• Aplica la misma prueba que aplicas a los modelos. Sigo preguntándole a un proveedor: si mañana duplicara el precio, ¿cuánto tardaría en moverme? Pregúntaselo también a la capa de contexto. Si la respuesta honesta es «nunca podríamos», no escapaste del lock-in. Lo mejoraste.

El balance final

La historia que todos contaron este año —que el modelo nunca fue el foso— era correcta, y las plataformas la creyeron más rápido que sus clientes. Cedieron el commodity y fortificaron en silencio lo que de verdad te retiene: la memoria de tu propia organización, reconstruida dentro de sus muros.

Así que disfruta tus cambios de modelo de una sola línea; son reales y son buenos. Solo no los confundas con libertad. La pregunta que decide si eres independiente ya no es «¿puedo cambiar el modelo?». Es «¿sigo siendo dueño del contexto cuando salgo por la puerta?», porque el cerebro siempre fue alquilable, y la memoria es el foso ahora. Quédate con la tuya.