AI 正在“拆散”CMS

如今我最常被问到的问题是：AI 是不是杀死了 CMS？我们还应该投资 CMS 吗？还是该转向 AI 智能体，或者干脆等市场明朗再说？

前不久在一个朋友的生日派对上，我和几位工程师及初创公司 CEO 聊天。他们都是聪明人，但没人从事 CMS 行业。从他们的视角看，AI 似乎让 CMS 变得多余。

我理解这种看法。AI 现在能生成文案、设计页面、编写代码、翻译内容、甚至组装网站。如果这就是你对 CMS 的全部认知，那 CMS 确实看起来岌岌可危。

他们对 CMS 市场的某一部分可能说对了。但我认为，从更大的图景来看，他们错了。

要理解为什么，不妨把 CMS（内容管理系统）做的事分成两个层面：控制平面 和 执行平面。

控制平面 掌管内容：谁能编辑、什么能被批准、哪个版本是规范版本、翻译如何走工作流、内容可以用在哪些地方。
执行平面 负责创建、组装并交付内容到网站、移动应用、信息源和其他客户体验中。

AI 正在拆分这两个平面。它让执行平面变得商品化，同时让控制平面变得更加宝贵。这就是为什么我认为 AI 正在杀死 CMS 市场的某个角落，但在其他所有地方，CMS 反而变得更加关键。

AI 降低的是创作成本，而非信任成本

我们以前见过这种模式。印刷术让内容生产和分发变得廉价，但它并没有让编辑或出版商变得无关紧要，反而让他们更重要了——因为更多的内容催生出对判断力、信任和标准的更大需求。

AI 正在对数字内容做类似的事。它让生产变得更便宜：起草、生成、翻译、设计、组装页面，以及为不同渠道适配内容。

但 AI 不应当是最终权威，来决定什么内容是正确的、已批准的、合规的或可安全发布的。它可以帮忙，但人和系统仍然需要掌握这些决策权。AI 帮助产生和分发的内容越多，这种掌控权就越重要。

当生产成本越低，控制就变得越重要，而不是越不重要。

这才是对 CMS 的真正考验。不在于 AI 能否生成内容或构建页面，而在于你的组织是否需要一个控制层：角色、审核、审批、发布状态、版本历史等。

你的工作有多“共享”？

两个简单的问题可以帮助判断你对 CMS 的需求程度：

有多少人或智能体在创建、审核和发布内容？
有多少系统需要使用、更新或信任这些内容？

把这两个问题放到一个矩阵里，会得到四种用例场景。

（图示：横轴为“人员数量”，纵轴为“系统数量”，形成四个象限：Assist、Relay、Delegate、Orchestrate）

当一个人创建和发布内容，且没有其他系统依赖它时，你可能不需要 CMS。一个轻量级发布工具或 AI 建站器就够了。

当多个人或智能体接触内容时，你就需要 CMS 来进行协作：角色、审核、审批、发布状态、版本历史。CMS 内的 AI 可以帮助团队更快地创建、审核和发布，同时不丢失控制权。

当多个系统接触内容时，你需要 CMS 作为内容、权限、工作流和发布控制的可信源。CMS 周边的 AI 可以跨工具协调工作，但它仍然依赖 CMS 来知道哪些内容已批准、谁可以用、以及能发到哪里。

简而言之，当许多人 + 许多系统参与时，CMS 就成为人、智能体和系统协同工作的关键控制层。它为人和智能体提供安全创建和审批内容的环境，也为其他工具提供可读取、写入和构建的可信系统。

按象限做决策

1. Assist（辅助）：一个人，一个系统

这是最简单的情况：一个人、一个系统，几乎没有协作需求。

如果你要快速建一个新网站，AI 建站器可能是合适的工具。它可以在一个下午把提示词变成一个可运行站点。这种情况下，CMS 可能拖慢你而不是帮你。这就是象限图中的 1a：任务是“创建”，而不是“管理”。

但“一个人”并不总意味着 CMS 不必要。

我的个人网站已经运行了二十多年，有 1500 多篇博客文章和 10000 多张照片。它不再只是一个“要创建的网站”，而是一整块“要管理的内容资产”。Drupal 帮我把这些内容作为结构化内容来管理：内容类型、字段、分类、媒体、版本、URL、搜索等。

我不会把我的网站迁移到独立的 AI 建站器上。但我确实会通过 Drupal 使用 AI 智能体来处理它：更新内容、改进现有功能、构建新功能。这就是图中的 1b。AI 负责执行工作，而 Drupal 依然是控制平面。这是 CMS 拆分的最小规模示例。

所以，当新站上线速度最重要时，用 AI 建站器；当工作核心是长期管理大量或不断增长的内容，并保持其结构化、一致、可复用和可靠时，用 CMS。

2. Relay（接力）：多个人，一个系统

这种情况很明显需要 CMS。

当许多人协作同一个网站时，工作就像一场“接力”：设计师上传图片，开发者构建组件，市场人员写文案，编辑审核页面，法务审批，然后有人按下发布键。

AI 并不会消除这个接力，它只会让接力跑得更快。开发者可能用 AI 编码助手，市场人员用 AI 写作助手，编辑用 AI 政策检查器。更多的工作以更少的交接时间流过同一个网站。

但是，一旦多个人和多个智能体在同一个网站上协作，你就需要一个控制层来管理角色、权限、审批、版本历史和唯一真相来源。

CMS 让团队能以 AI 的速度前进，同时不丢失“谁改了什么、哪个版本已批准、什么内容可安全发布”的追踪。

3. Delegate（委派）：一个人，多个系统

在“委派”场景中，你仍然是一个人，所以与他人的协作很少。但工作现在跨越了多个系统：CMS、邮件营销平台、电商系统、CRM、规划工具等。

当一个人面对多个系统时，没有哪个单一产品能看清整个工作。重心转移到协调器：连接你各系统的自动化工具，或跨 API 工作的 AI 智能体。

这就是为什么这个象限存在争议。对于短期的营销活动，你可能不需要传统 CMS。你可以用 AI 建站器做网站，用自动化工具或智能体协调其余部分。这是图中的 3a。

但这种方法只在内容量小、短期、且容易手动管理时有效。一旦内容需要被结构化、复用、更新、审批或跨系统保持一致，你就需要一个可信源。这就是象限图中的 3b。

4. Orchestrate（编排）：多个人，多个系统

这是最复杂的环境，也是最明确的 CMS 适用场景。

一家公司的营销活动可能同时涉及许多人和许多系统：市场人员策划活动，设计师审核创意，法务审批内容，编辑发布页面，营销运营制作邮件，电商经理检查折扣。每个人都有角色，每个系统都有工作流。

AI 可以消除大量协调工作：提醒、状态更新、交接、手动路由。但协调不等于控制。仍然需要有人审批内容、审批促销活动，并为活动效果负责。

在这个象限中，CMS 有两个任务。第一，它要治理并加速 CMS 内部发生的工作。第二，它要让这些工作能被更广泛的数字生态系统所使用。

CMS 不一定是该生态系统的编排者。它是一个受控的工作空间，人和智能体可以安全地工作；同时它也是其他系统和智能体可以读取、写入和构建的可信源。

在这种规模下，以 AI 的速度运行，一个薄弱的内容基础会迅速变得昂贵。一个强大的 CMS 不是可选项。

从拆分到再整合

矩阵没有显示的是市场哪个方向移动最快。目前，大部分可见的活力集中在 Assist 和 Delegate 的底行（1a 和 3a），那里不需要控制平面：一个人用 AI 更快地创建和协调。

在 Assist 中，这就是将想法变成可运行网站的 AI 建站器。在 Delegate 中，则是为单人跨多系统工作流服务的智能体和自动化工具。

据报道，Lovable 在发布不到两年内年经常性收入就达到约 4 亿美元。n8n 在 2025 年以 25 亿美元估值融资 1.8 亿美元。

但一旦多人参与，个人生产力就不再足够。组织需要生产力、协调和控制。

当前这波 AI 建站器大多只让一个人变快。下一波必须让组织变快，同时不丢失信任。

AI 正在将“创建”从 CMS 中拆解出来，并将其成本推向零。但当创建变得廉价且充裕时，价值就转向了控制。

这就是再整合开始的地方。下一代产品将把 AI 驱动的创建与可信赖的控制平面结合起来。

那么，CMS 死了吗？

不。它的角色正在改变。

你用 AI 创建、翻译、更新和发布的内容越多，你就越需要一个系统来让这些工作保持结构化、已批准、可复用且安全。

这意味着，CMS 不是你 AI 预算中的竞争项，而是让那笔预算产生回报的关键。

真正的风险不是 AI 取代你的 CMS，而是在没有 CMS 的情况下运行 AI。

AI 给你速度，CMS 让你在速度中保持控制。

—— Dries Buytaert

AI 会淘汰 CMS 吗？不，它正在让 CMS 变得更重要

POPULAR POSTS

CATEGORIES