最近有观点认为，像 WordPress 这样的传统内容管理系统 (CMS) 将被人工智能 (AI) 驱动的网站开发所取代。然而，这种看法是短视的。虽然 AI 可以加速建站，但它通常依赖于快速变化的 JavaScript 生态系统，这带来了复杂的依赖管理和安全隐患，非技术用户难以维护。AI 管理网站并未消除复杂性，只是将其转移到了别处，因为所有操作仍需人工验证。实际上，WordPress 等成熟的 CMS 正在积极集成 AI 功能，这意味着 AI 更可能成为辅助工具而非替代品。盲目抛弃 CMS 的论调多是厂商为了自身利益而进行的营销炒作，我们应基于长期维护和实际需求来理性选择工具。
AI 建站的热潮与误解
近期，一些从业者声称要放弃使用 WordPress，转而全面拥抱 AI 来构建网站。他们认为，使用 AI 工具可以比以往任何时候都更快地开发网站，因此将整个业务模式转向 AI 生成的 JavaScript 框架。这种观点，加上一些行业名人将个人博客从 WordPress 迁移到新的 JavaScript 框架，似乎营造了一种“CMS 已死”的氛围。
这种想法的核心是，你可以通过 AI 聊天工具来管理网站，比如修改营业时间，而无需登录后台。这被描绘成我们想要的未来。
然而，“并非所有网站都需要 CMS” 这个观点并不新鲜。简单的主页、作品集或个人博客确实不一定需要数据库和复杂的插件生态。但将这个旧观点用 AI 的外衣重新包装，并宣称它是一场革命，很大程度上只是在搭 AI 炒作的便车。
“现代化”背后的隐性成本
声称 AI 可以将网站完全迁出当前的技术栈，这种想法极其短视。
飞速变化的 JavaScript 生态: AI 生成的网站通常基于最新的 JavaScript 框架。但我们是否忘记了过去十年中，有多少框架兴起又衰落？
“依赖地狱”依然存在: 当你想要更新软件包时，可能会因为包与包之间的依赖冲突而无法操作，导致安全漏洞无法修复。AI 或自动化工具（如 Dependabot）并不能消除这些问题，只是将它们隐藏起来。一个被闲置一年的 Astro 博客就发现了 22 个过时的包，其中包含重大的破坏性更新。
非技术用户的噩梦: 你真的认为普通用户愿意去管理 NPM 依赖吗？这显然是不现实的。
仅仅因为 AI 可以处理这些问题，并不意味着问题消失了。它只是将问题隐藏在一个由聊天机器人诱导产生的虚假安全感之下。
转移的复杂性，而非消除
对于非技术人员来说，WordPress 后台提供了一个无需学习代码或 Git 就能发布和编辑内容的强大工具。如果新的解决方案是让你的集成开发环境 (IDE) 变成一个 AI 聊天工具，我们必须反思这是否真的更优越。
通过聊天机器人下达指令，你是在根本上信任 AI 会准确无误地执行你的请求。这相当于把城堡的钥匙交给一个机器人管家，并祈祷它不会出错。我们已经知道，大语言模型很擅长制造各种“意外”。
最终，你仍然需要去验证 AI 是否正确完成了你要求的任务。你只是成功地将复杂性转移到了技术栈的另一个部分。
AI 是增强而非替代
WordPress 并没有在 AI 驱动的未来中缺席。如果你希望用 AI 来更新你的网站，你完全不需要抛弃你的 CMS。WordPress 核心正在逐步集成更多 AI 功能，使其能够更轻松地与 AI 工具连接。
那么，那些鼓吹将网站从 WordPress 迁移到 AI 生成的“现代”网站的真实动机是什么？
- 制造需求: 那些提供迁移服务的供应商，实际上是在为自己的业务创造需求。
- 供应商锁定: 他们利用 AI 的热潮，通过提供一个看似“廉价快速”的解决方案，将自己锁定为唯一能够维护这个定制化 AI 网站的供应商。一旦你需要修改或更新，你只能回头找他们。
这只不过是穿着风衣的“供应商锁定”。一个由 Builder.ai 崩溃导致客户失去一切的极端案例，警示我们依赖特定供应商工具的风险。
结论：使用正确的工具
争论的本质从未改变：为工作选择正确的工具。决定“正确工具”的因素很多，包括团队的技术栈、长期维护的便利性等。快速、廉价和优质三者不可兼得，你必须做出取舍。如果有人告诉你三者都能实现，那意味着他们将“交付速度”置于“持久性”之上。
最终，无论是管理 WordPress 插件更新的人，还是接受 AI 代码修改建议的人，人类劳动始终是薄弱环节。在一个 AI 可以像更新 NPM 依赖包一样轻松更新 WordPress 插件的未来，哪种实现方式更优越，可能并不那么明显。
因此，认为 CMS 已经死亡的说法是站不住脚的。一个真正为人类设计的系统，即便其架构是为了方便 AI 操作，最终仍然需要一个友好的人机交互界面。CMS 不会消失，它们正在进化。