Note: This page does not support English, using the default language version
先说结论：这不是又一个”给 WordPress 塞个 AI 聊天框”的插件，而是把 WordPress 站点本身，变成了 AI 代理可以直接动手操作的对象。
很多人看到 WebMCP 第一反应是”不就是 MCP 换了个马甲”。其实两者最大的区别在位置上。
MCP 是连接本地或远程服务器的协议，工具住在服务器那边；WebMCP 是还在草案阶段的网页内标准——网页自己把动作暴露成工具，AI 代理在浏览器里直接发现并调用，中间不需要额外架一个服务。OpenAI 已经在 ChatGPT 桌面版的内置浏览器里支持了它，产品名叫 Site tools。
一句话：页面即工具。
WordPress Playground 是把一套完整的 WordPress 跑在浏览器里的项目，本来主要用于试插件、做演示，不用碰真实站点。这次它接上 WebMCP，暴露了 16 个工具：站点管理、执行 PHP、页面导航、读写文件，另外插件还可以注册自己的工具。
技术上有意思的一点是：WordPress 跑在 Playground 页面的嵌套 iframe 里，而一个只看顶层页面的代理，是看不到 iframe 内部注册的那些工具的。所以团队做了一个 WebMCP 代理——把站点内部注册的工具暴露到外面，再把调用转发回去。这个”代理”的设计值得记一下，它解决的是一类结构的通病：站点住在别人的壳里。
官方提到的几个跑通的场景，共同点是：以前要”安装、点击、配置”的流程，现在变成一句话加几轮对话。
对普通用户来说这是方便，对做插件和主题的人来说，含义更直接：你的产品多了一个”能被代理直接试用的入口”。以前靠截图和文档说清楚的事，现在可以让对方在浏览器里当场跑一遍。
第一是身份和权限。代理用谁的身份改站？改完算谁的？这一点 WordPress 的路线图里已经在处理——7.2 周期在讨论给代理一套可审计的身份和授权模型，让智能体的权限可以和人类账号分开管理。愿意花时间做这个，说明他们没把它当玩具。
第二是攻击面。一个能被自然语言调用的”写文件、跑 PHP”入口，必须默认它会被滥用。目前 Playground 跑在浏览器沙箱里，风险还可控；等这套东西真的接上生产站点，才是需要盯着的时候。
WebMCP 目前还是草案，能用的形态基本就是”在 ChatGPT 桌面版的浏览器里尝个鲜”，离成为网站标配还有距离。但方向已经清楚了：建站的入口，正在从”登录后台、点菜单”变成”说一句话”。
对独立博客来说，短期最实际的用法是零成本地拿 Playground 试主题、试插件、做演示，完全不碰自己的真站——这是我的建议。
更值得想的是另一层：接下来建站生态的竞争，可能不再只是谁的编辑器好用、谁的主题漂亮，而是”你的站点能不能被代理安全地操作”。谁先把权限和审计做扎实，谁就能接住下一波用户。WordPress 手里握着全球四成左右的网站，它先迈这一步，不算意外。
Loading comments...