# 你摆脱了模型锁定。他们把锁定挪到了你的上下文里。

让模型可以随时替换，是今年最大的胜利——现在改一行配置就能换供应商。于是在 Build 2026 上，微软不慌不忙地把锁定挪到了你换不掉的地方：你公司的上下文。Work IQ、Fabric IQ、Foundry IQ——你公司的记忆、权限和含义，全都活在供应商对你业务的理解之中。正如一位分析师所说：你可以换大脑，但你未必能换记忆。这就是新的陷阱，以及如何让真正重要的那部分保持可迁移。

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

---

几天前我说过，模型是一种商品，你应该把它藏在一道干净的接缝后面，这样
[换供应商就只是改一行配置](/blog/three-models-one-line)，没有哪个供应商能掌控你系统里最依赖的那部分。这话现在依然成立，依然是正确的做法。但这一周让故事的另一半再也无法忽视：那些大平台清清楚楚地听到了「模型正在商品化」，于是他们早就把锁定挪到了你没法靠一个配置值就换掉的地方。

在 Build 2026 上，微软推出了 **Microsoft IQ**——一套面向智能体的上下文层堆栈：
[Work IQ 处理你的 Microsoft 365 信号，Fabric IQ 处理你的业务数据，Foundry IQ 处理应用和智能体的上下文，Web IQ 提供新鲜的事实落地](https://venturebeat.com/data/enterprise-ai-agents-keep-creating-data-silos-microsofts-build-answer-is-microsoft-iq-and-rayfin)。
表面上看，它解决了一个真实的问题：没有关于你真实业务的上下文，智能体就毫无用处。但在底层，这是我多年来见过的最优雅的锁定策略——而它之所以奏效，恰恰**因为**模型不再是锁定点了。

## 大脑变便宜了，于是他们改卖你记忆

把这个转变讲得尽量直白一点。旧的锁定是基础设施：算力、存储、数据库、部署流水线。新的锁定是
[组织记忆、工具权限、事实落地行为，以及把这一切串起来的智能体运行时](https://dev.to/pvgomes/enterprise-context-is-becoming-the-new-ai-platform-lock-in-21p5)。
有一篇文章说得比我更好：

> 一个与模型无关的上下文层，照样可以是一种上下文锁定。你也许能换掉大脑，但你未必能换掉记忆。

那句话就是整篇文章的精髓。是的，你赢得了自由换模型的权利——而平台们几乎没有抵抗就让出了这一点，因为他们意识到，真正长久的掌控从来就不是模型。是那一层懂得**你的**组织的东西：谁是谁、哪份文档才是权威版本、在你公司里「已批准」意味着什么、哪些权限把守着哪些数据、你业务里的各个实体如何关联。一旦你的智能体依赖上了 Work IQ 的语义、Microsoft 365 的权限、Fabric 的本体，以及那套决定哪条内部事实重要的排序逻辑，那么用同一篇分析的话来说，你就是把系统建在了
[供应商对你组织的理解](https://dev.to/pvgomes/enterprise-context-is-becoming-the-new-ai-platform-lock-in-21p5)之上。
这依然是锁定。只不过这次是你自己一点一点亲手编码进去的，每一次都是一个看似贴心的集成。

## 为什么上下文比模型黏得多

换模型是机械式的：同样的提示词进去，出来差不多的答案。上下文则恰恰相反——它是**累积**出来的。你的智能体在一个上下文平台上跑得越久，你公司越多的含义就被灌进了那家供应商的形状里：它的本体格式、它的权限模型、它对「实体」的定义。要迁走，可不是改个配置；而是要在别的地方把你组织整个语义层重新搭一遍。这就是平台们乐意放手模型的原因。他们留下了会复利累积的那部分。

而且并非只有微软在从另一个方向玩这套。SAP 的 2026 年 API 政策如今
[禁止用它的 API 去喂自主式或生成式 AI 系统](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/)——
这提醒我们：谁掌握你的业务数据，谁就扼住了你智能体的咽喉。2026 年的锁定之战不是关于模型的。它关乎的是：谁拥有这些模型赖以运转的上下文。

## 对此到底该怎么做

你没法不用上下文平台——智能体确实需要事实落地，而样样都自己造，往往也不是答案。目标不是追求纯粹，而是把会复利累积的那部分牢牢攥在自己手里。几条原则：

- **拥有你的事实源头，哪怕你租用便利。** 你智能体赖以落地的确定性数据和规则，应该存放在**你**能掌控的地方——一个 [你自己拥有的无聊数据库](/blog/agents-need-boring-databases)，而不是只存在供应商专有的上下文图谱里。为了方便，可以镜像一份进他们那一层；但别让它变成唯一的副本。
- **把你的上下文模式当作一项要保持可迁移的资产。** 你的本体——你的业务如何定义它的实体和它们之间的关系——才是真正有重量的东西。为它保留一份与供应商无关的定义，让你能把它重新指向另一个运行时，就像你当初让模型保持可替换那样。
- **盯紧那些你看不见的接缝。** 新的锁定藏在权限、排序逻辑和事实落地行为里——正是这些部分悄悄决定了你的智能体「知道」什么。对于你采用的任何东西，都要问：如果我离开这个平台，我的智能体会忘掉什么，我又能不能把它重建起来？
- **用你检验模型的那套标准来检验它。** 我总是问一家供应商：如果他们明天把价格翻倍，我要多久才能搬走？对上下文层也问同样的问题。如果诚实的答案是「我们永远搬不走」，那你没有摆脱锁定。你只是把它升了级。

## 归根结底

今年人人都在讲的那个故事——模型从来就不是护城河——是对的，而且平台们比他们的客户更快地相信了这一点。他们放弃了商品，悄悄加固了真正把你拴住的东西：你自己组织的记忆，在他们的高墙之内重新搭建一遍。

所以，尽情享受你那改一行就能换的模型吧；它们是真实的，也是好东西。只是别把它们错当成自由。决定你是否独立的问题，不再是「我能不能换模型」了。而是「当我夺门而出时，我是否还拥有那份上下文」——因为大脑一直都是可以租的，而记忆才是如今的护城河。守住你自己的那份。