Cloudflare 正式发布了 EmDash 的生产可用版本，这是一款被定位为 WordPress"精神继任者"的新 CMS。EmDash 附带 AI 建站工具 EmDash Build，通过 Cloudflare 基础设施调用外部 AI 模型。虽然许多功能在安全性和灵活性上优于 WordPress，但同时也与 Cloudflare 基础设施深度绑定。
EmDash 1.0 核心定位
EmDash 于 2026 年 4 月以测试版首次亮相，基于开源的 Astro 框架构建，能够创建高性能、高安全性的静态网页。Cloudflare 毫不避讳地称其为 WordPress 的"精神继任者"，将其定位为现代 CMS 的重新构想——将 AI 深度整合到建站工作流中。1.0 版本的发布标志着 EmDash 正式走出测试阶段，可用于生产环境。
EmDash Build：AI 建站新体验
1.0 版本最受关注的新功能是 AI 建站工具 EmDash Build。用户只需描述需求，AI Agent 即可完成建站。它能自动生成服务端渲染的 Astro 页面、数据库、媒体存储和管理后台，并通过 MCP 协议填充内容模型、编写页面。网站生成后，用户仍可通过 EmDash 继续编辑。
围绕 EmDash Build，版本 1.0 还带来了四项围绕 Cloudflare 基础设施构建的新能力：
- Hyperdrive 数据库适配器：为 EmDash 提供更高效的 PostgreSQL 连接方式，提升生产环境的数据库访问性能。
- Workers 缓存兼容：使 EmDash 能够利用 Cloudflare 的缓存基础设施改善响应时间，更从容地应对高流量场景。
- 项目级沙箱构建环境：每个 EmDash Build 项目运行在独立的 Cloudflare Sandbox 容器中，AI Agent 拥有独立工作空间，不影响其他项目。
- Git 提交追踪：AI 建站工具的每一次改动都通过 Cloudflare Artifacts（兼容 Git 的版本化存储服务）记录为一次提交，便于审查、追踪和管理。
插件注册表：去中心化的表象与现实
EmDash 官方插件注册表独立托管于 plugins.emdashcms.com 子域名，同时采用去中心化的 AT Protocol 发布模型——开发者将插件信息发布到共享网络，由 EmDash 索引，而非直接提交到中央数据库。
Cloudflare 在公告中强调了"不由平台方掌控生态系统"的定位，暗指 WordPress 近期围绕 Matt Mullenweg 与 WP Engine 之间的争议事件——Mullenweg 曾将 WP Engine 从 WordPress 仓库中移除并接管其插件，要求用户在使用基础设施前验证与 WP Engine 无关联。
Cloudflare 在公告中表示：
“传统插件注册表通常将发布者账户、包记录权威来源和用户发现目录三种角色合为一体。这虽然方便，但也让一家公司成为身份和分发的守门人。一旦账户被封、列表被删、规则改变或服务关闭，发布者无法将相同的身份和发布历史带到别处。EmDash 将插件与目录分离：发布者保留对包和发布历史的控制权，EmDash 只提供发现和安装的便捷入口，其他服务也可以索引同一发布内容、构建自己的目录。”
但值得注意的是，EmDash 的插件仓库并未如宣传那般"自由"。Cloudflare 并非开源公司，仓库运行在 Cloudflare 自有子域名上，由 Cloudflare 控制并审核展示内容的 moderated。
文档中也有明确说明：
“EmDash 目录对所显示的名称、描述、链接和图片执行默认内容 moderation。这可以隐藏有害或不适当的内容，但不会重写版本、获取插件所有权或清除底层发布记录。”
自由与锁定：WordPress 与 EmDash 的本质差异
Cloudflare 将 EmDash 定位为去中心化、自由开源的 CMS，但实际上它与 Cloudflare 基础设施深度绑定。1.0 版本的许多性能、AI 建站、部署等功能都依赖 Cloudflare 基础设施，使得用户难以选择自有托管环境。
虽然 EmDash 支持在没有 Cloudflare 的情况下通过 Node.js 运行环境运行，但版本 1.0 中的多项核心能力——性能优化、AI 建站、部署等——均建立在 Cloudflare 基础设施之上，实质上削弱了用户的自主选择权。
WordPress 的真正自由：为何 EmDash 的「技术乌托邦」难成现实
开放的 WordPress vs 封闭的 EmDash
EmDash 在发布时重点宣传其 AI 功能，但这些能力在 WordPress 中早已实现。WordPress 的核心理念是「真正的选择自由」——用户可以自由选择适合自己需求的基础设施，而非被绑定在某一家的技术生态中。
EmDash 虽然打着「从零构建 CMS、拥抱现代技术」的旗号，但其 1.0 版本的核心功能严重依赖 Cloudflare 专属基础设施，本质上仍然是封闭的技术路线。用户看似获得了一套新工具，实则只是换了一个云厂商的绑定。
Cloudflare 的「Google 式」扩张逻辑
这让人想起 Google 的一贯做法：用免费技术吸引用户，同时逐步掌握数据和行业规则，最终在其声称要「支持」的 Web 生态中制造流量和可持续发展的危机。
EmDash 代表的正是这种路径——以现代化为名，行锁定之实。
一个更宏观的隐忧
Cloudflare 正在悄然成为整个互联网运行的基础设施提供商。这种集中化趋势值得关注：基础设施越集中，一旦出现变更，对整个 Web 生态的影响就越大。
对于站点运营者而言，在选择 CMS 和托管方案时，除了关注功能本身，还应评估厂商锁定风险和生态可持续性。
