WordPress 把『装插件』的权限也交给了 AI：从写文章到管运维，这一步跨得有点大

10 月 2 日，WordPress.com 发布了 9 月 15 日到 10 月 1 日的更新日志，标题叫《你越来越大的 AI 工具箱》。

我扫了一遍，最有意思的不是新功能列表，而是其中一句轻描淡写的话：

现在你可以直接问 WordPress Agent 关于插件的事——安装、激活、更新，都在对话里完成。

对，就是”装插件”。

为什么这一步值得单独拿出来说？因为在这之前，WordPress.com 上的 AI 一直只干”内容”的活。它的 MCP 集成从只读起步——先能查你的文章和访问数据；后来开放写入，AI 可以起草文章、搭建页面、审批评论、整理分类标签、给图片补 alt 文本。而且规则是：所有改动都会记进活动日志，AI 生成的内容默认存为草稿、等你批准。

但这些都发生在”内容层”。内容是数据。数据改错了，回滚就行。

插件不是数据，插件是代码。让一个语言模型往你的站点上装代码，性质完全变了。

而这恰好是 WordPress 最敏感的位置。就在 10 月 1 日，WordPress 修复了一个被标为严重级别的漏洞 CVE-2026-87902：在特定条件下，未认证的攻击者可以让页面模板解析活动主题目录之外的可读本地 PHP 文件，进而实现远程代码执行（RCE），并且已被发现在野利用。这次补丁一路回溯支持到 4.7 版本，可见影响面有多广。这个漏洞出在核心，但回顾 WordPress 的历史，插件和主题一直是最大的攻击面——数量巨大、质量参差、更新节奏全靠站长自觉。

现在，装插件的位置旁边，多了一个 Agent。

同一份日志里还有两件事值得记一笔。

一是 WordPress.com 的插件上了 Cursor 的插件市场。意思是，你在 Cursor 里写代码的时候，可以直接连上自己的 WordPress.com 站点去管理它；日志里还提到 Grok Bot 也能接。写代码的地方和管站的地方，正在合并。

二是托管平台的”隐形服务”在变厚。Personal 和 Premium 计划现在能看到自己站点的 PHP 错误日志和 web server 日志（Hosting Dashboard → Logs）；7.1.1 和 7.1.2 两个安全版本在 WordPress.com 上是自动完成的。官方那句话写得很实在：在别的主机上，这意味着登录、点更新，然后祈祷别出问题；在这里，已经做完了。

我的看法：

第一，AI 管站这件事，托管平台可能比自建站更快、也更安全。 原因不是 AI 更聪明，而是托管平台有沙箱、有审计日志、有强制更新。当”能力”来自模型，“安全”往往来自平台。

第二，对自建站博主来说，真正的护城河没变：更新速度＋可靠备份。 我自己的习惯是——只要看到”严重”级别的安全更新，当天就上；跑不动的老插件，删掉比留着强。

第三，也是最值得警惕的一点： 把生产站点接进 IDE、让 Agent 装插件，方便是方便，但你得清楚自己交出去的是什么——是对线上代码的执行权。任何建立在这个权限之上的便利，都应该配一个”能不能回滚”的答案。

工具在变快，但责任没有跟着搬家。AI 装的插件，出了事还是挂在你的域名下面。