EmDash CMS 是什么？

你的 WordPress 安装在访问者看到首页之前会触发 47 个数据库查询。EmDash 运行零个。它是一个开源 CMS，于 2026 年 4 月 1 日作为 v0.1.0 beta 版发布——使用 TypeScript 在 Astro 上构建，在 Cloudflare Workers 上无服务器运行，以 MIT 许可证发布。维护者们没有称其为 WordPress 替代品或 WordPress 竞争对手。他们称其为 WordPress 的继任者——开源 CMS 架构的实际下一代。对于 v0.1 版本来说，这是一个大胆的宣称。因此我们安装了它，迁移了一个真实网站，破坏了一些东西，并记录了什么有效、什么是虚拟软件，以及你的下一个客户项目是否应该在其上运行。

这是一个巨大的宣称。所以让我们深入了解实际有什么、什么有前景，以及什么仍然只是一个路线图幻灯片。

架构：为什么它很有趣

EmDash 做出了与 WordPress 根本不同的架构选择。其中大多数都是好的。

基于 Astro 构建

Astro 已经是我们在 Social Animal 构建内容丰富网站的首选框架。默认零 JavaScript、需要交互时的岛屿架构（React、Svelte、Vue——选择你想要的）以及具有选择性水合的快速静态页面。在 Astro 之上构建 CMS 意味着 EmDash 免费继承了所有这些。你不是在与框架对抗以达到性能目标——你是从这里开始的。

你的内容网站在每个请求上都不会加载 PHP 运行时。它从边缘提供预渲染的 HTML。这比大多数人意识到的更重要。

Cloudflare Workers 上的无服务器

管理面板和 API 层在 Cloudflare Workers 上运行——没有服务器需要照顾，自动全球分布，按需付费的定价。如果你花了多年管理 WordPress 托管基础设施——在凌晨 2 点修补服务器，在流量激增时手忙脚乱，与 PHP 内存限制搏斗，因为某个插件决定将所有内容都加载到 RAM 中——是的。完全不同的世界。

冷启动以毫秒而不是秒计。开发者体验在这里真的很不错。

全部使用 TypeScript

没有 PHP。没有混合语言。整个堆栈都是 TypeScript——插件开发、主题模板、核心 CMS 逻辑，所有这些。对于现代网络团队，这消除了上下文切换的成本。你的前端开发人员可以贡献给 CMS 本身，而无需先学习单独的语言。如果你曾经试图让 React 开发人员对深入研究 functions.php 感到兴奋，你会知道这有多大的影响。

插件安全突破

这是 EmDash 做出真正新颖的事情的地方。请注意。

WordPress 最大的安全责任一直是插件。我们都知道这一点——这是每个 WordCamp 中每个房间里的大象。任何插件都可以执行任意 PHP、直接访问数据库、发出网络请求、读取文件系统——基本上可以做服务器用户可以做的任何事情。一个受损的插件意味着受损的网站。这不是理论；它是大多数 WordPress 漏洞背后的攻击向量。我们已经清理过这些混乱的局面。你可能也有。

EmDash 引入了具有能力清单的沙盒插件。每个插件必须声明它确切需要什么访问权限——特定的数据库表、网络端点、文件路径、API 范围。运行时强制执行这些声明。声明对 submissions 表有写访问权限的联系表单插件，即使代码是恶意的或受损的，也不能读取你的用户表。

想想移动应用权限，但针对 CMS 插件。这是一个比 WordPress 的"插件可以做任何事情，我们只是希望一切顺利"更好的安全模型。大多数机构在评估新平台时会犯这个错误——他们首先查看功能。首先查看安全架构。总是这样。

能力清单的工作原理

每个插件都附带一个 manifest.yaml（或 JSON）文件声明：

  • 存储访问：它可以读取/写入哪些 D1 数据库表或 R2 存储桶
  • 网络访问：它可以调用哪些外部域
  • 路由访问：它可以处理哪些 URL 模式
  • 钩子访问：它可以订阅哪些 CMS 生命周期事件
  • UI 访问：它可以在哪里注入管理面板组件

EmDash 运行时验证这些声明并相应地沙盒化执行。网站管理员可以在安装前审查权限、撤销特定功能，以及审计插件行为与声明的内容。

如果执行与愿景一致，它解决了一个已经困扰了二十年的问题。这不是夸大其词。

EmDash 做得对的事情

  • 默认的高性能：Astro 的静态优先渲染加上边缘部署意味着网站速度快，无需你做额外的优化工作
  • 现代开发者体验：TypeScript、HMR、基于组件的主题、基于 Git 的工作流——我们在 2026 年已经期待的东西
  • 安全架构：能力清单系统是真正的进步，完全同意
  • 部署简单性：wrangler deploy 你就上线全球了。没有 nginx 配置。没有服务器配置。没有午夜调用你的托管提供商。
  • MIT 许可证：真正的开源，没有商业许可证陷阱，没有开源核心诱饵交换
  • 边缘原生数据：使用 Cloudflare D1（边缘 SQLite）和 R2 用于资产，将数据保持在靠近用户的全球位置

缺少的东西（很多）

EmDash v0.1.0 是测试版。版本号是诚实的——我会这样说。以下是不准备好的东西：

没有插件生态系统

WordPress 有 60,000+ 个插件。EmDash 有少数几个第一方示例。能力清单系统设计良好，但空的插件市场意味着你正在构建所有自定义内容。需要电子商务？构建它。SEO 工具？构建它们。除了基础之外的表单处理？你明白了。

这是每个新 CMS 都面临的冷启动问题。解决需要多年时间。没有捷径，任何告诉你不同的人都在推销什么。

有限的内容建模

内容类型系统存在，但远不及 WordPress 的自定义文章类型生态系统的成熟度——甚至无头平台如 Sanity 或 Contentful。复杂的内容关系、修订历史、工作流状态——这些要么是基础的，要么位于路线图中。而"在路线图中"不会交付功能。我们都以艰难的方式学到了这一点。

没有来自 WordPress 的迁移路径

没有 WordPress 导入器。移动现有内容意味着手动工作或自定义脚本编制。对于管理数十个 WordPress 网站的机构来说，这现在是一个非启动者。不是"不方便"。一个非启动者。

管理 UI 还很早期

管理面板可以运行，但它看起来就像它确实是的——一个 v0.1 界面。内容编辑缺乏 WordPress 块编辑器的波兰（好的，Gutenberg 有自己的问题——不要让我开始）或任何成熟的 CMS。媒体管理很基础。用户角色管理最少。它完成工作，但仅此而已。

文档缺口

文档涵盖基础知识但完全跳过边界情况。遇到奇怪的问题？你在阅读源代码。对于喜欢浏览 TypeScript 的经验丰富的开发人员来说很好——对于需要快速培训初级开发人员的机构来说是一个交易破坏者。我们以前在其他"开发人员优先"工具中遭受过这种伤害，修复总是比任何人预期的时间要长。

没有多网站、没有多语言、没有内置 SEO

WordPress 机构认为理所当然的功能根本不存在。对于大多数生产工作，这是不可协商的。

谁应该现在使用 EmDash

想要为项目做出贡献的开发人员。 如果你相信这个愿景并想塑造这个东西，现在是时候了。开源项目的早期贡献者对架构决策有超额影响——这是你实际上可以影响 EmDash 成为什么的时候。那个窗口关闭得很快。

团队构建绿地个人项目或内部工具。 低风险环境，你可以容忍版本之间的破坏变化，不需要成熟的插件生态系统。副项目。实验。解决你自己痒处的东西。

评估该平台以备未来采纳的机构。 构建概念证明。弄脏你的手与架构。弄清楚差距在哪里，你可能会在未来用自定义插件填补。

谁不应该现在使用 EmDash

任何拥有生产客户网站的人。 项目本身说它还没有生产就绪。相信他们。

期望 WordPress 即插即用替代品的机构。 这不是。内容模型、主题系统和插件架构从根本上不同。这是一个迁移，而不是升级。相应地计划——并相应地预算，因为你的估计可能是错的。

没有强大 TypeScript 开发人员的团队。 如果你的团队是 PHP 优先的，学习曲线是真实的。不要低估它——也不要假设"JavaScript 就是 JavaScript"会让你通过。不会的。

需要电子商务、会员、LMS 或其他复杂功能的网站。 生态系统根本还不存在。仅 WooCommerce 就拥有比 EmDash 整个插件目录更多的功能。这不是贬低——这只是数学。

这对 WordPress 机构意味着什么

EmDash 今天不威胁 WordPress。但它是下一个的可信愿景。

WordPress 生态系统有真正的结构性问题——我们都知道。我们多年来一直在 Slack 频道和会议走廊里讨论过。PHP 性能限制、插件安全噩梦、托管复杂性、不能完全令任何人满意的块编辑器，以及通过 2025 年和进入 2026 年分割社区信任的 Automattic 治理问题。一直都很粗糙。老实说？一直都很疲惫。

EmDash 在架构级别解决了这些问题中的大多数。如果该项目建立动力——如果插件生态系统增长、内容建模成熟、管理 UI 达到奇偶性——它可能在两到三年内成为一个严肃的竞争对手。这是一个很大的"如果"，但这不是一个不合理的。

我们在 Social Animal 的看法

我们正在密切关注 EmDash。Astro 基础与我们已经构建的方式一致——我们已经使用无头 Astro 网站超过一年了。Cloudflare Workers 运行时是我们知道并信任的基础设施。TypeScript 是我们的主要语言。

但我们还没有为客户项目推荐它。当我们今天构建无头网站时，我们将 Astro 或 Next.js 与经过验证的无头 CMS 平台配对——Sanity、Storyblok，适合项目的任何东西。这对于生产工作仍然是负责任的选择，在 EmDash 在现实世界中证明自己之前会保持这样。

当 EmDash 达到 v1.0 并有一个功能插件生态系统时，我们将是首批采纳它的机构之一。架构值得。当前状态不值得。

底线

EmDash CMS 是我们见过的架构最合理的 WordPress 替代品。仅沙盒插件系统就值得开源社区关注——这是让你想知道为什么没有人更早做到这一点的想法。认真的，为什么没有人更早做到这一点？

但架构不是产品。生态系统、稳定性、文档和工具——这才是让 CMS 对专业使用可行的东西。你不能交付美丽的蓝图。

关注这个项目。如果可以的话做出贡献。还不要为客户部署它。