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

Mantener el modelo intercambiable fue la victoria del año: ahora puedes cambiar de proveedor con una línea de configuración. Así que en Build 2026 Microsoft, con toda calma, reubicó el lock-in donde no lo puedes cambiar: el contexto de tu organización. Work IQ, Fabric IQ, Foundry IQ: la memoria, los permisos y el significado de tu empresa, viviendo dentro de la interpretación que un proveedor hace de tu negocio. Como dijo un analista: puedes cambiar el cerebro. Quizá no puedas cambiar la memoria. Aquí está la nueva trampa, y cómo mantener portátil lo que de verdad importa.

- **Author:** Fedor Chishchin
- **Published:** 2026-06-07
- **Tags:** architecture, business, ai-native
- **Source:** https://fedorthinks.com/es/blog/they-moved-the-lock-in-to-your-context

---

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](/blog/three-models-one-line)
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](https://venturebeat.com/data/enterprise-ai-agents-keep-creating-data-silos-microsofts-build-answer-is-microsoft-iq-and-rayfin).
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](https://dev.to/pvgomes/enterprise-context-is-becoming-the-new-ai-platform-lock-in-21p5).
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](https://dev.to/pvgomes/enterprise-context-is-becoming-the-new-ai-platform-lock-in-21p5).
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](https://www.kai-waehner.de/blog/2026/05/02/data-ownership-in-the-age-of-agentic-ai-why-saps-api-policy-forces-a-data-integration-reckoning-for-every-enterprise/):
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](/blog/agents-need-boring-databases), 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.