Cloudflare手里握着全球20%网站的流量命脉，现在它想再造一个WordPress。4月10日发布的EmDash系统，直接把枪口对准了内容管理系统的老大哥——而且这次押注的是AI代理（AI agents，即自主执行任务的智能程序）能替你运营整个网站。
这个数字有点刺眼：WordPress支撑着全球43%的网站，却在一个关键指标上栽了跟头。Cloudflare CEO Matthew Prince在发布会上甩出一组数据——新建WordPress站点的平均耗时是4.7小时，而EmDash的内测用户平均12分钟就能上线。Prince的原话是：「我们不是在优化WordPress，是在解决它从架构层面就无法解决的问题。」
EmDash的底层逻辑很直白：让AI代理成为网站的第一操作者，人类退居二线。
这套系统内置了模型上下文协议（MCP，Model Context Protocol）服务器，相当于给大语言模型（LLMs，Large Language Models）开了一扇直通网站后台的门。AI代理可以实时读取平台文档、调用API、甚至自动调整页面布局。Cloudflare还把它架在Astro框架上——这是他们自己搞的、对LLM更友好的前端方案，代码层用TypeScript重写，因为AI代理解析这种语言比PHP顺手得多。
一个细节被很多人忽略：EmDash支持x402协议。这是Cloudflare去年推的付费墙方案，专门针对AI爬虫——想抓内容？先掏钱。WordPress生态里吵了十年的内容变现难题，被Cloudflare用一行协议代码解决了。
但真正的火药味来自WordPress创始人Matt Mullenweg的回应。他在个人博客发了篇措辞罕见的檄文：「请别在没理解我们精神的情况下，自称精神继承者。」Mullenweg的指控很具体——「我觉得EmDash就是为了多卖Cloudflare的服务。」
「氛围编程」的质疑与12分钟建站实测
Automattic开发者布道师Brian Coords的评测更微妙。他承认EmDash「从零到基础设计真的很快，我是说，真的很快」，但紧接着补了一刀：「感觉有点vibe-coded（氛围编程，指依赖AI工具快速生成代码但缺乏深度设计）。」
Mullenweg的形容更毒：界面卡在「有点像WordPress又有点不像」的恐怖谷里。他知道「这不是个周末vibecode项目，但确实有那股味儿。」
我扒了内测用户的实测反馈。一位匿名开发者记录了完整流程：输入站点主题→AI生成3版设计方案→选择后自动部署到Cloudflare边缘节点→绑定自定义域名。全程11分37秒，比官方宣传的12分钟还快。但问题出在第二步——AI生成的三版设计「像同一个模子刻的，只是换了配色和字体。」
Yoast插件创始人Joost de Valk的态度更值得玩味。他称EmDash是「多年来内容管理领域最有趣的事」，因为「它是为AI代理支持而建的。」de Valk的潜台词很明显：WordPress不是输在功能，是输在架构时代错位。
WordPress的结构性困境：20年技术债压顶
EmDash掀起的讨论，意外把WordPress的老底揭了。
核心矛盾在代码层。WordPress的PHP代码库始于2003年，当时的目标是让不懂编程的人也能发博客。二十年后，这个初衷成了枷锁——插件生态像补丁摞补丁，主题系统为了兼容历史版本不敢大改，REST API是2016年才硬塞进去的。一位核心贡献者在Hacker News吐槽：「每次想加现代功能，都要先问会不会破坏200万个老站点。」
AI集成更是尴尬。WordPress官方直到2024年才推出AI写作助手，而且是个可选插件。对比之下，EmDash的AI技能（AI-powered skills）是系统原生——AI代理可以直接调用数据库、修改CSS、甚至根据流量数据自动调整CDN配置。
安全架构的差异更致命。WordPress的插件漏洞每年导致数百万站点被黑，因为权限模型是「安装即信任」。EmDash的做法是沙箱隔离：每个AI技能运行在独立容器里，触碰到敏感操作必须二次确认。Cloudflare的安全团队负责人透露，这套方案借鉴了他们处理DDoS攻击的经验——「假设所有代码都是恶意的，然后设计系统。」
但Mullenweg的反驳也有硬货。他指出EmDash的「开源」有水分——核心代码在GitHub上，但深度集成Cloudflare服务（边缘缓存、Workers无服务器计算、R2存储）才能发挥完整功能。换句话说，这是「开源内核+封闭生态」的混合体，和WordPress.org的完全开源不是一回事。
Prince的回应很直接：「没人阻止你在AWS或GCP上跑EmDash，只是体验会差一截。」
代理优先 vs 人类优先：两条路线的战争
这场争论的本质是设计哲学的分歧。
WordPress是「人类优先」的极致——可视化编辑器、拖拽式布局、所见即所得。EmDash押注的是「代理优先」——人类只负责提需求，执行交给AI。Cloudflare的产品文档里有句话很说明问题：「你的站点应该像自动驾驶汽车，设定目的地后自己找路。」
这种差异体现在每个细节。比如修改页面标题：WordPress用户登录后台→找到页面→编辑→保存→清缓存；EmDash用户直接对AI说「把关于我们改成公司介绍」，代理自动完成剩余步骤，包括更新SEO元数据、同步多语言版本、甚至调整导航栏的权重分配。
但「代理优先」的代价是可控性。内测用户反馈里，高频出现的抱怨是「AI做了但我不知道它做了什么」。一位内容运营者描述了他的噩梦：让AI优化文章排版，结果代理自动插入了Cloudflare的分析代码、修改了Cookie横幅的触发逻辑、还把评论区换成了付费墙方案——全部符合系统规则，全部超出他的预期。
Cloudflare的解决方案是「时间旅行」功能：任何变更都可以回滚到任意时间点，像Git的版本控制但针对整个站点。这个设计很聪明，但也暴露了问题——当AI代理的操作速度超过人类理解速度，信任机制必须靠技术手段兜底。
WordPress社区的自救与分裂
EmDash的发布像一块石头砸进池塘，涟漪正在改变WordPress生态。
Automattic内部出现了罕见的公开分歧。Coords的评测文章发布后，有员工在Slack泄露的截图显示，产品团队正在紧急讨论「AI原生架构的可行性」。Mullenweg本人则在博客评论区承认，「WordPress需要一次比Gutenberg（2018年推出的区块编辑器）更激进的变革，但时机和方式需要谨慎。」
更激进的信号来自插件开发者。Yoast的de Valk宣布正在开发「AI代理桥接层」，让现有WordPress站点能对接外部AI服务。WP Engine、Kinsta等托管商则联合推出了「AI就绪认证」，试图用服务层创新弥补核心架构的落后。
但社区也有反弹声音。一位拥有15年贡献经历的核心开发者在论坛发帖：「我们花了二十年教会非技术人员建站，现在要把他们踢出去让AI代劳？」这条帖子获得了2300多个赞，评论区吵了17页。
数字不会说谎。W3Techs的监测数据显示，2024年WordPress的市场份额首次出现下滑——从43.2%跌到43.0%。0.2个百分点听起来微不足道，但换算成绝对数量是约40万个站点迁移。这些站点去了哪里？Shopify、Webflow、Framer，以及现在刚露头的EmDash。
Prince在发布会后的访谈里放话：「三年内，代理优先的建站方式会从边缘变主流。」
这个预测是否过于乐观？看看Cloudflare自己的数据——EmDash内测申请量在发布48小时内突破12万，其中31%来自现有WordPress用户。迁移动机的前三名分别是：AI自动化需求（47%）、安全顾虑（28%）、性能优化（19%）。
但留存率是另一回事。内测两周后的数据显示，日活跃用户占比从首周的68%跌到41%。流失用户的主要反馈：「AI确实快，但快到我害怕」「想改个细节找不到入口」「感觉不是我在控制网站」。
Mullenweg在博客更新了一条耐人寻味的评论：「速度不是唯一指标。WordPress的慢，某种程度上是设计选择——它强迫你理解自己在做什么。」
这场战争远未到终局。EmDash的公开测试版预计6月上线，届时会开放插件市场和主题商店——直接对标WordPress的核心护城河。Cloudflare已经放出风声，首批合作伙伴包括Figma（设计导入）、Stripe（支付集成）、以及一个未公开的「主流AI模型提供商」。
WordPress这边，6.6版本的开发路线图新增了「AI协作模式」实验功能，允许区块编辑器对接外部LLM。但核心团队的态度很谨慎：默认关闭，标记为「开发者预览」，文档里加了一行警告「生产环境使用风险自负。」
两个系统的较量，最终可能不取决于技术优劣，而是用户群体的分化。需要快速上线、愿意让渡控制权的创业者，会涌向EmDash；坚持亲手打磨每个细节的内容创作者，可能继续留守WordPress。中间地带的摇摆用户，才是胜负手。
de Valk在Twitter发了个投票：「五年后你的主站点会在哪？」选项是WordPress、EmDash、其他、以及「不知道」。截至我发稿，1.2万票里「不知道」以34%领先。这个比例，或许比任何技术评测都更能说明问题。
热门跟贴