Cloudflare EmDash 直球挑戰 WordPr…

Cloudflare 這次不是只講願景。它丟出一個叫 EmDash 的 CMS。整個專案用 TypeScript 寫，還跑在 serverless 架構上。

更狠的是，它把插件關進沙箱。不是把權限全開，然後祈禱插件作者手下留情。這套設計很明顯是在對準 WordPress。

Cloudflare 還說，這個專案是用 AI coding agents 重建的。原始碼開源，採 MIT license，放在 GitHub。講白了，這不是小玩具，是要來碰 CMS 老大哥的。

Cloudflare 到底端出什麼

先講結論。EmDash 不是 WordPress fork。它也不是把 PHP 外皮換掉而已。Cloudflare 想做的是一個新 CMS，骨架直接換成現代前端和邊緣運算的做法。

它用 Astro 當基礎。這代表它偏向靜態優先，搭配現代化的前端流程。對做過網站的人來說，這跟傳統 WordPress 的共享主機思維差很大。

Cloudflare 的說法也很直接。它要保留 CMS 的彈性。它也要砍掉很多老系統的風險。尤其是插件那一塊，這次是重點中的重點。

• 語言：TypeScript
• 執行環境：serverless
• 框架：Astro
• 授權：MIT
• 原始碼：GitHub
• 插件模型：隔離沙箱

這裡最有意思的是插件隔離。WordPress 的插件很方便。問題也很大。很多站出事，不是核心壞掉，是插件出包。

EmDash 的做法是把插件放進 isolate。這不是把它們當可信任模組。它們比較像受控訪客。壞掉時，爆炸範圍會小很多。

Cloudflare 也明講，它沒有用任何 WordPress 程式碼。這句話很重要。因為它不是沿用舊包袱，而是直接重做一套。

AI coding agents 為何卡進來

很多人看到 AI 就會先翻白眼。我懂。現在太多產品都愛把 AI 掛嘴邊，然後內容空到不行。但 Cloudflare 這次的用法，還真的有點意思。

它不是拿 AI 來寫文案。它是拿 AI coding agents 來重建整個 CMS。這種工作很吃重複性，也很吃搬移舊結構。AI 在這裡比較像加速器，不是魔法棒。

當然，AI 不會幫你想產品定位。它也不會幫你做安全審查。可是它能把大量樣板碼、遷移碼、骨架碼處理掉。這對大型重寫很有幫助。

“The function of good software is to make the complex appear to be simple.” — Grady Booch

這句話很適合 EmDash。CMS 看起來像內容管理工具。背後其實牽涉權限、快取、部署、插件、資料模型，還有一堆安全細節。

Cloudflare 的做法像是在說：既然要重寫，就別再沿用舊思維。AI 只是工具。真正的重點，是它想把架構一起改掉。

我覺得這也反映一個現況。現在很多團隊開始接受 AI 參與工程流程。不是因為它完美，而是因為人力真的不夠用。

EmDash 跟 WordPress 差在哪

WordPress 能活到現在，不是因為它帥。是因為它早就解決了「怎麼快速發文」這件事。它讓非工程師也能上線內容。這點到今天還是很強。

但 WordPress 的強項，也是它的麻煩。插件太自由，生態太大，責任邊界就容易亂。你裝十個插件，有時像在同一間房裡放十個陌生人。

EmDash 想保留 CMS 的便利，但換掉底層規則。它想要的是現代化、可部署、可隔離的內容系統。這個方向很明確。

• WordPress 以 PHP 為核心，EmDash 以 TypeScript 為核心。
• WordPress 插件常共享應用權限，EmDash 插件跑在 isolate 沙箱。
• WordPress 背負大量相容性包袱，EmDash 從乾淨程式碼開始。
• WordPress 常見於傳統主機，EmDash 直接對準 Cloudflare 的 serverless 環境。
• WordPress 生態龐大，EmDash 還在長期養成階段。

如果只看安全，EmDash 的敘事很漂亮。因為它把風險切小了。插件壞掉，不一定拖垮整站。這對站長來說，真的很有感。

但如果看生態，WordPress 還是很難打。它有主題、插件、教學、外掛市場、主機商支援，還有一大票熟手工程師。EmDash 要追，得先補很多基礎建設。

說白了，EmDash 比較像新世代 CMS 原型。WordPress 則是已經跑了很多年的老系統。兩者不是同一個起跑線。

這對開發者代表什麼

對台灣開發者來說，EmDash 值得看，不只是因為 Cloudflare 名氣大。它其實在回答一個老問題：CMS 能不能像現代軟體一樣設計？

很多人做網站，還停在「裝套件、改主題、上資料庫」那種思路。可是真正上線後，最常出問題的地方，常常不是內容本身，而是相依套件和部署流程。

如果 EmDash 真的把插件系統、部署流程、沙箱隔離做順，開發者會少掉很多髒活。尤其是那些想做內容平台、文件站、內部知識庫的團隊。

但也別太快高潮。CMS 不是只有技術。它還有使用者、編輯流程、遷移工具、SEO、權限管理，還有一堆實際營運問題。只要其中一項卡住，採用率就會掉。

Cloudflare 目前最大的優勢，是它本來就懂邊緣網路和基礎設施。它不是從零開始碰伺服器。這讓 EmDash 的 serverless 方向有機會做得更順。

不過，這也可能變成限制。若 EmDash 太綁 Cloudflare 自家環境，開發者會開始問：那我為什麼不直接用別的 headless CMS？這問題很現實。

跟其他 CMS 比，差異在哪

如果把 EmDash 放進 CMS 戰場，它不是唯一的新選項。現在很多團隊早就改用 headless CMS、靜態站生成器，或直接自己寫內容後台。

像 Strapi、Sanity、Ghost，都在不同方向解決內容管理問題。有人偏 API，有人偏編輯體驗，有人偏出版流程。

EmDash 的差異不在「有沒有 CMS 功能」。差異在它把安全邊界拉得更明確。插件不是同層權限。執行環境也不是傳統主機那套。

• WordPress：生態最大，但插件風險高。
• Ghost：內容出版體驗好，但擴充面較窄。
• Strapi：API-first，很適合前後端分離。
• Sanity：協作和內容模型彈性強。
• EmDash：主打 TypeScript、serverless、沙箱插件。

如果看數據面，WordPress 仍然是網站世界的巨人。很多公開統計都把它放在內容管理系統第一名。這不是一年兩年能追上的差距。

但新系統有機會吃到兩種需求。第一種是重視安全的團隊。第二種是本來就用現代 JS 技術棧的團隊。這兩群人，對 EmDash 的接受度可能會高一些。

我覺得最關鍵的不是功能清單，而是遷移成本。只要遷移文件寫得爛，再好的架構都沒用。這點很多新工具都死過。

這波其實是 CMS 思維在換代

EmDash 這種東西，表面上是新 CMS。實際上，它在反映一個更大的變化。網站不再只看「能不能發文」。大家更在意部署速度、權限切分、供應鏈安全，還有維運成本。

以前很多產品只要能跑就好。現在不行。你一個插件出問題，可能就讓整站掛掉。你一個依賴套件有漏洞，可能就變成資安事故。

所以 Cloudflare 才會把沙箱、serverless、TypeScript 一起端上來。這三個東西放在一起，代表它想把 CMS 當成現代軟體工程問題來處理。

這也解釋了為什麼它會找 AI coding agents 幫忙。因為這種重建，不只是寫功能。它還是在重寫一套開發與部署哲學。

對台灣團隊來說，這個方向很實際。很多公司已經不想再養一堆脆弱外掛。大家更想要可控、可部署、可觀測的系統。EmDash 剛好踩在這條線上。

但我也不會把它講得太神。CMS 的世界很殘酷。使用者只在乎能不能改字、能不能發圖、能不能穩定上線。技術再漂亮，最後還是要回到這些基本題。

接下來我會看什麼

我會先看兩件事。第一，插件生態會不會長出來。第二，文件和遷移工具會不會夠完整。這兩個東西，決定它是實戰工具，還是 demo 很帥的專案。

如果 Cloudflare 真的能把安全和易用放在一起，EmDash 會很有戲。尤其是對那些想避開 WordPress 老包袱，又不想自己從零造輪子的團隊。

但如果它太綁 Cloudflare 自家生態，或是第三方擴充做不起來，那它大概就會停在圈內熱議。這種事我們看太多了。

我的預測很簡單：接下來 6 到 12 個月，EmDash 的關鍵不是功能數量，而是有多少真實團隊願意試跑。你如果是前端或平台工程師，這案子值得追。你如果是站長，也可以先觀察它的遷移故事。

問題只剩一個：如果今天重新設計 WordPress，你會想要一個更自由的插件系統，還是一個更安全的沙箱模型？EmDash 已經先把答案寫出來了。