什麼是 EmDash CMS？

你的 WordPress 安裝在訪客看到你的主頁之前會觸發 47 個數據庫查詢。EmDash 執行零個。它是一個開源 CMS，於 2026 年 4 月 1 日以 v0.1.0 測試版發佈——使用 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 中——是的。完全不同的世界。

冷啟動以毫秒為單位，而不是秒。DX 在這裡確實很好。

一路 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 塊編輯器的波蘭感（好吧，古騰堡有它自己的問題——不要讓我開始）或任何成熟的 CMS。媒體管理是基本的。用戶角色管理是最小的。它完成工作，但勉強。

文檔差距

文檔涵蓋基礎知識，但完全跳過邊界情況。遇到奇怪的問題？你正在讀源代碼。這對於喜歡在 TypeScript 中探索的經驗豐富的開發人員來說很好——這對於需要快速入職初級開發人員的機構來說是一個交易破壞者。我們以前被這種「開發人員優先」工具燒過，它總是比任何人期望的花更長時間才能修復。

沒有多網站、沒有多語言、沒有內置 SEO

WordPress 機構認為理所當然的功能根本不存在。這是大多數生產工作的不可協商的東西。

誰應該今天使用 EmDash

想要為項目做出貢獻的開發人員。 如果你相信這個願景並想塑造這個東西，現在是時候了。開源項目的早期貢獻者對架構決策有超大影響——這是你實際上可以影響 EmDash 變成什麼的時候。那個窗口關閉得很快。

構建綠地個人項目或內部工具的團隊。 低風險環境，其中你可以容忍版本之間的破壞性更改，不需要成熟的插件生態系統。副項目。實驗。自己抓癢的東西。

評估該平台以供未來採用的機構。 構建概念驗證。用架構弄髒你的手。弄清楚差距在哪裡，你可能在未來用自定義插件填補。

誰不應該今天使用 EmDash

任何有生產客戶網站的人。 該項目本身說它還沒準備好用於生產。相信他們。

預期 WordPress 直接替換的機構。 它不是一個。內容模型、主題系統和插件架構根本不同。這是一次遷移，不是升級。相應地計劃——並相應地預算，因為你的估計可能是錯誤的。

沒有強大 TypeScript 開發人員的團隊。 如果你的團隊是 PHP 優先的，學習曲線是真實的。不要低估它——不要假設「JavaScript 是 JavaScript」會幫你渡過難關。它不會。

需要電子商務、會員、LMS 或其他複雜功能的網站。 生態系統根本不存在。WooCommerce 單獨的功能比 EmDash 的整個插件目錄還要多。這不是一個挖苦——這只是數學。

這對 WordPress 機構意味著什麼

EmDash 今天不威脅 WordPress。但這是對下一步應該是什麼的可信願景。

WordPress 生態系統有真正的結構性問題——我們都知道這一點。我們多年來一直在 Slack 頻道和會議大廳裡談論它們。PHP 性能限制、插件安全噩夢、託管複雜性、一個塊編輯器，讓沒有人完全滿意，以及 Automattic 治理關注，通過 2025 年和進入 2026 年分裂了社區信任。一直都很粗糙。老實說？一直都很疲勞。

EmDash 在架構層面解決了大多數這些問題。如果項目獲得動力——如果插件生態系統增長、內容建模成熟、管理 UI 達到奇偶——它可能在兩到三年內成為認真的競爭對手。這是一個大的「如果」，但這不是一個不合理的。

我們在 Social Animal 的看法

我們在密切關注 EmDash。Astro 基礎與我們已經如何構建的一致——我們已經在過去一年多時間裡發佈無頭 Astro 網站。Cloudflare Workers 運行時是我們知道和信任的基礎設施。TypeScript 是我們的主要語言。

但我們還沒有為客戶項目推薦它。當我們今天構建無頭網站時，我們將 Astro 或 Next.js 與經過驗證的無頭 CMS 平台配對——Sanity、Storyblok，無論什麼適合項目。這仍然是生產工作的負責選擇，在 EmDash 在真實世界中證明自己之前，它將保持這種方式。

當 EmDash 達到 v1.0 並擁有正常運作的插件生態系統時，我們將是首批採用它的機構之一。架構值得。當前狀態不值得。

底線

EmDash CMS 是我們見過的架構上最合理的 WordPress 替代品。單獨的沙盒插件系統值得開源社區的關注——這是一個想法，讓你想知道為什麼沒有人更早做過。認真的，為什麼沒有人更早做過？

但架構不是產品。生態系統、穩定性、文檔和工具——這是使 CMS 對專業使用可行的因素。你無法發佈一個漂亮的藍圖。

觀察這個項目。如果可以的話做出貢獻。暫時不要為客戶部署它。