> For the complete documentation index, see [llms.txt](https://doc.duaer.com/zh/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://doc.duaer.com/zh/guides/vendor-lock-in-means.md).

# 供应商锁定意味着什么？企业 AI 如何选定 2027 年的试点项目

本文整理自 Duaer 文档站，讨论企业 AI 项目中供应商锁定通常出现在哪些环节，如何按价值与难度给场景排序，并说明如何选择一个不会悄悄绑定单一供应商的第一个试点。

## 引言

很多企业 AI 试点在演示中看起来都很好。问题通常在几个月后出现：团队想把同一个工作流推进到生产环境、增加第二个部门，或者换成更便宜的模型时，才发现提示词、数据、评测集和系统集成都与某一家供应商紧紧绑定。这时，**供应商锁定**就不再是合同里的理论条款，而是项目无法调整方向、只能推倒重来的直接原因。

简单来说，供应商锁定指的是离开一家供应商的成本、工作量或风险高到让你实际上无法离开，即使你想离开也一样。在 AI 项目中，这笔成本很少来自授权费用，而more often 藏在采购时买家很少检查的地方：专有数据格式、只存在于供应商控制台里的工作流逻辑、无法导出的向量表示，以及只能在某一模型体系上运行的微调资产。如果你对这个话题还不熟悉，可以先阅读[AI 供应商锁定概览](https://doc.duaer.com/zh/guides/vendor-lock-in-ai/)，了解基本机制。

本文采用基于场景的思路。它不讨论锁定本身是好是坏，而是关注锁定会在典型的企业 AI 用例中出现在哪里，如何按价值和难度对这些环节排序，以及如何选择第一个试点，避免在不知不觉中绑定单一供应商。

## 供应商锁定通常出现在哪些地方

锁定很少是一次性的大决策，而是分层逐步积累的。每一层都会形成不同类型的依赖。

第一层是**模型调用**。如果每个应用都直接调用某家供应商的 API，那么切换模型就意味着要改动每一个应用。如果团队硬编码了特定供应商的请求格式，或依赖只在该平台上存在的功能，最先感受到影响的往往是他们。

第二层是**数据与检索**。知识库、文档切片和向量索引通常由供应商系统生成并存储在其中。如果你无法以可用的形式导出原始文档、切片规则和向量表示，你的检索层就会变成沉没成本。

第三层是**工作流与编排**。在拖拽式控制台中搭建的智能体流程、审批逻辑和提示词链条，创建很快，迁移却很慢。这些逻辑可能凝结了真正的业务经验，但它们存放的格式，别人几乎无法读懂。

第四层是**评测与监控**。如果你的测试用例、评分规则和日志都保存在某家供应商的仪表盘中，你就会失去证明新模型与旧模型表现相当所需的历史证据。

第五层是**合同与商务条款**，包括最低消费承诺、数据保留条款和导出费用。这些条款决定的是退出的代价有多高，而不只是退出有多难。

## 按价值与难度对场景排序

看清锁定存在于哪些地方之后，下一个问题是哪些部分应该优先关注。一个简单的二维视角就很有用：这个场景能创造多少价值，以及要从当前供应商中解耦有多难。

高价值、高难度的场景通常包括面向客户的核心工作流、大型内部知识库，以及跨团队的智能体系统。这些场景最需要在可移植性上投入设计精力，因为一旦被迫迁移，代价高昂且影响很大。低价值、低难度的场景，例如一个小型内部摘要工具，通常适合用来试验，因为切换成本很低。

比较棘手的是两类情况：高价值、低难度，以及低价值、高难度。前一类应当快速推进，同时保留退出路径，例如把模型调用封装在内部接口之后。后一类则是一个警示信号：一个难以离开、却产出很少价值的场景，往往说明过度设计，或者当初的平台采购并没有被用例充分论证。

如果想要更系统地进行这种评分，可以参考[企业 AI 用例按价值与难度排序指南](https://doc.duaer.com/zh/guides/enterprise-ai-use-case-prioritization/)。它提供的方法可以调整，把锁定风险作为额外维度纳入考量。

## 常见误解

有三种误解反复出现。

第一种认为供应商锁定只对大型企业有意义。实际上，小团队如果深度依赖某家供应商的专有功能，同样可能被困住，因为他们没有多余的工程时间去做迁移。

第二种认为开源或自托管模型会自动消除锁定。它们确实减少了一类依赖，但团队仍可能因为定制化工具链、未导出的数据或只适用于某一供应商技术栈的运维技能而被锁定。可移植性关注的是整个系统，而不只是模型权重。

第三种认为多供应商策略总是更安全。如果在没有清晰接口的情况下同时运行两个平台，集成负担可能翻倍，还会对维护胶水代码的人形成新的依赖。只有当各组件之间的边界定义清楚时，多元化才真正有帮助。

## 如何选择第一个试点

第一个试点会为之后的所有项目树立模式，因此选择时既要看业务价值，也要考虑退出成本。一个实用的原则是：选择价值中等、成功指标清晰、并且可以在薄抽象层之后构建、无需整体平台承诺的场景。

具体而言，在签约之前需要做三项检查。第一，确认你能以通用格式导出源文档、提示词和评测用例。第二，确保集成调用经过你自己的服务层，而不是在代码库各处直接调用供应商的 SDK。第三，向供应商确认合同终止时，你的数据、日志和微调产物会如何处理，并要求以书面形式给出答复。

如果你希望在真实工作流中验证这种方法，而不是停留在理论层面，可以在 Duaer 中搭建一个小型试点，把工作流定义和评测集保留在自己的控制之下，并在规模化之前有意识地做一次导出或模型切换演练。这种演练是检验你究竟积累了多少锁定的最有效的单一测试。

## 衡量退出成本，并从本周开始行动

一旦锁定有了具体数字，就更容易管理。开始时，三项衡量指标就足够了。

第一是**切换工作量**：把一个工作流迁移到另一个模型或供应商所需的人天数。这个数字应来自实际演练，而不是根据文档估算。

第二是**可移植覆盖率**：你的提示词、检索数据、评测用例和工作流逻辑中，有多大比例可以导出，并能在当前平台之外重新运行。如果这个比例很低，说明你的知识被工具扣为人质。

第三是**退出时间线与成本**：在现有合同下离开需要多长时间，以及适用哪些费用或数据保留条件。每个季度复盘这些数字，就能把锁定从抽象的担忧转化为可管理、趋势可见的风险。

本周可以做一件事：选一个已投入生产或接近生产的 AI 工作流，进行一次小规模的退出演练。把它的提示词、样本文档和评测用例导出为通用文件，然后尝试用另一个模型端点（哪怕是临时的）复现输出结果。记录所需时间，以及摩擦出现在哪里。这个结果比任何供应商对比表都更能说明你真实的锁定暴露程度。

如果团队还在选择从哪里开始，可以把[企业 AI 采纳框架](https://doc.duaer.com/zh/guides/enterprise-ai-adoption-framework/)与演练结果一起阅读，让可移植性决策与组织优先级挂钩，而不是只看哪个工具最容易演示。

供应商锁定不是一次性就能消除的问题，而需要在每一个试点中持续关注。欢迎访问 https://www.duaer.com 注册，尝试搭建你的第一个可移植工作流，亲自看看你的 AI know-how 中究竟有多少可以真正带走。

简而言之，供应商锁定意味着离开一家供应商的成本高于留下，而限制这一成本最便宜的时机，是在第一个试点变成生产系统之前。

## 常见问题

### 供应商锁定到底是什么意思？

供应商锁定指的是离开当前供应商的成本、工作量或风险高到让你实际上无法离开。在 AI 项目中，它通常体现在专有数据格式、无法导出的向量表示、只存在于供应商控制台中的工作流逻辑，以及只能在特定模型上运行的微调资产等方面，而不只是授权费用。

### 企业 AI 试点如何降低供应商锁定风险？

可以在签约前确认能否以通用格式导出源文档、提示词和评测用例；让集成调用经过自己的服务层，而不是直接散落在代码中调用供应商 SDK；并要求供应商以书面形式说明合同终止时数据、日志和微调产物的处理方式。此外，定期做一次导出或模型切换演练，也很有帮助。

### 如何衡量 AI 供应商的退出成本？

可以从三个指标入手：切换工作量（通过实际演练得出迁移一个工作流所需的人天数）、可移植覆盖率（提示词、检索数据、评测用例和工作流逻辑中可导出并在外部重新运行的比例），以及退出时间线与费用（合同下离开需要多久，涉及哪些费用或数据保留条件）。每季度复盘这些数字，可以看出锁定风险的变化趋势。