> For the complete documentation index, see [llms.txt](https://doras-dreamland-adventure.gitbook.io/enterprise-ai-transformation/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://doras-dreamland-adventure.gitbook.io/enterprise-ai-transformation/di-er-bu-fen-zhan-le-yu-pan-duan-pian/14-zi-jian-cai-gou-he-zuo.md).

# 第 14 章 · 自建 vs 采购 vs 合作

上一章说到别为了不被锁定而什么都自建。那么，一件具体的 AI 能力，到底该自己造、直接买、还是找人合作？答案不靠偏好，靠两个判据：这件事是不是企业的差异化核心，以及企业有没有能力养住它。

先说采购。凡是通用的、不构成差异化的能力，买就好——通用大模型、通用的办公与开发工具，都属于此类。这些东西背后是巨额的资本和算力投入，自己造既烧钱又追不上，买现成的、按用量付费，是唯一理智的选择。企业的钱和精力，不该花在重造这层底座上。

再说自建。自建只用在一个地方：企业的护城河所在，也就是"独家数据 + 独特流程"那一层。要强调的是，值得自建的不是底座模型，而是紧贴业务的那一层——把自己的数据、流程、场景固化进去的部分。买来的通用模型是发动机，而怎么把它接到自己独有的业务上、喂自己独有的数据，这层功夫别人替不了，也不该外包，它才是差异真正长出来的地方。

最后是合作。有些能力有价值，企业却暂时没有能力独立做出来。这时找一个懂行的伙伴共建，是务实的选择——这也是后面会专门谈的 FDE（嵌入到客户业务里、帮着把 AI 真正落地的工程师）模式的用武之地。但合作有一条底线：目标应该是借合作长出自己的能力，而不是把核心判断永久性地交出去。

把两个判据画成一张表，就一目了然：是差异化核心、又有能力养，就自建；不是核心的，就采购；是核心、但暂时没能力的，就合作——并且是"边合作边把能力建起来"的合作。这里最危险的一格，是"核心但没能力"却选择了永久外包：把最关键的判断长期交给外人，短期省事，长期会被供应商绑架，甚至被慢慢挖空——企业最要命的东西，变成了别人随时可以断供的服务。

所以这一章可以收成一句话：通用的买、核心的建、暂时做不了的合作，但无论哪种方式，那些定义了企业是谁的判断，始终要握在自己手里。方式可以灵活，这条底线不该松动。

## 要点速查

* 两个判据：是不是差异化核心 × 有没有能力养住它。
* 采购：通用、非差异化的能力（通用模型、通用工具）；自己造既烧钱又追不上。
* 自建：护城河所在（独家数据+独特流程）；建的是贴业务那层，不是底座模型。
* 合作：有价值但暂时没能力做的；目标是借合作长出能力，不是永久外包核心判断。
* 最危险的一格："核心但没能力"选了永久外包 → 被绑架、被挖空。

## 给管理者的三步

* 现在：把在做和想做的 AI 能力，逐个放进"是否核心 × 是否有能力"两栏。
* 三个月：通用能力一律改为采购，停掉重造底座的尝试；把自建资源集中到"独家数据+独特流程"那一层。
* 一年：对"核心但暂时没能力"的部分找伙伴共建，并写清能力转移的路径，避免核心判断长期外包。


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://doras-dreamland-adventure.gitbook.io/enterprise-ai-transformation/di-er-bu-fen-zhan-le-yu-pan-duan-pian/14-zi-jian-cai-gou-he-zuo.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.