引言

最近半年，一个趋势越来越明显。

飞书发布了自己的 CLI，美团发布了自己的 AI CLI，越来越多的平台开始围绕 AI 重建自己的开发者生态。

很多人的关注点停留在 CLI 本身。

但我认为，CLI 并不是重点。

真正值得关注的是，它们都在做同一件事情：

重新定义 AI 时代的软件开放方式。

过去二十年，企业软件一直围绕 API、SDK、插件、Workflow 构建开发生态。

而 AI 的出现，让"开发者"第一次不仅仅是程序员，也可能是 Claude Code、Cursor、Codex、Gemini CLI 等 AI Agent。

因此，对于企业软件来说，真正需要思考的问题已经不是：

要不要做 AI？

而是：

如何让 AI 成为自己生态的一部分。

我认为，MCP（Model Context Protocol）就是这个时代最值得重视的一块拼图。

从 API 连接程序员，到 MCP 连接 AI Agent。

API 定义了互联网生态，MCP 正在定义 AI 生态

互联网时代，一个平台是否具有生态能力，很大程度上取决于它是否拥有完善的 API。

微信开放公众号、小程序。

飞书开放审批、多维表格、机器人。

美团开放配送、商家、营销能力。

开放 API，本质上都是让更多开发者围绕平台创造价值。

AI 时代，这套逻辑并没有改变。

只是连接对象发生了变化。

过去连接平台的是程序员。

未来连接平台的，将越来越多地变成 AI Agent。

所以，对于企业软件而言，真正需要开放的，不再只是 API，而是能够被 AI 原生理解和调用的 MCP。

如果说：

HTTP 定义了浏览器访问互联网的标准。

那么：

MCP 正在定义 AI 调用软件能力的标准。

它不是新的 SDK，而是 AI 世界里的通用语言。

企业软件为什么更应该开放 MCP？

互联网平台推出自己的 CLI，本质是在争夺 AI 时代的入口。

但对于绝大多数 ERP、CRM、MES、WMS 厂商来说，真正重要的并不是自己再做一个 Claude Code。

而是：

让所有 AI Client 都能成为自己的生态入口。

一次开放。

整个 AI 生态都可以接入。

这远比维护几十套 SDK 更有价值。

MCP 开放的是门，而不是房子

很多传统软件厂商最担心的一件事情就是：

开放 MCP，会不会把自己的核心能力开放没了？

我觉得，这其实是一个误解。

因为 MCP 开放的，只是一扇门。

真正值钱的是门后面的房子。

门负责：

• • AI 接入
• • Tool 调用
• • 标准协议
• • 能力发现

而房子里面，则是企业软件几十年积累下来的核心能力：

• • 行业模型（Domain Model）
• • 数据资产
• • 价格引擎
• • 财务规则
• • 权限体系
• • Workflow
• • 事务一致性
• • 供应链算法

AI 可以调用：

createSalesOrder()approveBill()queryInventory()

但 AI 并不会因此拥有 ERP 的业务能力。

订单如何定价？

库存如何锁定？

财务如何过账？

权限如何校验？

这些真正创造价值的东西，依然属于企业软件本身。

MCP 打开的只是门，而不是房子。

开放协议，并不会削弱产品竞争力。

反而会让产品能力被整个 AI 生态更高效地利用。

AI 是大脑，企业软件仍然是身体

最近很多人在讨论：

AI 会不会替代 ERP？

我一直觉得，这个问题本身就问错了。

AI 和企业软件，并不是替代关系。

更像人体。

AI 是大脑。

负责：

• • 理解
• • 推理
• • 规划
• • 决策

企业软件则是身体。

负责：

• • 执行
• • 约束
• • 校验
• • 反馈

没有身体，大脑什么都做不了。

没有 ERP、CRM、MES 提供的数据、规则和执行能力，再聪明的 AI，也无法真正完成企业业务。

未来更合理的关系应该是：

AI 决定：

做什么。

企业软件决定：

怎么做。

两者缺一不可。

AI 产品力，最终仍然依赖基础产品力

今天很多企业都在宣传：

• • AI ERP
• • AI CRM
• • AI 财务
• • AI 办公

仿佛接入一个大模型，就完成了产品升级。

其实真正决定 AI 上限的，并不是模型。

而是产品本身。

可以把它理解成这样：

AI 产品价值 = AI 推理能力 × 基础产品能力 × 行业数据质量

AI 可以放大能力。

但无法创造不存在的能力。

如果基础产品能力很弱。

再强的大模型：

100 × 0 = 0

AI 无法凭空创造供应链规则。

无法凭空创造财务模型。

无法凭空创造行业 Know-how。

所以：

未来真正的竞争，不是谁接入了 AI。

而是谁拥有更强的基础产品能力。

真正的护城河，是行业模型与数据资产

很多人担心：

开放 MCP 会不会失去竞争优势？

事实上。

企业软件真正的壁垒从来都不是接口。

而是：

• • 企业数据
• • 行业模型（Ontology / Domain Model）
• • 业务规则
• • 权限体系
• • 数据质量
• • 客户实践

AI 越强。

越依赖这些东西。

没有真实业务数据。

AI 永远只能停留在通用能力。

真正形成竞争力的，是几十年沉淀下来的行业知识。

未来企业软件竞争的重点，也许不再是谁的页面更漂亮。

而是谁拥有：

最丰富的行业模型。

MCP 更大的价值，是生态反哺产品

很多人认为：

开放 MCP，是为了方便 AI。

我认为，这只是最浅的一层价值。

真正最大的收益，是：

让整个生态帮助产品成长。

以前，一个标准功能通常来自：

• • 客户反馈
• • 产品经理调研
• • 市场访谈
• • 项目经验

整个过程周期很长。

也容易受到个人经验影响。

MCP 出现以后。

平台每天都会产生真实数据：

• • 哪些 Tool 调用最多？
• • 哪些 Tool 总是组合出现？
• • 哪些业务需要多个 Tool 才能完成？
• • 哪些能力被 ISV 重复封装？
• • 哪些需求不同客户都在重复实现？

这些不是调研。

而是真实业务。

例如：

创建采购订单以后。90% 的客户都会调用供应商价格查询。

说明：

价格推荐。也许就应该成为 ERP 的标准能力。

又比如：

库存查询。物流查询。发票查询。大量连续出现。

那么：真正需要的，也许不是三个页面。

而是：

订单履约全景视图。

产品规划。

开始从：

经验驱动。

逐渐变成：

数据驱动。

从生态繁荣，到产品繁荣

开放 MCP 的真正意义，不是增加一个接口。

而是建立一个持续演进的生态飞轮。

吸引更多生态加入

这里真正增强的，不是 AI。

而是：

产品本身。

生态越繁荣。

产品越成熟。

产品越成熟。

生态越容易繁荣。

最终形成真正的数据飞轮。

写在最后

未来几年，我们一定会看到越来越多企业软件宣布：

我们支持 AI。

但真正值得关注的，并不是它接入了哪个大模型。

因为模型终究会越来越趋同。

真正形成竞争壁垒的。

依然是企业软件几十年沉淀下来的：

• • 行业模型
• • 数据资产
• • 业务规则
• • 产品能力

AI 可以成为企业软件的大脑。

却永远替代不了企业软件的身体。

MCP 打开的，也不是企业软件的价值。

而是企业软件价值被整个 AI 生态高效利用的大门。

软件终究不是为了使用 AI 而生。

而是为了创造业务价值而生。

AI 放大的是产品能力。

MCP 放大的是生态能力。

真正决定企业软件未来的，依然是持续沉淀业务价值，并让整个生态共同参与产品演进。

Thinking in Dev：

软件不会因为 AI 而消失。

真正会消失的，是软件与 AI 之间的边界。